http://bugs.winehq.org/show_bug.cgi?id=13778
Summary: Date and Time display
Product: Wine
Version: unspecified
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: rx9tx(a)qrz.ru
Created an attachment (id=13813)
--> (http://bugs.winehq.org/attachment.cgi?id=13813)
wine window
The problem is that in a Windows application running in Wine the date and time
displayed as digit like 39591.6425810185 instead of May-23-2008, 15:25, see
pictures http://rx9tx.qrz.ru/wine.jpg and http://rx9tx.qrz.ru/windows.jpg .
Same about the frequency value 0000000000028.012100 in mHz (28.0121 mhz) is
shown like 298112000.0. I dont know what kind of database is used, but it has
the .isd extension, also .isf, .ism, .isl files are present.
Here's the excerption from the database with the data shown on the pics:
http://rx9tx.qrz.ru/log.txt
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=44016
Bug ID: 44016
Summary: Improve path handling in Open and Save dialogs
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: comdlg32
Assignee: wine-bugs(a)winehq.org
Reporter: kolan_n(a)mail.ru
Distribution: ---
Current open and save dialogs have large usability issues.
1 When I paste a path of a folder into it to make it open that folder in itself
it doesn't work and writes an error.
2 I also expect this dialog to accept the absolute path in linux rootfs.
3 I also expect it to show a drop-down menu as in Windows.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=42645
Bug ID: 42645
Summary: File dialog usability
Product: Wine
Version: 1.9.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: shell32
Assignee: wine-bugs(a)winehq.org
Reporter: freddi34(a)yahoo.de
Distribution: ---
When working with project files across different programs (e.g. Linux/OS X
program and Windows program through Wine), users usually have to access the
same locations and files. Quick file access and navigation is essential for
productivity. If Wine's goal is not to be a bottom-of-the-drawer academic
project, but actually useful, it must sufficiently integrate with the
non-Windows desktop that its users are using.
Example workflow:
A 1. Native file manager (e.g. Nautilus) is opened at /home/username/folder1
2. User wants to open file1.ext from this folder in a Wine program through
the file open dialog.
B 1. User creates a file2.ext in a Wine program, opens the file save dialog
and wants to save it in the same location (folder1).
2. File save dialog is opened at a path deep in the virtual C: drive
(C:/Programs/Manufacturer/ProgramName/client/assets/.../...).
The file save dialog's location may be controlled by the Windows
application or where it was opened the last time.
Wine's file open/save dialog has significantly worse usability than any
GTK/KDE/OS X file dialog or even Windows' own.
- It is more likely not opened where the user needs it (since working
cross-system)
- Navigation is only possible by one step up (green up arrow button) or by
going multiple steps up towards the file system root (scrollable dropdown) and
then navigating step by step down in the native system's file tree.
- Double-click is cumbersome and leads repeatedly to accidental renamings or
wrong selections.
Wine's open/save dialogs should allow faster changing between commonly used
locations. This should be supported through:
- editable address (would allow to paste a complete path and press enter)
- droppable for native paths (drag&drop a folder from a native file manager,
this is commonly supported in e.g. GTK)
- persistent list of recently openend locations in this WINEPREFIX
While these are platform-agnostic, more comfort can be achieved by further
integrating with the desktop (Gnome/KDE/OS X):
- integrate with the desktop's bookmarks through Free Desktop Standard
- integrate with the desktop's recent locations
- (native file dialogs)
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=35062
Bug #: 35062
Summary: FarCry3 : graphical glitches
Product: Wine
Version: 1.7.8
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: berillions(a)gmail.com
Classification: Unclassified
Created attachment 46762
--> http://bugs.winehq.org/attachment.cgi?id=46762
Graphical glitches on see
Hi,
There is a graphical bug when i play at FarCry3. this bug appears only when you
look the sea.
As you can see in the screenshot, it seems that the map is drawn in the sea.
I think it's not a problem about the sun/moon light reflections on the sea,
they're correctly drawn (not viewable in the screenshot)
Thanks,
Max
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=23676
Summary: Arcanum essentially unusable due to graphics errors
Product: Wine
Version: 1.2
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: alex.richardson(a)gmx.de
When playing Arcanum, the issue shown by the screenshot happens as soon as you
attempt to scroll the view.
It seems that it only happens when scrolling to the top, left right and down
seem to be fine.
I know this did not happen with older versions of Wine ~1 year ago.
For testing purposes there is a demo of the game available here:
http://www.terra-arcanum.com/downloads/
If you need any other information please tell me, I'm quite new to reporting
bugs in Wine.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=15399
Summary: Colin Mcrae Rally 1.0 shows Graphical Glitches within
menus and crashes before loading any track.
Product: Wine
Version: 1.1.5
Platform: PC
URL: http://appdb.winehq.org/objectManager.php?sClass=version
&iId=4216
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: Salz85(a)gmail.com
Created an attachment (id=16253)
--> (http://bugs.winehq.org/attachment.cgi?id=16253)
game run without any argument.
After Setting the compatibility to windows 95/98, installing direct media end
the indeo codec, Colin Mcrae rally start but deos not show any menu correctly,
except for fixed bitmap like the Copyright screen (see the screenshot ).
Even if I try to navigate the menu and get to load the track, wine crashes.
See the crash.log for the output when the game crashes wine, and menu.log for a
debug with "relay,+d3d7,+ddraw" active (reaching the menu, navigating it and
then exiting the application).
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=13340
Summary: dicom image viewer aborts because
IMultiLanguage2_GetCharsetInfo doesn't like "ISO8859-1"
Product: Wine
Version: CVS/GIT
Platform: Other
OS/Version: other
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
I had an MRI recently, and got a copy on cd-rom. The viewer app
crashed quickly on Wine.
trace:mlang:fnIMultiLanguage2_GetCharsetInfo 0x19dce8 L"ISO8859-1" 0x32f5b4
...
0009:Call KERNEL32.lstrcmpiW(01031d58 L"ISO8859-1",0032f524 L"iso-8859-1")
ret=7d52ed97
...
0009:Call oleaut32.SysAllocString(01577b00 L"System does not support the
specified encoding.\r\n") ret=69bf1378
...
wine: Unhandled exception 0x80000003 at address 0x7b83d7c1 (thread 0009),
starting debugger...
Backtrace:
=>1 0x7b83d7c1 DebugBreak+0x3() [wine-git/include/winternl.h:1828] in kernel32
2 0x7bc54140 call_entry_point+0x20() in ntdll
3 0x7bc55118 relay_call_from_32+0x1a1(descr=0x7b8b416c, idx=?,
stack=0x32f8fc) [wine-git/dlls/ntdll/relay.c:372] in ntdll
4 0x7b8273c1 in kernel32 (+0x73c1)
5 0x69b20265 in msxml4 (+0x10265)
6 0x004b8a53 in efilmlt (+0xb8a53)
Looks like Windows is more forgiving about how callers
identify charsets. We were only accepting names
like "iso-8859-1", but Windows accepts "ISO8859-1".
I have test that passes on WinXP, and a patch that fixes both the
test and the real app. Will send to wine-patches.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=41977
Bug ID: 41977
Summary: Gunner3 always crashes due to wine having a different
allocation scheme than windows
Product: Wine
Version: 1.9.24
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ArchLinux
Created attachment 56382
--> https://bugs.winehq.org/attachment.cgi?id=56382
Hack to get the game working, patch for the exe
Gunner 3 always crashes when selecting a level. According to my debugging, it's
because the game allocates memory with RtlAllocateHeap and then accesses the
area before that, aka undefined behavior. But note that it works just fine on
all windows versions and ReactOS.
It's probably WONTFIX, but since it works on windows I'll provide a hack (and
maybe a patch) for usage on linux.
Attached an patch for the gunner3.exe, make sure it has the MD5
4481bc4382bb00353edf0635516d904d.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=29255
Bug #: 29255
Summary: Microsoft Office 2003, 2007 & 2010 applications do not
print OTF
Product: Wine
Version: 1.3.34
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gunwald(a)gmx.de
Classification: Unclassified
Created attachment 37835
--> http://bugs.winehq.org/attachment.cgi?id=37835
Document showing that OTF printing does not work
All Microsoft Office applications form 2003 to 2010 are not able to print
documents using any OTF (Open Type Font). Printing a Document using any OTF
leads in a completely blank page.
I think, this is an important bug, because printing is a main function of any
office application.
This bug may be related to bug 25515
(http://bugs.winehq.org/show_bug.cgi?id=25515).
I did attach an document to demonstrate the bug.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.