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

[Bug 51429] New: Sakura no Uta: spams RtlpWaitForCriticalSection
by WineHQ Bugzilla 27 Dec '21

27 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=51429 Bug ID: 51429 Summary: Sakura no Uta: spams RtlpWaitForCriticalSection Product: Wine Version: 6.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: pernegger(a)gmail.com Distribution: --- Created attachment 70281 --> https://bugs.winehq.org/attachment.cgi?id=70281 wine-6.12 terminal output Sakura on Uta will start spamming the terminal with ****:err:ntdll:RtlpWaitForCriticalSection section ******** "?" wait timed out in thread ****, blocked by 0024, retrying (60 sec) [* = hex digit.] right from the start. The attached log just runs from launching it to reaching the main menu seconds later. Unlike in #50577 there aren't any noticeable symptoms. Despite both games having "uta" in their name, this isn't a duplicate -- they use different engines. The upside is that Sakura no Uta has a free trial version that behaves exactly like the full version, so someone who knows what they're doing could have a closer look at this: https://www.makura-soft.com/sakuranouta/special/trial_download.html. The download links are labelled "ダウンロード", at the bottom of the page. Any one will do, assuming it works, they're just mirrors. It's likely you'll need to prefix the wine invocation with LANG=ja_JP.UTF-8 or so, at least if you want the text to show up properly. -- 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 39869] New: QQmusic 2015 can not login
by wine-bugs＠winehq.org 27 Dec '21

27 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=39869 Bug ID: 39869 Summary: QQmusic 2015 can not login Product: Wine Version: 1.9.0 Hardware: x86 URL: http://dldir1.qq.com/music/clntupate/QQMusicV12.24.332 3.1216YQQ.exe OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdiplus Assignee: wine-bugs(a)winehq.org Reporter: hillwoodroc(a)gmail.com Distribution: SUSE Created attachment 53229 --> https://bugs.winehq.org/attachment.cgi?id=53229 QQMusic.log 1.Download from http://dldir1.qq.com/qqfile/QQIntl/QQi_PC/QQIntl2.11.exe 2.winetrick riched20 to fix bug 5162 3. login with the folloing testing account: account: 1469264807 Password: winedebug Useing winetricks to install gdiplus_winxp could fix 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.

2 7

[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 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 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