- Wine-Bugs - list.winehq.org

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

Dec. 22, 2023

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 55328] New: user32:input - test_keyboard_layout_name() fails on Windows 7 for the Spanish locale
by WineHQ Bugzilla Dec. 22, 2023

Dec. 22, 2023

https://bugs.winehq.org/show_bug.cgi?id=55328 Bug ID: 55328 Summary: user32:input - test_keyboard_layout_name() fails on Windows 7 for the Spanish locale Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com user32:input - test_keyboard_layout_name() fails on Windows 7 for the Spanish locale: input.c:3474: Test failed: 04090409: GetKeyboardLayoutNameW returned L"00000C0A", expected L"00000409" See https://test.winehq.org/data/patterns.html#user32:input This failure is systematic and specific to this Spanish Windows 7 Ultimate configuration. In particular it does not happen in any of the other w7u configurations. -- 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 55306] New: [REG 8.11] Cannot double click in the server browser in Worms Armageddon
by WineHQ Bugzilla Dec. 22, 2023

Dec. 22, 2023

https://bugs.winehq.org/show_bug.cgi?id=55306 Bug ID: 55306 Summary: [REG 8.11] Cannot double click in the server browser in Worms Armageddon Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: wine(a)thecybershadow.net Regression SHA1: 10f5ff7f06595bf9d1f487f91dbbd869e5105d26 Distribution: --- Created attachment 74902 --> https://bugs.winehq.org/attachment.cgi?id=74902 Draft patch Steps to reproduce: 1. Install Worms Armageddon 2. From the main menu, go into the options screen (bottom right button) -> Advanced -> check "Use community server list" 3. From the main menu, go to network (bottom left button) -> WormNET (top right button) 4. Try double-clicking on a link Expected: Should follow the clicked link / enter the clicked server. Actual: Nothing happens. Cursor changes from hand pointer to arrow on the first click. Regression in 8.11, introduced in commit 10f5ff7f06595bf9d1f487f91dbbd869e5105d26. Attached patch fixes it for me, though I can't vouch for its correctness. -- 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 52971] New: HardWest 2 (playtest) is broken with OpenGL/Vulkan backend
by WineHQ Bugzilla Dec. 22, 2023

Dec. 22, 2023

https://bugs.winehq.org/show_bug.cgi?id=52971 Bug ID: 52971 Summary: HardWest 2 (playtest) is broken with OpenGL/Vulkan backend Product: Wine Version: 7.8 Hardware: x86-64 URL: https://store.steampowered.com/app/1282410/Hard_West_2 / OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: berillions(a)gmail.com Distribution: --- Created attachment 72342 --> https://bugs.winehq.org/attachment.cgi?id=72342 Hard West 2 with Damavand Hi, New game = new test for Damavand. This game is currently in beta test on Steam for free so i don't know if the invitations are illimited. Tried the game with wine-5.8 + vkd3d git (e6ce077a) VKD3D_DEBUG=trace VKD3D_SHADER_DEBUG=trace WINEDEBUG=+d3d,+d3d11,+d3d_shader,+seh log here : https://www.mediafire.com/file/5ozkg59o3dof53r/HardWest2_d3d.7z/file -- 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 56026] New: Wine 9.0-rc1 Wayland: Mouse buttons 3-6 do not work
by WineHQ Bugzilla Dec. 22, 2023

Dec. 22, 2023

https://bugs.winehq.org/show_bug.cgi?id=56026 Bug ID: 56026 Summary: Wine 9.0-rc1 Wayland: Mouse buttons 3-6 do not work Product: Wine Version: 9.0-rc1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: h0tc0d3(a)gmail.com CC: alexandros.frantzis(a)collabora.com Distribution: --- Bindings on mouse3-mouse6 do not work in games. The click events for these buttons do not come from wayland wine. -- 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 56015] New: SysTray doesn't work for (and crashes) WiseReminder
by WineHQ Bugzilla Dec. 22, 2023

Dec. 22, 2023

