September 2023 - Wine-bugs - list.winehq.org

[Bug 55446] New: Using C run-time for unicode strings comparison breaks case insensitive LB_FINDSTRING
by WineHQ Bugzilla 22 Dec '23

22 Dec '23

https://bugs.winehq.org/show_bug.cgi?id=55446 Bug ID: 55446 Summary: Using C run-time for unicode strings comparison breaks case insensitive LB_FINDSTRING Product: Wine Version: 8.13 Hardware: x86-64 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: dmitry(a)baikal.ru CC: julliard(a)winehq.org Regression SHA1: 9cc92365560f19c2fd2b9796f79aa75e02381bb1 Distribution: --- If an application uses LB_FINDSTRING and provides a string that doesn't match exactly then LB_FINDSTRING fails. This is a regression, and it's caused by commit 9cc92365560f19c2fd2b9796f79aa75e02381bb1 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Mon Sep 21 13:53:21 2020 +0200 user32: Build with msvcrt. Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> wcsnicmp() used by LB_FINDSTRING (in both user32 and comctl32) doesn't work properly because it depends on LC_TYPE locale being correctly set, otherwise _towlower_l() correctly handles only ASCII character range. Relying on CRT locale being correctly initialized in a win32 core DLL seems undesirable because an application may not use or care about C run-time at all. Under Windows SendMessageW(LB_FINDSTRING) works just fine regardless of system locale. P.S. This is a much more serious problem, and is not limited to user32/comctl32 because wcsnicmp()/wcsicmp() is used everywhere in the Wine codebase. -- 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 55582] New: Game: Civilization2 crashes when trying to set up new game. Game worked previously but has been broken for several months now. Have tried fresh Linux installs and fresh Wine downloads. Same issue everytime.
by WineHQ Bugzilla 22 Dec '23

22 Dec '23

https://bugs.winehq.org/show_bug.cgi?id=55582 Bug ID: 55582 Summary: Game: Civilization2 crashes when trying to set up new game. Game worked previously but has been broken for several months now. Have tried fresh Linux installs and fresh Wine downloads. Same issue everytime. Product: Wine Version: 8.0.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: linuxd630(a)gmail.com Distribution: --- Created attachment 75112 --> https://bugs.winehq.org/attachment.cgi?id=75112 This was the dump wine provided when the game crashed Game launches as expected. Select "new game" select player civilization. When I attempt to input the leader name for the civilization, the game crashes. -- 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 51478] New: dinput:keyboard breaks user32:input's test_keyboard_layout_name() in some locales ()
by WineHQ Bugzilla 22 Dec '23

22 Dec '23

https://bugs.winehq.org/show_bug.cgi?id=51478 Bug ID: 51478 Summary: dinput:keyboard breaks user32:input's test_keyboard_layout_name() in some locales () Product: Wine Version: 6.10 Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Created attachment 70313 --> https://bugs.winehq.org/attachment.cgi?id=70313 Add test_keyboard_layout_name() traces The WineTest runs show the following test_keyboard_layout_name() failure in some locales: https://test.winehq.org/data/patterns.html#user32:input input.c:3169: Test failed: Could not find keyboard layout 0000000004110411 in preload list This is 100% reproducible in the following configurations (only the keyboard layout id differs): win7_newtb-w7u-es win7_newtb-w7u-pt-PT win2004_newtb-w10pro64-ar-64 win2004_newtb-w10pro64-he-64 win2004_newtb-w10pro64-hi-64 win2004_newtb-w10pro64-ja-64 win2004_newtb-w10pro64-ko-64 win2004_newtb-w10pro64-pt-BR-64 win2004_newtb-w10pro64-ru-64 win2004_newtb-w10pro64-zh-CN-64 Notes: * Interestingly this means this failure does not happen in the English, French, German and Greek locales. * Also user32:input only fails on the first run that follows dinput:keyboard, and does not ever fail again, even if dinput:keyboard is run again. In the w10pro64_pt_BR case, adding extra traces shows that the root of the issue is that GetKeyboardLayoutList() returns 10 instead of 13. As a result test_keyboard_layout_name() fails to retrieve all the Keyboard Layout\\Preload values (there is 12 of these, not 10 or 13!). Also the items are not in the same order in layouts_preload and layouts so this causes some entries to be missing. More notes: * The ok() message is wrong: it is not layout we are looking for but layouts[i], aka klid. * I don't know why the GetKeyboardLayoutList() return value changes in the first run that follows dinput:keyboard, but I'm not sure it makes sense to assume it matches the number of entries in the Preload key in the first place. -- 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 55288] New: ntdll:reg - The 32-bit test_redirection() fails if run after the 64 WineTest
by WineHQ Bugzilla 22 Dec '23

