March 2019 - Wine-bugs - list.winehq.org

[Bug 30849] New: Diablo 3 Game Disconnect: ERROR 316704 "YOU HAVE BEEN REMOVED FROM THE GAME"
by wine-bugs＠winehq.org 12 Dec '19

12 Dec '19

http://bugs.winehq.org/show_bug.cgi?id=30849 Bug #: 30849 Summary: Diablo 3 Game Disconnect: ERROR 316704 "YOU HAVE BEEN REMOVED FROM THE GAME" Product: Wine Version: 1.5.5 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: billbroach(a)gmail.com Classification: Unclassified As of Jun 04, 2012 Diablo 3 will disconnect after about 5+ mins with error: "You have been removed from the game" after which you will not be able to create a game nor exit cleanly. Error: "YOU HAVE BEEN REMOVED FROM THE GAME" ERROR 316704 Suspected change has occurred with the game in which wine does now not support properly. other symptoms: * /who in chat will instantly lock and crash wine. * friends show as "offline" when they are really online. * friends will not be able to join your game with timing out or crashing your client. * high ping 300+ms Several confirmation of the above symptoms can be seen here: http://us.battle.net/d3/en/forum/topic/5271607015?page=1 it seems to be affecting several wine versions and several distributions. -- 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.

2 145

[Bug 40393] New: Winehq.org website improvements not added to Bugzilla.
by wine-bugs＠winehq.org 12 Dec '19

12 Dec '19

https://bugs.winehq.org/show_bug.cgi?id=40393 Bug ID: 40393 Summary: Winehq.org website improvements not added to Bugzilla. Product: WineHQ Apps Database Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: appdb-unknown Assignee: wine-bugs(a)winehq.org Reporter: asdfghrbljzmkd(a)outlook.com Distribution: --- There have been many Winehq.org website improvements lately, such as a nicer search bar and more modern navigation buttons, that have not been added to Bugzilla. -- 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.

2 6

[Bug 35689] New: iMesh 7.x crashes on exit
by wine-bugs＠winehq.org 12 Dec '19

12 Dec '19