https://bugs.winehq.org/show_bug.cgi?id=56015 Bug ID: 56015 Summary: SysTray doesn't work for (and crashes) WiseReminder Product: Wine Version: 9.0-rc1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bq74stlxvkpb(a)opayq.com Distribution: --- Created attachment 75648 --> https://bugs.winehq.org/attachment.cgi?id=75648 WiseReminder installer It worked fine for years, but 9.0-rc1 introduced a problem. At first (with 9.0-rc1, that is), WiseReminder crashed with a Wine error - something about the tray (I didn't printscreen it). Now it seemingly launches, but without a GUI and without a tray, so I cannot get "inside" WiseReminder. I don't even know if it works anymore. (it either doesn't seem to work at all, or notification windows are broken as well) I tried rebooting Wine, but it didn't solve the issue. WiseReminder is freeware and it can be downloaded from https://www.wisecleaner.com/wise-reminder.html Unfortunately, I am using it on my work laptop for work. :( -- 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 22

[Bug 55967] New: app regression; SWATH stops working at all as of 8.18
by WineHQ Bugzilla Dec. 22, 2023

Dec. 22, 2023

https://bugs.winehq.org/show_bug.cgi?id=55967 Bug ID: 55967 Summary: app regression; SWATH stops working at all as of 8.18 Product: Wine Version: 8.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mhrivnak(a)hrivnak.org Distribution: --- Created attachment 75557 --> https://bugs.winehq.org/attachment.cgi?id=75557 terminal output SWATH (http://swath.net/) won't run at all starting with 8.18, after having run successfully under wine for a very long time. It continues to not work as of 8.21. I did a clean install of Fedora 38 and started testing packages from the winehq repository. winehq-devel-8.17-1.1.x86_64 does work. winehq-devel-8.18-1.1.x86_64 does not work. Steps to reproduce: ### wget http://swath.net/downloads/SWATH_v2_0.exe sudo dnf install wine-mono sudo dnf install winehq-devel-8.17-1.1.x86_64 wine SWATH_v2_0.exe < click through the install wizard. At the end, un-select the option to launch> wine ~/.wine/drive_c/Program\ Files\ \(x86\)/SWATH\ 2.0/SWATH.exe ### The app will show a dialog about being on a 30-day trial, and then the main window opens. It works. Now exit, and we'll try again with 8.18. ### rm -Rf ~/.wine sudo dnf install winehq-devel-8.18-1.1.x86_64 wine SWATH_v2_0.exe < click through the install wizard. At the end, un-select the option to launch> wine ~/.wine/drive_c/Program\ Files\ \(x86\)/SWATH\ 2.0/SWATH.exe ### The process quickly exits with code 150, never having shown a graphical window of any kind. -- 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 55288] New: ntdll:reg - The 32-bit test_redirection() fails if run after the 64 WineTest
by WineHQ Bugzilla Dec. 22, 2023

Dec. 22, 2023

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 51478] New: dinput:keyboard breaks user32:input's test_keyboard_layout_name() in some locales ()
by WineHQ Bugzilla Dec. 22, 2023

Dec. 22, 2023

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 56001] New: Some shortcut keys don't work when winewayland contains the mouse input
by WineHQ Bugzilla Dec. 22, 2023

Dec. 22, 2023

https://bugs.winehq.org/show_bug.cgi?id=56001 Bug ID: 56001 Summary: Some shortcut keys don't work when winewayland contains the mouse input Product: Wine Version: 9.0-rc1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: shtetldik(a)gmail.com Distribution: --- Component: winewayland.drv When running Cyberpunk 2077 with winewayalnd, shortcut keys for cyberengine tweaks plugin stop working as soon as mouse input containment kicks in (which is right after the very first loading screen). I.e. before that happens, the cyberengine tweaks HUD can be brought up using the set shortcut (I usually set it to ~), but after the mouse input is contained for mouselook purposes, that stops working, so there is something missing in propagating those keys in such mode. -- 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