August 2014 - Wine-bugs - list.winehq.org

[Bug 36258] New: Gears of War crashes on unimplemented function d3dx9_36.dll.D3DXDisassembleShader
by wine-bugs＠winehq.org 20 Feb '15

20 Feb '15

https://bugs.winehq.org/show_bug.cgi?id=36258 Bug ID: 36258 Summary: Gears of War crashes on unimplemented function d3dx9_36.dll.D3DXDisassembleShader Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3dx9 Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, as the summary says. The work around the 'Startup.exe' launcher mshtml insufficiency (parts of dhtml/jscript based user-interace not shown, buttons?) use the following: --- snip --- $ pwd /home/focht/.wine/drive_c/users/focht/Application Data/Microsoft Games/Gears of War $ cat Startup.xml <Startup DontShow="false" DontShowUntilNew="false" ContentVersion="1"/> --- snip --- Set 'DontShow="false"' to 'DontShow="true"' which tells the launcher to proceed without selection. You will then hit bug 36257 After that you hit a shader compiler problem which can be worked around with: 'winetricks -q d3dcompiler_43' Backtrace of actual problem: --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Gears of War/Binaries $ WINEDEBUG=+tid,+seh,+loaddll wine ./Startup.exe ... wine: Call from 0x7b83ac57 to unimplemented function d3dx9_36.dll.D3DXDisassembleShader, aborting 0026:trace:seh:call_stack_handlers calling handler at 0x15273ea code=80000100 flags=1 0026:trace:seh:call_stack_handlers handler at 0x15273ea returned 1 0026:trace:seh:call_stack_handlers calling handler at 0x1455310 code=80000100 flags=1 0026:trace:seh:call_stack_handlers handler at 0x1455310 returned 1 0026:trace:seh:call_stack_handlers calling handler at 0x14076c8 code=80000100 flags=1 0026:trace:seh:call_stack_handlers handler at 0x14076c8 returned 1 --- snip --- 'winetricks -q d3dx9_36' lets it run further (into next bug). Regards -- 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.

1 8

[Bug 32025] New: Guitar pro 6 hangs when saving a file
by wine-bugs＠winehq.org 20 Feb '15

20 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=32025 Bug #: 32025 Summary: Guitar pro 6 hangs when saving a file Product: Wine Version: 1.5.15 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: xvachon(a)gmail.com Classification: Unclassified - Run Guitar pro 6 - Create a new file - Save as, select a name for the file and save - Notice that the program hangs and has to be killed manually Wine 1.5.15 Guitar pro 6.1.4 When the crash happens, the console only displays this. fixme:win:FlashWindowEx 0x32b87c What debug channels would help you to resolve this? -- 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.

1 5

[Bug 21004] New: RCT3 crashes on launch when virtual desktop isn't used (fullscreen).
by wine-bugs＠winehq.org 20 Feb '15

20 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=21004 Summary: RCT3 crashes on launch when virtual desktop isn't used (fullscreen). Product: Wine Version: 1.1.34 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: racecar56(a)gmx.com Created an attachment (id=25186) --> (http://bugs.winehq.org/attachment.cgi?id=25186) The complete output of Wine when running RCT3. RCT3 crashes before showing up and makes resolution shrink. I normally use 1680x1050, and it shrinks the screen to 800x600. -- 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.

1 14

[Bug 17450] New: No icons for printers in PowerPoint 2003 dialog
by wine-bugs＠winehq.org 19 Feb '15

19 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=17450 Summary: No icons for printers in PowerPoint 2003 dialog Product: Wine Version: unspecified Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fgouget(a)codeweavers.com Here is how to reproduce this issue: * Install Office 2003 * Start PowerPoint 2003 * File -> Print... * click on the 'Name:' drop-down to see the list of printers You will get the list of printers with a blank space to the left of the name of the printer, which is where the printer icon should be. Note: If the printer drop-down list is all squeezed up and unusable, use winecfg to set riched20 to native (see bug 8358 for more details). -- 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.

1 13

[Bug 32965] New: Text applied to textures in Kerbal Space Program (Unity4) are not visible
by wine-bugs＠winehq.org 19 Feb '15

