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

[Bug 51332] New: steamwebhelper.exe crashes, steam client totally unusable
by WineHQ Bugzilla 27 Dec '21

27 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=51332 Bug ID: 51332 Summary: steamwebhelper.exe crashes, steam client totally unusable Product: Wine Version: 6.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mfplat Assignee: wine-bugs(a)winehq.org Reporter: mtmkls(a)gmail.com Distribution: --- Each steamwebhelper.exe process stops immediately with this error message: wine: Call from 7BC522E1 to unimplemented function mfplat.dll.MFLockSharedWorkQueue, aborting wine: Unimplemented function mfplat.dll.MFLockSharedWorkQueue called at address 7BC522E1 (thread 0384), starting debugger... I don't know why it does this, because dlls/mfplat/libmfplat.def defines this function as an alias to rtworkq.RtwqLockSharedWorkQueue, which seems to be implemented. Since all of the tabs in the steam client are web views, the whole client is unusable. Steam client version: Jun 8 2021 -- 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 51293] New: Assert with side effect in dlls/glu32/sweep.c
by WineHQ Bugzilla 27 Dec '21

27 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=51293 Bug ID: 51293 Summary: Assert with side effect in dlls/glu32/sweep.c Product: Wine Version: 6.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: glu32 Assignee: wine-bugs(a)winehq.org Reporter: mikrutrafal(a)protonmail.com Distribution: --- https://github.com/wine-mirror/wine/blob/e909986e6ea5ecd49b2b847f321ad89b2a… ``` assert( ++fixedEdges == 1 ); ``` Assert shouldn't anything than checking if expression is false/true, but here add value to fixedEdges variable -- 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 2

[Bug 51247] New: GTA Vice City game with errors
by WineHQ Bugzilla 27 Dec '21

27 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=51247 Bug ID: 51247 Summary: GTA Vice City game with errors Product: Wine Version: 6.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: neeraj72006(a)outlook.com Distribution: --- Created attachment 70119 --> https://bugs.winehq.org/attachment.cgi?id=70119 Wine logs. The game runs smoothly, but when I use the command "wine gta-vc.exe", It shows too many errors, I would like to fix them. I have an Ubuntu 18.04.5. -- 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 3

[Bug 51985] New: errors significance
by WineHQ Bugzilla 27 Dec '21

27 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=51985 Bug ID: 51985 Summary: errors significance Product: Wine Version: 6.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: didu31(a)hotmail.fr Distribution: --- Created attachment 70972 --> https://bugs.winehq.org/attachment.cgi?id=70972 Sample of wine log. Errors printed on stderr don't mention their significance. They should be categorized INFO, WARNING, ERROR, FATAL as the other softwares do. At least, FATAL errors should be mentioned as such in order to obtain a starting point for debugging. As an example, who is able to tell what is the fatal error that causes aborting in the log here attached ? -- 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 30755] New: gdiplus tests fail if stix fonts present
by wine-bugs＠winehq.org 27 Dec '21

27 Dec '21

http://bugs.winehq.org/show_bug.cgi?id=30755 Bug #: 30755 Summary: gdiplus tests fail if stix fonts present Product: Wine Version: 1.5.4 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Classification: Unclassified On Centos 6, "make test" causes (among others) the failures runtest -q -P wine -M gdiplus.dll -T ../../.. -p gdiplus_test.exe.so ~/wine-git/dlls/gdiplus/tests/font.c && touch font.ok ... font.c:396: Test failed: Expected 0, got 3 font.c:397: Test failed: got NULL font collection make[1]: *** [font.ok] Error 2 /home/dank/wine-git/tools/runtest -q -P wine -M gdiplus.dll -T ../../.. -p gdiplus_test.exe.so /home/dank/wine-git/dlls/gdiplus/tests/graphics.c && touch graphics.ok ... graphics.c:1978: Test failed: Expected 00000000, got 00000010 Unhandled exception: page fault on read access to 0x00000048 in 32-bit code (0x6834d776). Backtrace: =>0 0x6834d776 get_log_fontW+0x16() in gdiplus (0x0032f8c8) 1 0x68358d57 get_font_hfont+0xf6() in gdiplus (0x0032f9f8) 2 0x6835d1cd GdipDrawString+0x26c() in gdiplus (0x0032fb78) 3 0x71cb8763 test_GdipDrawString+0x232() in gdiplus_test (0x0032fc38) 4 0x71cc5c45 func_graphics+0xb84() in gdiplus_test (0x0032fd18) ... Looks like GdipNewInstalledFontCollection() which calls EnumFontFamiliesExW() which calls add_font_proc() which calls GdipCreateFontFamilyFromName() and is failing because the latter function somehow chokes on the stix fonts (http://stixfonts.org) bundled with centos 6. Doing sudo chmod 000 /usr/share/fonts/stix works around the problem. -- 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 12

[Bug 39880] New: gdiplus tests fail if locale is not en_US
by wine-bugs＠winehq.org 27 Dec '21