https://bugs.winehq.org/show_bug.cgi?id=35689 Bug ID: 35689 Summary: iMesh 7.x crashes on exit Product: Wine Version: 1.7.13 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, as the summary says. Trace log doesn't reveal much: --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/iMesh Applications/iMesh $ WINEDEBUG=+tid,+seh,+relay,+wmp wine ./iMesh.exe >>log.txt 2>&1 ... 0025:Call KERNEL32.GetProcAddress(7eb20000,00b041b4 "WinHelpW") ret=008a28ab 0025:Ret KERNEL32.GetProcAddress() retval=7eb2bd50 ret=008a28ab 0025:Call user32.WinHelpW(0001009a,00000000,00000002,00000000) ret=0094b72c 0025:Ret user32.WinHelpW() retval=00000001 ret=0094b72c 0025:Call user32.CallWindowProcW(ffff002f,0001009a,00000002,00000000,00000000) ret=009405c5 0025:Call window proc 0x126035c (hwnd=0x1009a,msg=WM_DESTROY,wp=00000000,lp=00000000) 0025:Call user32.CallWindowProcA(ffff002e,0001009a,00000002,00000000,00000000) ret=00353f4a 0025:Call window proc 0x90f0bd (hwnd=0x1009a,msg=WM_DESTROY,wp=00000000,lp=00000000) 0025:Call KERNEL32.GetProcAddress(7eb20000,00b03c34 "DefWindowProcW") ret=008a28ab 0025:Ret KERNEL32.GetProcAddress() retval=7eb28b70 ret=008a28ab 0025:Call user32.DefWindowProcW(0001009a,00000002,00000000,00000000) ret=7ebd3d72 0025:Ret user32.DefWindowProcW() retval=00000000 ret=7ebd3d72 0025:Ret window proc 0x90f0bd (hwnd=0x1009a,msg=WM_DESTROY,wp=00000000,lp=00000000) retval=00000000 0025:Ret user32.CallWindowProcA() retval=00000000 ret=00353f4a 0025:Ret window proc 0x126035c (hwnd=0x1009a,msg=WM_DESTROY,wp=00000000,lp=00000000) retval=00000000 0025:Ret user32.CallWindowProcW() retval=00000000 ret=009405c5 0025:trace:seh:raise_exception code=c0000005 flags=0 addr=0x608915 ip=00608915 tid=0025 0025:trace:seh:raise_exception info[0]=00000000 0025:trace:seh:raise_exception info[1]=00000000 0025:trace:seh:raise_exception eax=00000000 ebx=00ed0040 ecx=03131afc edx=030e09c4 esi=03131afc edi=00de0a14 0025:trace:seh:raise_exception ebp=0033f43c esp=0033f410 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00210206 0025:trace:seh:call_stack_handlers calling handler at 0x972775 code=c0000005 flags=0 0025:trace:seh:call_stack_handlers handler at 0x972775 returned 1 0025:trace:seh:call_stack_handlers calling handler at 0x98f5d7 code=c0000005 flags=0 0025:trace:seh:call_stack_handlers handler at 0x98f5d7 returned 1 0025:trace:seh:call_stack_handlers calling handler at 0x999b5c code=c0000005 flags=0 0025:trace:seh:call_stack_handlers handler at 0x999b5c returned 1 0025:trace:seh:call_stack_handlers calling handler at 0x999ae3 code=c0000005 flags=0 ... Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x00608915). ... Backtrace: =>0 0x00608915 in imesh (+0x208915) (0x0033f43c) 1 0x006e0d36 in imesh (+0x2e0d35) (0x0033f498) 2 0x009438ed in imesh (+0x5438ec) (0x0033f520) 3 0x00940829 in imesh (+0x540828) (0x0033f540) 4 0x006e1495 in imesh (+0x2e1494) (0x0033f568) 5 0x009425a8 in imesh (+0x5425a7) (0x0033f5c8) 6 0x00942638 in imesh (+0x542637) (0x0033f5e8) 7 0x7ebd3d72 WINPROC_wrapper+0x19() in user32 (0x0033f618) ... Modules: Module Address Debug info Name (173 modules) PE 350000- 3c7000 Deferred actskn45 PE 400000- bdf000 Export imesh PE 18b0000- 18d7000 Deferred nssdbm3 PE 3230000- 3273000 Deferred portablemediadevicewrapper PE 3390000- 33c6000 Deferred nspr4 PE 33d0000- 33f7000 Deferred smime3 PE 10000000-1005c000 Deferred resourcesloc ... Threads: process tid prio (all id:s are in hex) ... 00000024 (D) C:\Program Files\iMesh Applications\iMesh\iMesh.exe 0000004e 0 0000004d 0 0000004c 0 0000004b 0 00000049 0 00000048 0 00000029 0 0000002a 0 0000000d 0 0000000b 0 00000046 0 00000045 0 00000044 0 00000043 -15 00000042 0 00000041 0 00000040 -1 0000003f 0 0000003e 0 0000003d -1 0000003c 0 0000003b 0 0000003a 0 00000039 0 00000038 0 00000037 0 00000036 0 00000028 -1 00000027 0 00000026 0 00000025 1 <== --- snip --- 'winetricks wmp10' works around. >From what I've gathered through debugging it seems the NULL pointer access is related to IWMPControls::stop(). The pointer accessed could be IWMPControls* returned by IWMPCore::get_controls(). Unfortunately I didn't find any FIXME reference to IWMPCore::get_controls() in trace log (stub right now). It's probably triggered by some code not in place yet because WMP is work-in-progress and various parts are incomplete. $ sha1sum iMeshV7.exe 0e4aa7ae0da88b7f69a7daa1bca36f3f2f6c497b iMeshV7.exe $ du -sh iMeshV7.exe 8.4M iMeshV7.exe $ wine --version wine-1.7.13-100-gfcae016 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.