19 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=32965 Bug #: 32965 Summary: Text applied to textures in Kerbal Space Program (Unity4) are not visible Product: Wine Version: 1.5.23 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: sal_vager(a)o2.co.uk Classification: Unclassified The Unity4 Demo version of Kerbal Space Program uses a new method to display text on 3D objects as the method that was used in Unity3.5 no longer works in Unity4. Wine cannot reproduce this method so the text is not visible on these objects, despite the fonts used being available and the text being visible in other areas of the game. Here is an Imgur gallery showing the problem http://imgur.com/a/mtMY7#0 It appears that only 3D objects in the game are affected, KSP also writes some text to a 2D layer which displays normally, showing that it is not a font error. The Unity output_log can be seen here http://pastie.org/6149732 it does not show any issues that I can see however. Here is the debug output from Wine http://pastebin.com/sbGV5qH1 I used PlayOnLinux to run KSP on Xubuntu 12.10, and do not have any winetricks packages installed in this prefix, I have tried to resolve this in another prefix by installing the following with no success. cc580 Microsoft Core Fonts d3dx9 gdiplus msasn1 quartz riched20 I do not believe this is graphics card related as I know of others who have seen the same issue with different hardware, my card is an nVidia gtx650 and is using the nVidia-common driver. This bug may effect other Unity4 games that use the same method to display 3D text objects such as buttons, and is likely to still be present in the non-demo version of Kerbal Space Program. -- 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.

1 14

[Bug 29707] New: Mac: Wine "trashes" files by moving them to ~/.local/share/Trash/files
by wine-bugs＠winehq.org 19 Feb '15

19 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=29707 Bug #: 29707 Summary: Mac: Wine "trashes" files by moving them to ~/.local/share/Trash/files Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: shell32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: fgouget(a)codeweavers.com Classification: Unclassified Reposting one of Ken's bug descriptions verbatim here because I really don't see anything to change. --- In certain circumstances, Wine attempts to move a file to the Recycle Bin. For example, this happens if you select a file in a file dialog and hit the Delete key. Wine's current implementation adheres to the freedesktop.org specification regarding the Trash, and ends up moving the file to ~/.local/share/Trash/files. On the Mac, this is as bad as permanently deleting the file for most users, except that the file's space isn't even recovered. There's approximately zero chance they'd ever be able to find it again. This needs to be reimplemented to move the files to the Mac Trash. The right function is probably FSPathMoveObjectToTrashSync(). The Finder maintains sufficient information to put the file back, but it's in the opaque .DS_Store file. So, we may want to add a "org.winehq.trashinfo" extended attribute to the file to preserve the original name and location. Ideally, adding the attribute wouldn't change the file's mtime. --- As far as I can tell there is no alternative Mac-specific path up to Wine 1.3.37. -- 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.

1 13

[Bug 23102] New: no text in the menus of CivCity Rome 1.0
by wine-bugs＠winehq.org 19 Feb '15

19 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=23102 Summary: no text in the menus of CivCity Rome 1.0 Product: Wine Version: 1.2-rc2 Platform: x86-64 URL: http://www.2kgames.com/civcityrome/civcity.html OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: bojan(a)antonovic.ch The menus do work but no text is displayed. -- 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.

1 12

[Bug 22258] New: GDI objects count is not shown/implemented in builtin task manager/wine server
by wine-bugs＠winehq.org 19 Feb '15

19 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=22258 Summary: GDI objects count is not shown/implemented in builtin task manager/wine server Product: Wine Version: 1.1.42 Platform: All OS/Version: All Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: wineserver AssignedTo: wine-bugs(a)winehq.org ReportedBy: t.artem(a)mailcity.com Created an attachment (id=27182) --> (http://bugs.winehq.org/attachment.cgi?id=27182) Internal taskmgr in Wine 1.1.42 Almost all other fields are almost missing. This could help in debugging certain bugs. -- 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.

1 12

[Bug 21842] New: IShellBrowser/IComDlgBrowser Listview header not draw correctly
by wine-bugs＠winehq.org 19 Feb '15

19 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=21842 Summary: IShellBrowser/IComDlgBrowser Listview header not draw correctly Product: Wine Version: 1.1.39 Platform: x86 URL: http://www.secureneterm.com OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: support(a)securenetterm.com The header bar of an IShellBrowser/IComDlgBrowser listview is not drawn correctly when the detail view mode (FVM_DETAILS) is selected. On the initial display, the area where the header bar should be is blank (white). If you drag the mouse over the area where the header should be, the header bar is drawn in the area under the mouse. If you then minimize or do anything that causes a repaint of the listview, the header bar goes away. Testing indicates using the comctl32.dll AND/OR uxtheme.dll in native mode resolves the issue. This can be seen using the following demo application (including source) at: http://www.codeproject.com/KB/shell/explorer.aspx?df=100&forumid=2239&exp=0… -- 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.

1 11

[Bug 33124] New: SetWindowPlacement() unexpectedly clips coordinates when applied to a child window
by wine-bugs＠winehq.org 14 Feb '15

14 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=33124 Bug #: 33124 Summary: SetWindowPlacement() unexpectedly clips coordinates when applied to a child window Product: Wine Version: 1.4.1 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: jtuc(a)users.sourceforge.net Classification: Unclassified Observed behavior: Regardless of whether a window handle represents a top-level or child window, SetWindowPlacement() clips passed-in coordinates according to screen bounds. Expected behavior: Clipping of passed-in coordinates should not happen for child windows. -- 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.

1 4