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

[Bug 32101] New: SSF Saturn Emulator - Crashes with SendMessage() error
by wine-bugs＠winehq.org 31 Dec '14

31 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=32101 Bug #: 32101 Summary: SSF Saturn Emulator - Crashes with SendMessage() error Product: Wine Version: 1.5.15 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dredgingthelake(a)gmail.com Classification: Unclassified SSF Saturn emulator crashes with (in a dialog box): SendMessage() error. File: ./MainWindows.cpp Line : 1395 Function: WinMain Regression test: 5f5f20d6cf7c38f59171b760870d58b8fdf53132 is the first bad commit commit 5f5f20d6cf7c38f59171b760870d58b8fdf53132 Author: Aric Stewart <aric(a)codeweavers.com> Date: Thu Sep 27 09:42:54 2012 -0500 imm32: Properly separate the IME UI window and the thread default IME window. :040000 040000 4232e65da77ca4d003f2b133d4f3c62f3e2ceadc 34a22bef4861ba95808e23fb8688224bb8eeac1d M dlls Reverting the commit fixes the bug. There is a second bug with later versions of SSF that can only be seen when this commit is reverted, should I report that one as all? -- 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 10

[Bug 32107] New: (Regression) Steam overlay corruption (+TF2?)
by wine-bugs＠winehq.org 31 Dec '14

31 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=32107 Bug #: 32107 Summary: (Regression) Steam overlay corruption (+TF2?) Product: Wine Version: 1.5.16 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: FinalCrisisSX(a)Hotmail.com Classification: Unclassified The steam overlay started to have major corruption issues at some point near the middle of the 1.5.x series. It may or may not be Team Fortress 2 centric. I thought my nvidia card was just having issues, but a friend on an ATI card that has no trouble on tf2 in windows had the exact same problem. After loading TF2 and opening the steam overlay, most text becomes all garbled with random bits of memory. It is most noticeable and easily identified on the clock in the upper middle of the screen, as seen in the image attachment. The clock will count as normal up to a certain point, then just break and display garbage, count backwards, disappear, or display a random recently-passed (or soon-to-come?) time stamp for a moment. Peoples' display names and messages will show up as random bits of data: games, random bits of older messages probably from memory thrown together, IP addresses, broken pseudo-images.. Some of it is actually kind of funny. Wine 1.4.1 works fine. Anyway, I ran a regression test and this seems to be the problem: 67e7eda96c16417526e9659be0eeecf2b6edd4c1 is the first bad commit commit 67e7eda96c16417526e9659be0eeecf2b6edd4c1 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Mon Jun 25 22:45:28 2012 +0200 gdi32: Forward SwapBuffers to opengl32 which in turn calls GdiSwapBuffers. :040000 040000 4ca83835d1da687e0bd19a6dec2314aaaa057bf4 f939689a1fe2430c1020d72167c7a0690561c536 M dlls -- 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 32123] New: Outlook 2010 crashes in versions newer than 1.5.14
by wine-bugs＠winehq.org 31 Dec '14

31 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=32123 Bug #: 32123 Summary: Outlook 2010 crashes in versions newer than 1.5.14 Product: Wine Version: 1.5.16 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jrittenh(a)nd.edu Classification: Unclassified Outlook 2010 runs fine under 1.5.14 (with some quirks). When updating to 1.5.15, and now 1.5.16, it becomes unstable. Reverting to 1.5.14 fixes the issue. Outlook appears to think it's an issue with the reading pane, as it disables it after a few crashes (unless that's just standard "I crashed a few times" behavior). I've attached the output log from 1.5.16, which includes a couple of crashes/restarts of the app. -- 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 32134] New: KwSing: crashes when installing
by wine-bugs＠winehq.org 31 Dec '14

31 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=32134 Bug #: 32134 Summary: KwSing: crashes when installing Product: Wine Version: 1.5.16 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jactry92(a)gmail.com Classification: Unclassified Created attachment 42393 --> http://bugs.winehq.org/attachment.cgi?id=42393 kwsing.txt is the log I tried to installed KwSing(酷我K歌) in wine, but it carshed when installing. My test environment: - Ubuntu 12.04.1 - Wine 1.5.16 - KwSing: http://down.kuwo.cn/kwsing/KwSing.exe You can reproduce it follow: 0. Download it from: http://down.kuwo.cn/kwsing/KwSing.exe 1. 'wine KwSing.exe' to begin the installing And I found that had a workaround to pass this bug: 'wine wmp10' to install wmplayer10. kwsing.txt in attachment is the log. -- 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 10