2 4

[Bug 46466] New: Accessing 32-bit DLLs from 64-bit code through COM as an IPC mechanism
by wine-bugs＠winehq.org 12 Dec '19

12 Dec '19

https://bugs.winehq.org/show_bug.cgi?id=46466 Bug ID: 46466 Summary: Accessing 32-bit DLLs from 64-bit code through COM as an IPC mechanism Product: Wine Version: 4.0-rc6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: reinhold.hoffmann(a)hotmail.com Distribution: --- For more than 10 years a brilliant blog exists how to start a 32-bit DLL from an x64 application. This sound weird but in case a DLL cannot be converted to 64-bit for whatever reason such a solution is very helpful. In the blog there is a method described how to do this. The blog is very sophistcated. Please see https://blog.mattmags.com/2007/06/30/accessing-32-bit-dlls-from-64-bit-code/ On Windows accessing a DLL through the COM IPC mechanism works like a charm. On Wine64 a 32-bit DLL can only be accessed and executed from a 32-bit app through a COM IPC mechanism (btw. works great). But accessing the 32-bit DLL through a COM IPC mechanism from the same x64 version of such an app fails. Of course, such a capability is beyond Wine-4.0. But it would be great if a fix could be addressed in the scope of Wine-5.0. I try to provide a sample which demonstrate the issue. May be somebody familiar with the COM IPC mechnism may help to address the right component. Thx. Reinhold -- 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.

2 13

[Bug 9850] New: win16 test suite multiple failures
by wine-bugs＠winehq.org 11 Dec '19

11 Dec '19

http://bugs.winehq.org/show_bug.cgi?id=9850 Summary: win16 test suite multiple failures Product: Wine Version: 0.9.46. Platform: Other URL: http://win16test.googlecode.com OS/Version: other Status: NEW Keywords: download, source Severity: enhancement Priority: P2 Component: wine-misc AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Jennifer Lai put together a win16 test suite as her intern project this summer, with a little guidance from me. The code is a combination of win16 tests that had been posted in the past, and backports of 32 bit wine tests. Jennifer says the tests pass on Windows XP. The code can be downloaded from http://win16test.googlecode.com with svn, and is quite easy to run; see http://win16test.googlecode.com/svn/trunk/src/README for instructions. There are four or five crash failures and several lesser failures. She has proposed patches to fix most of these at http://win16test.googlecode.com/svn/trunk/src/patches/ I think there are mistakes in at least one of her patches, but they're still a good starting point We would have liked to commit the win16 tests as part of the wine source tree, but Alexandre didn't want us to, so we created a project at googlecode.com to host them. I'll gladly give committer status to any serious wine developer who wants to work on them. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 12

[Bug 34859] New: Serious Sam Classic: the game's world is closed in a giant cube (Mac OS X only bug)
by wine-bugs＠winehq.org 11 Dec '19

11 Dec '19

http://bugs.winehq.org/show_bug.cgi?id=34859 Bug #: 34859 Summary: Serious Sam Classic: the game's world is closed in a giant cube (Mac OS X only bug) Product: Wine Version: 1.7.5 Platform: x86 OS/Version: Mac OS X Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: winebugs140(a)gmail.com Classification: Unclassified Created attachment 46460 --> http://bugs.winehq.org/attachment.cgi?id=46460 Serious Sam Classic Log You can see this especially when looking at the sky, there are also some lines visible in the ground. I've attatched a screenshot. The bug seems to be GPU independent. On Ubuntu everything looks fine. The problem can be reproduced in the demo (check out the link). Tested with: Mac OS X 10.7 and 10.9, ATI HD 2600 Pro, ATI HD 6970M, Geforce 320M, Mac Driver/X11 -- 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.

2 7