22 Dec '23

https://bugs.winehq.org/show_bug.cgi?id=55288 Bug ID: 55288 Summary: ntdll:reg - The 32-bit test_redirection() fails if run after the 64 WineTest Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- ntdll:reg - The 32-bit test_redirection() fails if run after the 64-bit WineTest: reg.c:1714: Test failed: NtDeleteKey failed: 0xc0000022 See https://test.winehq.org/data/patterns.html#ntdll:reg Where 0xc0000022 == STATUS_ACCESS_DENIED These failures only happen in the fg-deb64-i386 and fg-deb64-wow32 test configurations which means they only fail if the 64-bit test suite has previously been run in the same wineprefix. So this is either a test cleanup issue or Wine messing up the registry in some way. Furthermore the failures started on 2023-07-17 so they can probably be tied back to a specific commit. -- 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 51314] New: vulkan-1:vulkan crashes on cw-rx460 with recent Radeon drivers
by WineHQ Bugzilla 22 Dec '23

22 Dec '23

https://bugs.winehq.org/show_bug.cgi?id=51314 Bug ID: 51314 Summary: vulkan-1:vulkan crashes on cw-rx460 with recent Radeon drivers Product: Wine Version: 6.10 Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com vulkan-1:vulkan crashes on cw-rx460 with recent Radeon drivers: https://test.winehq.org/data/patterns.html#vulkan-1:vulkan vulkan.c:425: this is the last test seen before the exception 16c4:vulkan: unhandled exception c0000005 at 6B718FCD With the Radeon 19.11.3 driver test_private_data() is skipped because the device creation fails. But with the Radeon >= 21.3.2 driver the function is being run and the vkSetPrivateDataEXT() call causes a crash. -- 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 55667] New: kernel32:file - test_MapFile() fails on macOS
by WineHQ Bugzilla 22 Dec '23

22 Dec '23

https://bugs.winehq.org/show_bug.cgi?id=55667 Bug ID: 55667 Summary: kernel32:file - test_MapFile() fails on macOS Product: Wine Version: unspecified Hardware: x86-64 OS: Mac OS X Status: NEW Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com kernel32:file - test_MapFile() fails on macOS: file.c:3131: Test failed: mapping should fail file.c:3134: Test failed: mapping should fail See https://test.winehq.org/data/patterns.html#kernel32:file These failures are systematic, started on 2023-09-26 and only happen on macOS (see Remi's rbernon-macos-* cloud test machines). I think the symptoms correspond to the removal of the broken(hmap != NULL) case in the commit below: commit 0abd795ff02601474962dfa4b4a070082a9999cd Author: Alexandre Julliard <julliard(a)winehq.org> AuthorDate: Mon Sep 25 11:15:14 2023 +0200 kernel32/tests: Fix loader tests on Windows ARM64. -- 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 54381] New: tightvnc viewer crashes on incoming connection
by WineHQ Bugzilla 22 Dec '23

22 Dec '23

https://bugs.winehq.org/show_bug.cgi?id=54381 Bug ID: 54381 Summary: tightvnc viewer crashes on incoming connection Product: Wine Version: 8.0-rc3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: wine(a)axeitado.com Distribution: --- Created attachment 73948 --> https://bugs.winehq.org/attachment.cgi?id=73948 Backtrace, 64bits version. $ wine --version wine-8.0-rc3 (Debian 8.0~rc3~repack-1) The crash happens when the connection is established and the remote screen is about to appear on the viewer. For instance, when the remote server connects to the viewer with a reverse connection: $ wine tvnviewer.exe -listen c:\> tvnserver.exe -run c:\> tvnserver.exe -controlapp -connect <viewer-host-address> wine: Unhandled page fault on write access to 0000000000000000 at address 000000014007D22D (thread 0110), starting debugger... 0108:err:sync:RtlpWaitForCriticalSection section 0000000001D77BF8 (null) wait timed out in thread 0108, blocked by 010c, retrying (60 sec) The above example uses the reverse connection method, which is straightforward to setup. When the viewer connects to a listening remote server the same crash occurs: c:\> rem the server must be properly configured: c:\> tvnserver.exe -run $ wine tvnviewer.exe <remote-server-address> wine: Unhandled page fault on write access to 0000000000000000 at address 000000014007D22D (thread 010c), starting debugger... 0108:err:sync:RtlpWaitForCriticalSection section 0000000001D77BF8 (null) wait timed out in thread 0108, blocked by 010c, retrying (60 sec) This worked until very recently, 7.0.1~repack-1 was fine (this is Debian Testing). The software is licensed under the GPL and binaries can be downloaded on the author's homepage (currently at version 2.8.63): https://www.tightvnc.com/download.php The 32 bit version also crashes. Backtrace attached. It looks like the problem is related to starting a thread. -- 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 17