[Bug 32165] New: .NET installer does not set file dates
by wine-bugs＠winehq.org 31 Dec '14

31 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=32165 Bug #: 32165 Summary: .NET installer does not set file dates Product: Wine Version: 1.5.16 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: djelinski1(a)gmail.com Classification: Unclassified While testing for bug 30681 I noticed that .NET installer stopped setting date/time on installed files. Regression testing points to this commit: 7b704102a8f172ae307b10914c70851b8c9ac44c is the first bad commit commit 7b704102a8f172ae307b10914c70851b8c9ac44c Author: Alexandre Julliard <julliard(a)winehq.org> Date: Tue Oct 30 11:44:10 2012 +0100 ntdll: Add a helper function to set file times. To reproduce: winetricks dotnet20 ls -l drive_c/windows/Microsoft.NET/Framework/v2.0.50727 | grep System.Data Dates should be from year 2005 -- 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 32276] New: Railworks Trainsimulator 2013 fails to run
by wine-bugs＠winehq.org 31 Dec '14

31 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=32276 Bug #: 32276 Summary: Railworks Trainsimulator 2013 fails to run Product: Wine Version: 1.5.17 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: salamanderrake(a)gmail.com Classification: Unclassified Created attachment 42598 --> http://bugs.winehq.org/attachment.cgi?id=42598 output from terminal running steam/railworks. Railworks Trainsimulator fails to load/start/run I installed d3dx9, gdiplus, dotnet40, vcrun2010, and vcrun2005 through wine. Attached is the output from steam/railworks. -- 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 23

[Bug 32295] New: WinUAE emulation window not refreshed properly when other windows move in front of it
by wine-bugs＠winehq.org 31 Dec '14

31 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=32295 Bug #: 32295 Summary: WinUAE emulation window not refreshed properly when other windows move in front of it Product: Wine Version: 1.5.18 Platform: x86-64 URL: http://www.winuae.net/ OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: markk(a)clara.co.uk Classification: Unclassified Regression SHA1: 33ac850c80634c891b0c157bbffa612f70954a40 Created attachment 42625 --> http://bugs.winehq.org/attachment.cgi?id=42625 Shows window refresh issue with Wine 1.5.18 I'm testing with Lubuntu 11.10 x86-64, Nvidia driver 304.51. Openbox (non-compositing) window manager. With Wine 1.5.18, the WinUAE emulation window is not refreshed properly if you move another window in front of it. Things were fine with Wine 1.5.5. I tested several Wine releases and there are two changes in behaviour. Things first break in 1.5.13, then with 1.5.15 things break differently. I've attached a screenshot showing the 1.5.15-and-later problem. To test, install and run WinUAE. Click Start to start emulation. After a few seconds you should see some non-black graphics in the emulation window. Press F12 to open the settings window and drag it around. With Wine 1.5.13, 1.5.14: Normal mode: On pressing F12 and dragging the settings window over the emulation window, newly-exposed parts are all black. Drag the settings window so it covers most of the emulation window and release the mouse button. Now drag the setting window away so most of the emulation window is exposed. When you release the mouse button, the exposed area is rendered with the correct contents, but that is immediately overwritten with black. (You may have to repeat that a few times until you see the effect.) Virtual desktop mode: On pressing F12 the emulation window is blanked (all black). If you drag the settings window quickly over the emulation window, you can see the correct contents being rendered, then immediately overwritten with black. With Wine 1.5.15/16/18: Normal mode: Moving the settings window in front of the emulation window, newly-exposed parts of the emulation window are not refreshed properly. The only newly-exposed part which is refreshed, is that corresponding to the previous position of the settings window client area. The previous settings window decorations remain as "trash" in the emulation window. Also, Wine does not know that other parts of the emulation window may need to be refreshed. For example if the user drags (without releasing the mouse button) the settings window all over the emulation window, the emulation window fills with "trash" (copies of settings window decorations) as the settings window is moved around. Once the user releases the button, Wine refreshes only the part corresponding to the original settings window client area. Virtual desktop mode: Moving the settings window in front of the emulation window works correctly. The emulation window is refreshed properly. However, due to bug 24352 the emulation window can be brought in front of the settings window. If you click in the emulation window to do that, the emulation window frame is rendered, but the window contents are not refreshed. So the part which was under the settings window shows the old settings window contents. Drag the emulation window around. Notice that if you move it partially off the desktop and back again, newly-revealed parts are refreshed properly. So some of the settings window trash disappears as you move that part of the emulation window past the edge of the desktop and back. A regression test for the 1.5.12->1.5.13 change gave this: 33ac850c80634c891b0c157bbffa612f70954a40 is the first bad commit commit 33ac850c80634c891b0c157bbffa612f70954a40 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Thu Sep 6 12:39:34 2012 +0200 winex11: Use window surfaces for rendering top-level windows. It can be disabled by setting "ClientSideGraphics"="n". :040000 040000 704eac5fc311e63d373e399c63a2488a6b3dedca 33fb0e5963c1326f8765334e4714060c89b21b5e M dlls I did another regression test for the 1.5.14->1.5.15 change, saying "git bisect good" for like-1.5.14 behaviour. The result: cc7bf355c50b17b2e04f754c80464289df2a9ee7 is the first bad commit commit cc7bf355c50b17b2e04f754c80464289df2a9ee7 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Tue Oct 9 15:21:21 2012 +0200 user32: Add support for setting the window surface visible region. :040000 040000 ca9c6946038c5e8346d67e4ce02f576034fbdaf1 230c7328031dd70f529463ac959a43dbe35b040b M dlls :040000 040000 f31ee15864da2825f030f94bba46c5e07fa0cede bde3439027c457a464fc77b95f1da4ea8f4ad161 M include -- 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 7

