May 2025 - Wine-Bugs - list.winehq.org

[Bug 19226] New: Braid: Both Shift keys needed to move puzzle pieces
by wine-bugs＠winehq.org June 13, 2025

June 13, 2025

http://bugs.winehq.org/show_bug.cgi?id=19226 Summary: Braid: Both Shift keys needed to move puzzle pieces Product: Wine Version: 1.1.25 Platform: PC URL: http://www.playgreenhouse.com/game/NNONE-000001-01/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: elton(a)schiert.net Steps to reproduce: -Download Braid Demo from http://www.playgreenhouse.com/game/NNONE-000001-01/ -Install and run it -Enter the first level and play until you have collected at least one puzzle piece (this takes just one minute) -You can now exit the level and go back to the house -Stand in front of the puzzle area and use it -On this screen you are supposed to be able to move the pieces around by placing the cursor over them, holding any Shift key and using the cursor keys or WASD -This works on Windows; but with Wine I need to press both (left and right) Shift keys to be able to move a piece Notes: -Only the puzzle screen is affected. Rest of the game works with any Shift key. -Once both Shift keys have been pressed in order to "grab" a piece one can let go one key and is still able to move the piece around until one lets go of the 2nd Shift key. Only then the piece is "released" -- 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 20

[Bug 53071] New: wine version 6.0.3
by WineHQ Bugzilla June 13, 2025

June 13, 2025

https://bugs.winehq.org/show_bug.cgi?id=53071 Bug ID: 53071 Summary: wine version 6.0.3 Product: WineHQ Bugzilla Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: bugzilla-unknown Assignee: wine-bugs(a)winehq.org Reporter: lvpa(a)gmx.fr CC: austinenglish(a)gmail.com Distribution: --- Created attachment 72479 --> https://bugs.winehq.org/attachment.cgi?id=72479 logiciel de conversion vidéo problème de compatibilité avec any video converter version windows. je suis sous lubuntu. -- 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 58293] New: Regression caused by switch to realloc which doesn't zero added memory
by WineHQ Bugzilla June 13, 2025

June 13, 2025

http://bugs.winehq.org/show_bug.cgi?id=58293 Bug ID: 58293 Summary: Regression caused by switch to realloc which doesn't zero added memory Product: Wine Version: 10.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wintrust Assignee: wine-bugs(a)winehq.org Reporter: twhitehead(a)gmail.com Distribution: --- Created attachment 78644 --> http://bugs.winehq.org/attachment.cgi?id=78644 Log showing run with and without reverting 6db69d0 under wine 10.7 In wine 8 `LibOVR.dll` (the shim) would load `LibOVRRT32_1.dll` (the Oculus API). In wine 9 and later this is no longer the case. Reverting 6db69d0 (wintrust: Use CRT allocation function) makes it work again. Looking over this commit I expect the issue is the switch from ``` static void* WINTRUST_ReAlloc(void *ptr, DWORD cb) __WINE_ALLOC_SIZE(2); static void* WINTRUST_ReAlloc(void *ptr, DWORD cb) { return HeapReAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, ptr, cb); } ``` which zeros added memory to realloc which does not. Presumably this is resulting in some field being populated with garbage, and that makes `LibOVR.dll` unhappy when it verifies the signatures on `LibOVRRT32_1.dll`. I put more details and a test program in the following github repo https://github.com/twhitehead/issue-wine-ovrf -- 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 58000] New: New thread stack uses too much memory
by WineHQ Bugzilla June 13, 2025

June 13, 2025

https://bugs.winehq.org/show_bug.cgi?id=58000 Bug ID: 58000 Summary: New thread stack uses too much memory Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: piotr.caban(a)gmail.com Distribution: --- Created attachment 78261 --> https://bugs.winehq.org/attachment.cgi?id=78261 simple app that can be used to reproduce the problem It's a regression caused by 3863b243fe5ef4e223a809e93a85e858952dd754 commit. Affected application (32-bit) runs on low end machine and creates 128 cores. Prior to this change it was using ~34MB of memory, in wine 10.0 it uses ~152MB (every thread uses ~1MB for stack). I've also confirmed that application memory usage is small on Windows 10. According to MSDN stack should not use physical memory until it's referenced. -- 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 21369] New: Tab bar isn't fully visible in HTML-Kit; must be scrolled
by wine-bugs＠winehq.org June 13, 2025

June 13, 2025

http://bugs.winehq.org/show_bug.cgi?id=21369 Summary: Tab bar isn't fully visible in HTML-Kit; must be scrolled Product: Wine Version: 1.1.36 Platform: x86-64 URL: http://www.chami.com/html-kit/download/ OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: comctl32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com Created an attachment (id=25731) --> (http://bugs.winehq.org/attachment.cgi?id=25731) Terminal output In HTML-Kit build 292, one of the tab bars (the one below the current working file) isn't displayed as expected in Wine. In Windows, the entire tab bar is visible, but in Wine, part of it is cut off, with scroll arrows present to bring the rest into view. Native comctl32 installed by winetricks fixes the issue. Interestingly, increasing Wine's DPI to 120 allows all the tabs to display at once, though rendering is still a bit different from Windows. Terminal output is from opening the program and entering "create a new file" mode (which is when the tabs first become visible). -- 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 18