[Bug 38921] New: Bionare XT GPUs incorrectly recognized
by wine-bugs＠winehq.org 10 Dec '19

10 Dec '19

https://bugs.winehq.org/show_bug.cgi?id=38921 Bug ID: 38921 Summary: Bionare XT GPUs incorrectly recognized Product: Wine Version: 1.7.46 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: linards.liepins(a)gmail.com Distribution: --- Recently I had seen this bug in these Applications: - Crysis 2 ( Non-supported VGA Error on launching ) - Counter-Strike Global Offense ( Engine error on launching ) All these games recognize my Radeon 7790 as Radeon 8770. I guess this could be somewhat related / duped to this report: https://bugs.winehq.org/show_bug.cgi?id=33364 -- 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.

2 27

[Bug 46100] New: GRLevel3 2.52 radar refresh timer is obscenely long
by wine-bugs＠winehq.org 09 Dec '19

09 Dec '19

https://bugs.winehq.org/show_bug.cgi?id=46100 Bug ID: 46100 Summary: GRLevel3 2.52 radar refresh timer is obscenely long Product: Wine Version: 3.19 Hardware: x86-64 URL: http://grlevelx.com/downloads/grlevel3_2_setup.exe OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mazecraze96(a)gmail.com Distribution: --- "winetricks windowscodecs" is required to start the application. Radar refresh timer (lower right corner) is obscenely long. Normally about 1-5 minutes (depending on weather in the area), it seems to be offset by the timezone. It's 300 minutes in UTC-5 but the timer is normal with UTC/GMT. Looks like GRLevel3 is getting time from two different sources that disagree with each other, for its countdown, and the time it's counting down to. I haven't tested UTC+ timezones. Windows does not keep the RTC in UTC. -- 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.

2 10

[Bug 27036] New: League of Legends store crashes with an assertion
by wine-bugs＠winehq.org 09 Dec '19

09 Dec '19

http://bugs.winehq.org/show_bug.cgi?id=27036 Summary: League of Legends store crashes with an assertion Product: Wine Version: 1.3.19 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: secur32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: mm-meissner(a)gmx.de Created an attachment (id=34474) --> (http://bugs.winehq.org/attachment.cgi?id=34474) libgcrypt threading patch for schannel_gnutls.c The League of Legends client crashes when one tries to open the store, the assertion printed to the console is: ient.exe: ath.c:193: _gcry_ath_mutex_lock: Zusicherung »*lock == ath_mutex_t) 0)« nicht erfüllt. Translated to english: ient.exe: ath.c:193: _gcry_ath_mutex_lock: Assurance of »*lock == ath_mutex_t) 0)« not fulfilled. I'd attach a backtrace if anyone could tell me how to actually create one, but it's highly possible that this crash is caused by the lack of threading support in the schannel implementation of wine. libgcrypt.so.11.5.3 Using the attached patch somehow seems to make these crashes more rare, however they still occur and the shop is incredible slow. I'm using libgnutls-26.14.12 and libgcrypt-11.5.3 -- 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.

2 42

[Bug 45526] New: Powerslide has graphical distortions during the race
by wine-bugs＠winehq.org 03 Dec '19

03 Dec '19

https://bugs.winehq.org/show_bug.cgi?id=45526 Bug ID: 45526 Summary: Powerslide has graphical distortions during the race Product: Wine Version: 3.13 Hardware: x86 OS: Mac OS X Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jeffz(a)jeffz.name Created attachment 61917 --> https://bugs.winehq.org/attachment.cgi?id=61917 Screenshot of in-race graphics not rendered correctly During the race it looks like the geometry is wrong 99% of the time. Occasionally the geometry will be correct and one sees a glimpse of the racetrack and car rendered correctly. Retina 15-inch Late 2013 Intel(R) Core(TM) i7-4960HQ CPU @ 2.60GHz, Intel®Iris™ Pro Graphics 5200. MacOS High Sierra 10.13.4 -- 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.

2 3