[Bug 53166] New: Star Wars : Fallen Order crashes at launch
by WineHQ Bugzilla 22 Dec '23

22 Dec '23

https://bugs.winehq.org/show_bug.cgi?id=53166 Bug ID: 53166 Summary: Star Wars : Fallen Order crashes at launch Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mfplat Assignee: wine-bugs(a)winehq.org Reporter: berillions(a)gmail.com Distribution: Debian Created attachment 72614 --> https://bugs.winehq.org/attachment.cgi?id=72614 Fallen Order output console Hi, I tried to launch the game with wine 7.10 and git e3ba22e39b1. The game crashes at launch before intro video and mfplat is needed. Use mfplat dlls override from https://github.com/z0z0z/mf-install workaround the issue. I attach the output console. This is the error message : ### 06b4:fixme:mfplat:topology_loader_Load 0000000001589820, 0000000001589E50, 000000001E64FBB8, 0000000000000000. 06b4:fixme:quartz:DllGetClassObject {6a170414-aad9-4693-b806-3a0c47c570d6} not implemented, returning CLASS_E_CLASSNOTAVAILABLE. 06b4:err:ole:apartment_getclassobject DllGetClassObject returned error 0x80040111 for dll L"C:\\windows\\system32\\winegstreamer.dll" 06b4:err:ole:com_get_class_object no class object {6a170414-aad9-4693-b806-3a0c47c570d6} could be created for context 0x1 06b4:fixme:mfplat:audio_renderer_get_service_GetService Unsupported service {866fa297-b802-4bf8-9dc9-5e3b6a9f53c9}, interface {0a9ccdbc-d797-4563-9667-94ec5d79292d}. 06b4:fixme:mfplat:media_source_QueryInterface {6ef2a662-47c0-4666-b13d-cbb717f2fa2c}, 000000001E64FAC8. ### -- 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 6

[Bug 55578] New: kernel32:loader - The 64-bit test_section_access() sometimes fails on Windows 8
by WineHQ Bugzilla 22 Dec '23

22 Dec '23

https://bugs.winehq.org/show_bug.cgi?id=55578 Bug ID: 55578 Summary: kernel32:loader - The 64-bit test_section_access() sometimes fails on Windows 8 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com kernel32:loader - The 64-bit test_section_access() sometimes fails on Windows 8: loader.c:2075: Test failed: DeleteFile error 32 loader.c:2075: Test failed: DeleteFile error 32 loader.c:2075: Test failed: DeleteFile error 32 See https://test.winehq.org/data/patterns.html#kernel32:loader This started on 2023-09-04 and happens in about 50% of the WineTest runs and is most likely caused by the commit below: commit d64200805b1848f782c8a4ce1fdbcb9292fffe51 Author: Alexandre Julliard <julliard(a)winehq.org> AuthorDate: Thu Aug 31 18:08:50 2023 +0200 kernel32/tests: Remove some workarounds for old Windows versions. -- 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 55439] New: RPG Maker game crashes
by WineHQ Bugzilla 22 Dec '23

22 Dec '23

https://bugs.winehq.org/show_bug.cgi?id=55439 Bug ID: 55439 Summary: RPG Maker game crashes Product: Wine Version: 8.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: beta60sensei(a)mail.ru Distribution: --- Created attachment 74999 --> https://bugs.winehq.org/attachment.cgi?id=74999 WINEDEBUG=+seh,+tid Hi. I'm playing RPG Maker game and it crashes in some specific places with errors like: Script 'Flash' line 112: Errno::EBADF occurred. Bad file descriptor - <STDUOT> The developer of the game says: "seams to be a problem with wine running ingame scripts ... it looks like wine crashes every time I use console output for debugging in scripts". But, if i run the game with WINEDEBUG, then it works fine without crashes. There is no errors in terminal when crash occurs, but i will attach log of WINEDEBUG=+seh,+tid of the moment, when the game would crash if it were not running in the debug mode. I'm using wine-staging 8.13 -- 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 24