27 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=39880 Bug ID: 39880 Summary: gdiplus tests fail if locale is not en_US Product: Wine Version: 1.9.0 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdiplus Assignee: wine-bugs(a)winehq.org Reporter: litimetal(a)gmail.com Distribution: --- $ make test ../../../tools/runtest -q -P wine -T ../../.. -M gdiplus.dll -p gdiplus_test.exe.so brush && touch brush.ok fixme:gdiplus:GdipGetLineTransform not implemented fixme:gdiplus:GdipGetPathGradientPath not implemented ../../../tools/runtest -q -P wine -T ../../.. -M gdiplus.dll -p gdiplus_test.exe.so customlinecap && touch customlinecap.ok ../../../tools/runtest -q -P wine -T ../../.. -M gdiplus.dll -p gdiplus_test.exe.so font && touch font.ok font.c:757: Test failed: wrong face name ˼Դ�� CN Bold font.c:762: Test failed: Expected 0, got 14 font.c:768: Test failed: wrong face name ?2�J��?2 fixme:gdiplus:GdipGetLineSpacing ignoring style font.c:307: Tests skipped: Times New Roman not installed Makefile:255: recipe for target 'font.ok' failed make: *** [font.ok] Error 3 After setting the locale from zh_CN.utf8 to en_US by $ export LC_ALL=en_US Then run the test, it works fine. Is this bug related to bug 30755? -- 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 48819] New: user32:win "unexpected 0x0282" message" Japanese Windows 10 failures
by WineHQ Bugzilla 27 Dec '21

27 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=48819 Bug ID: 48819 Summary: user32:win "unexpected 0x0282" message" Japanese Windows 10 failures Product: Wine Version: unspecified Hardware: x86 OS: Windows Status: NEW Severity: major Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com The TestBot's w1064v1809-zh_CN configuration runs the tests on Windows 10 1809 in a Chinese locale. This test configuration gets unique and systematic failures in user32:win: win.c:3852: Test failed: hwnd 01E40500 message 0282 win.c:3858: Test failed: message 0282 available win.c:3931: Test failed: hwnd 01E40500/00390448 message 0282 win.c:3934: Test failed: hwnd 01E40500/00390448 message 0282 Message 0x0282 is WM_IME_NOTIFY so this looks like a legitimate message given the locale, one that was just not foreseen by the user32:win test. See: https://test.winehq.org/data/tests/user32:win.html However note that quite often WineTest fails to submit its results to test.winehq.org, typically because it times out. So you can more easily find the latest failure by looking for the "32 bit WineTest: base VMs" jobs on the TestBot. Finally, three of these messages include the window handles which means they are "always new". Because of this the TestBot will mistakenly attribute the failure to any user32 patch submitted to wine-devel, which should cause them to be rejected. So I bumped the priority on this bug. -- 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 51765] New: AlienShooter2 fails "X Error of failed request: BadAlloc"
by WineHQ Bugzilla 27 Dec '21

27 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=51765 Bug ID: 51765 Summary: AlienShooter2 fails "X Error of failed request: BadAlloc" Product: Wine Version: 6.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: hi-angel(a)yandex.ru Distribution: --- Created attachment 70669 --> https://bugs.winehq.org/attachment.cgi?id=70669 Log of running the game Simply running the game results in error: X Error of failed request: BadAlloc (insufficient resources for operation) Major opcode of failed request: 149 () Minor opcode of failed request: 2 Serial number of failed request: 424 Current serial number in output stream: 425 I did a bit of research, and here's what I found: 1. Game works fine with Wine on older laptop, with OpenGL compat profile 3.1. The logs are almost identical, except right after the line where AlienShooter2 crashes on newer laptop, on the older there's one more line saying "Setting line patterns is not supported in OpenGL core context" 2. Running the game with `MESA_GL_VERSION_OVERRIDE=3.1compat` does not make game produce same line on newer laptop, so am not sure it really uses same low compat profile. 3. Setting `MESA_GL_VERSION_OVERRIDE=4.5` on older laptop does not make the warning go away, which suggests wine detection of compat profile is be broken. I built debug version of Wine, and tried debugging it, but stuck trying to get the stacktrace. gdb does not break around that place, apparently because the problem inside one of many dozens wine processes. `winedbg` is of no use either. Any suggestions for further debugging are welcome. -- 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 9

[Bug 40666] New: Cossacks - European Wars: Fails to launch after intro video
by wine-bugs＠winehq.org 27 Dec '21

27 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=40666 Bug ID: 40666 Summary: Cossacks - European Wars: Fails to launch after intro video Product: Wine Version: 1.9.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: winehq(a)iooioio.orion.uberspace.de Distribution: Other Created attachment 54536 --> https://bugs.winehq.org/attachment.cgi?id=54536 Console output When I attempt to launch the GOG version of Cossacks - European Wars with Wine 1.9.10 the intro videos begin to play (with issues, but I will open another ticket for that bug). Upon pressing escape the player should be brought to the main menu, but nothing actually happens (except that the videos stop playing). This appears to be a regression since this step works on Wine 1.6.2. However I do not have the time to do a full regression test to find the exact commit in which the regression was introduced. I am attaching the console output (there isn't much there though). -- Some additional info about my system (just in case): Distro: Linux Mint 17.3 (64 bit) Kernel: 4.4.0-21-generic Graphics: Proprietary NVIDIA 364.19 -- 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 15

[Bug 51149] New: evr:evr fails on Vista because of unsupported interfaces
by WineHQ Bugzilla 27 Dec '21

27 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=51149 Bug ID: 51149 Summary: evr:evr fails on Vista because of unsupported interfaces Product: Wine Version: 6.8 Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Vista and Windows 2008 don't support the IID_IMFQualityAdvise and IID_IMFQualityAdviseLimits interfaces which causes the evr:evr test to crash. https://test.winehq.org/data/patterns.html#evr:evr Patches were submitted but should be revised or resubmitted: https://www.winehq.org/pipermail/wine-devel/2020-November/177642.html -- 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 3