[Bug 32366] New: Moving objets in Circuitmaker 2000 schematic is delayed (slowed down)
by wine-bugs＠winehq.org 31 Dec '14

31 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=32366 Bug #: 32366 Summary: Moving objets in Circuitmaker 2000 schematic is delayed (slowed down) Product: Wine Version: 1.5.13 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: brodo(a)o2.pl Classification: Unclassified Moving objets using mouse in Circuitmaker 2000 schematic is delayed (slowed down) by appr 1 second. I made a regression test that yielded this: bash-4.2$ git bisect good 33ac850c80634c891b0c157bbffa612f70954a40 is the first bad commit commit 33ac850c80634c891b0c157bbffa612f70954a40 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Thu Sep 6 12:39:34 2012 +0200 winex11: Use window surfaces for rendering top-level windows. It can be disabled by setting "ClientSideGraphics"="n". :040000 040000 704eac5fc311e63d373e399c63a2488a6b3dedca 33fb0e5963c1326f8765334e4714060c89b21b5e M dlls Cheers, Olek A. -- 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

[Bug 32394] New: WinUAE GUI does not resize when its window size increases
by wine-bugs＠winehq.org 31 Dec '14

31 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=32394 Bug #: 32394 Summary: WinUAE GUI does not resize when its window size increases Product: Wine Version: 1.5.19 Platform: x86-64 URL: http://www.winuae.net/files/InstallWinUAE2500.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: markk(a)clara.co.uk Classification: Unclassified Created attachment 42744 --> http://bugs.winehq.org/attachment.cgi?id=42744 After increasing window size in Wine This issue applies to the WinUAE Amiga emulator. The WinUAE GUI can be made resizeable. With that option, the user can increase the size of the WinUAE settings window and the GUI layout changes to match the new size. Under Wine however the GUI elements do not change. Newly-revealed areas of the larger window are filled with grey. To reproduce: - Download and run the WinUAE installer. Check the box to run WinUAE at the end. - When the WinUAE Properties window opens, click Miscellaneous in the treeview on the left side of the window. - Under GUI there is a "Resizeable GUI" checkbox. Check that. - The window closes and reopens and is now resizeable. - Increase the size of the window. Notice how the GUI elements don't change in size. -- 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 32405] New: Children of the Nile (& Demo): mouse buggy
by wine-bugs＠winehq.org 31 Dec '14

31 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=32405 Bug #: 32405 Summary: Children of the Nile (& Demo): mouse buggy Product: Wine Version: 1.5.19 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: rtpublic1(a)gmail.com Classification: Unclassified When the game (version 1.3.0.1) or the demo (http://immortalcities.com/cotn/downloads/demo.php) reaches the main menu, no mouse cursor is visible. When running without emulating a virtual desktop, the buttons on the main menu show no reaction even when moving the (invisible) mouse onto them and clicking. When running with a virtual desktop that is the same size as the the main menu (1024x768), the buttons react to clicking on them, but wrongly: they act as if the mouse had only been moved onto them (showing a tooltip) instead of doing what they should (e.g open the settings menu). When running in a larger virtual desktop (e.g. 1440x900), the situation is like with the 1024x768 virtual desktop, except that, when moving the mouse off of the main menu to the right, so that it is between the main menu and the right edge of the virtual desktop, the game recognizes the mouse as being on one of the buttons on the right edge of the main menu, if the y-coordinates match, and reacts correctly to clicks. Tested with in a new wine prefix with no dll overrides. Please ask for more information if needed. -- 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 10