[Bug 53401] New: regedit does not import .reg files
by WineHQ Bugzilla June 13, 2025

June 13, 2025

https://bugs.winehq.org/show_bug.cgi?id=53401 Bug ID: 53401 Summary: regedit does not import .reg files Product: Wine-staging Version: 7.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ToddAndMargo(a)zoho.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 72794 --> https://bugs.winehq.org/attachment.cgi?id=72794 .reg file that won't import Fedora 36 Wine 7.12-1 Regedit $ env WINEPREFIX="/home/todd/.wine.test" wine regedit & --> Registry --> Import Registry File Does not actually import ./reg files, but says it has successfully done so. -- 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 24026] New: Tab completion for cmd
by wine-bugs＠winehq.org June 13, 2025

June 13, 2025

http://bugs.winehq.org/show_bug.cgi?id=24026 Summary: Tab completion for cmd Product: Wine Version: 1.3.0 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: cmd AssignedTo: wine-bugs(a)winehq.org ReportedBy: andrew.millington(a)gmail.com Pressing tab only creates a space but should complete a file name in the same way that Windows does with their Command Prompt. -- 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 19

[Bug 58259] New: Qt Installer for Windows doesn't work
by WineHQ Bugzilla June 13, 2025

June 13, 2025

http://bugs.winehq.org/show_bug.cgi?id=58259 Bug ID: 58259 Summary: Qt Installer for Windows doesn't work Product: Wine Version: 9.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tshah.dental(a)gmail.com Distribution: --- So if you were to download the official Qt for Windows installer (located at https://download.qt.io/official_releases/online_installers/qt-online-instal… ), it would start the program but nothing would show up. Before, it should show an error message: err:winediag:SECUR32_initNTLMSP ntlm_auth was not found or is outdated. Make sure that ntlm_auth >= 3.0.25 is in your path. Usually, you can find it in the winbind package of your distribution. So I installed winbind and libntlm0 and now the error does not show up anymore but the installer still doesn't show any window. It maxes out a single thread and stays like that forever. -- 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 58196] New: d3d9:device WM_WINDOWPOSCHANGED test fails consistently on Linux since Wine 10.5
by WineHQ Bugzilla June 13, 2025

June 13, 2025

http://bugs.winehq.org/show_bug.cgi?id=58196 Bug ID: 58196 Summary: d3d9:device WM_WINDOWPOSCHANGED test fails consistently on Linux since Wine 10.5 Product: Wine Version: 10.4 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- $ ./wine dlls/d3d9/tests/x86_64-windows/d3d9_test.exe device 2>&1 | grep WM_WINDOWPOSCHANGED device.c:4467: Test failed: Received WM_WINDOWPOSCHANGED but did not expect it, i=0. `git bisect` says: 3ae66c75cf443c0be403d9fe4e4da3c19b3ad9a8 is the first bad commit commit 3ae66c75cf443c0be403d9fe4e4da3c19b3ad9a8 Author: Rémi Bernon <rbernon(a)codeweavers.com> AuthorDate: Sat Mar 29 09:32:27 2025 +0100 Commit: Alexandre Julliard <julliard(a)winehq.org> CommitDate: Wed Apr 2 22:25:37 2025 +0200 winex11: Use _NET_ACTIVE_WINDOW to request/track window activation. When supported, instead of tracking window focus only. dlls/user32/tests/win.c | 2 +- dlls/winex11.drv/event.c | 32 ++++++++++++++++++++------------ dlls/winex11.drv/keyboard.c | 2 +- dlls/winex11.drv/mouse.c | 2 +- dlls/winex11.drv/window.c | 86 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++---------- dlls/winex11.drv/x11drv.h | 4 +++- 6 files changed, 102 insertions(+), 26 deletions(-) -- 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 44120] New: Steam Big Picture mode fails to start, it shows a black screen (d3d10, d3d11, more)
by wine-bugs＠winehq.org June 13, 2025

June 13, 2025

https://bugs.winehq.org/show_bug.cgi?id=44120 Bug ID: 44120 Summary: Steam Big Picture mode fails to start, it shows a black screen (d3d10, d3d11, more) Product: Wine Version: 2.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: arnfranke(a)yahoo.com Distribution: --- Steam Big Picture mode does not work properly. It shows a black screen instead of the Steam Big Picture UI. No sound output, either. I've marked the component as directx-d3d as most of the problems seem to be with d3d, d2d, dxgi, d3d10, and d3d11. Steam Big Picture STDERR Log from Wine 2.22: https://pastebin.com/ayhgum69 Please see the "Depends on" section for individual problems with d3d et al preventing Steam Big Picture from working 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.

2 32