July 2026 - Wine-Bugs - list.winehq.org

[Bug 59885] New: Sonic Boom (1995 Klik & Play fangame) locks up in new WoW64 build
by WineHQ Bugzilla July 8, 2026

July 8, 2026

http://bugs.winehq.org/show_bug.cgi?id=59885 Bug ID: 59885 Summary: Sonic Boom (1995 Klik & Play fangame) locks up in new WoW64 build Product: Wine Version: 11.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)list.winehq.org Reporter: gerbilsoft(a)gerbilsoft.com Distribution: --- The fix for bug 59871 allowed the game to get a bit further in starting up. On wine and wine-staging with the "old" WoW64 setup, the game works (with a 32-bit prefix). With the "new" WoW64 setup, it hangs, and the following message prints in the console every 60 seconds: 01bc:err:sync:RtlpWaitForCriticalSection section 7BA07A00 "dlls/krnl386.exe16/syslevel.c: Win16Mutex" wait timed out in thread 01bc, blocked by 01a0, retrying (60 sec) Using standard wine 11.1 and wine-staging 11.11, both with new WoW64 enabled. (Tested the non-WoW64 build as well, as indicated in bug 59871.) OS: Gentoo Linux Kernel: Linux 7.0.10 Desktop: KDE Plasma 6.7 Beta 2 -- 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 57330] New: NtQueryVolumeInformationFile does not work on Z: drive on default configuration
by WineHQ Bugzilla July 8, 2026

July 8, 2026

https://bugs.winehq.org/show_bug.cgi?id=57330 Bug ID: 57330 Summary: NtQueryVolumeInformationFile does not work on Z: drive on default configuration Product: Wine Version: 9.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: joshudson(a)gmail.com Distribution: --- Calling NtQueryVolumeInformationFile on an open handle that's opened from the Z: drive returns Invalid Function. I tried to run the test harness for my .NET File Systems DLL on Wine, and it didn't get very far. Almost nothing works because it wants the volume serial number, which on actual Windows is a cheap call. Source code line of failure: https://github.com/joshudson/Emet/blob/302fe61d0b8614e2a57930fc75cffa034ba3… What's interesting is this code *doesn't want* the volume serial number; it *wants* any unique volume identifier given a handle where all handles on the same handle get the same result. I could in theory detect wine here if I had a good way to implement the problem elsehow on Wine; say by one of the wine specific IOCTL calls. (The obvious solution is if I get back Invalid Function here; make the wine-specific call before giving up.) If you actually run the test battery https://github.com/joshudson/Emet/blob/302fe61d0b8614e2a57930fc75cffa034ba3… it should be a pretty good supplemental test battery for Wine's filesystem layer. -- 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 2

[Bug 59872] New: In version 11.11, clicks appeared in Red Dead Remastered
by WineHQ Bugzilla July 8, 2026

July 8, 2026

http://bugs.winehq.org/show_bug.cgi?id=59872 Bug ID: 59872 Summary: In version 11.11, clicks appeared in Red Dead Remastered Product: Wine Version: 11.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: jon9097(a)gmail.com Distribution: --- In version 11.11, clicks appeared in Red Dead Remastered. When I press Esc, clicks are heard and clicks also appeared in the game itself, there were no clicks in version 11.10. The logs are still the same and there is nothing suspicious. Sometimes the clicks are so strong that they interfere with playing. -- 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 24352] New: Virtual desktop does not respect modeless child window Z-order
by wine-bugs＠winehq.org July 8, 2026

July 8, 2026

http://bugs.winehq.org/show_bug.cgi?id=24352 Summary: Virtual desktop does not respect modeless child window Z-order Product: Wine Version: 1.3.2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: multitude(a)internode.on.net 1. Run 'winecfg' and ensure the 'Graphics -> Emulate a virtual desktop' option is off. 2. Press the OK button to apply any changes and close 'winecfg'. 2. Run 'wine notepad' and search for text (Ctrl-F). 3. Leaving the 'Find' window open, mouse click the main 'Notepad' window. CORRECT RESULT: The 'Notepad' window becomes active, the 'Find' child window becomes inactive and remains in front of the main 'Notepad' window. 4. Exit 'notepad', run 'winecfg' and enable the 'Graphics -> Emulate a virtual desktop' option. 5. Press the OK button to apply the change and close 'winecfg'. 6. Run 'wine notepad' again and search for text (Ctrl-F). 7. Leaving the 'Find' window open, mouse click the main 'Notepad' window. INCORRECT RESULT: When the 'Notepad' window becomes active the 'Find' window disappears behind the 'Notepad' window. Confirmed in Wine 1.3.2 and Wine 1.2. Bug found when testing Chessmaster Grandmaster Edition. -- 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.

3 19

[Bug 59478] New: SolidWorks 2025: owner-drawn buttons inside large (10000x10000) child window receive WM_LBUTTONDOWN but BN_CLICKED is never sent
by WineHQ Bugzilla July 8, 2026

July 8, 2026

http://bugs.winehq.org/show_bug.cgi?id=59478 Bug ID: 59478 Summary: SolidWorks 2025: owner-drawn buttons inside large (10000x10000) child window receive WM_LBUTTONDOWN but BN_CLICKED is never sent Product: Wine Version: 11.0 Hardware: arm OS: MacOS Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: junkwalkers(a)gmail.com Created attachment 80468 --> http://bugs.winehq.org/attachment.cgi?id=80468 Window hierarchy dump from inspector tool SolidWorks 2025 Education Edition hosts PropertyManager controls inside a child window titled "Dve sheet" sized 10000x10000 pixels. Owner-drawn buttons (BS_OWNERDRAW, style 0x5001000B) inside this window visually depress when clicked (WM_LBUTTONDOWN is delivered) but the BN_CLICKED notification (WM_COMMAND) is never sent to the parent window on mouse release. Steps to reproduce: 1. Install SolidWorks 2025 in a clean wineprefix 2. Open a part and enter sketch edit mode (e.g., draw a circle) 3. The PropertyManager sidebar displays controls inside a "Dve sheet" window (10000x10000) 4. Click any owner-drawn button: the confirm checkmark, cancel X, or circle type selectors Expected: Button fires its action (BN_CLICKED sent via WM_COMMAND to parent) Actual: Button visually depresses and releases but no action occurs Additional observations: - Standard buttons in normal-sized windows (Command Manager toolbar, viewport overlay buttons) work correctly - Text fields, dropdowns, and checkboxes in the same PropertyManager panel work - A custom window inspector confirms the buttons are BS_OWNERDRAW (style 0x5001000B) children of the "Dve sheet" window - Manually posting WM_COMMAND with BN_CLICKED to the button's parent via an external helper process makes the buttons function correctly, confirming the parent is listening for the notification This suggests the issue is in Wine's button control or mouse capture handling when the owning window has very large dimensions (10000x10000). Window hierarchy (from EnumChildWindows inspection): "Dve sheet" [AfxWnd140u] size=10000x10000 "Circle" [Button] style=0x5001000B size=242x24 ← broken "dvePage ScrollView" [AfxFrameOrView140u] size=243x798 [#32770] style=0x52000044 size=240x407 (various controls: buttons, checkboxes, labels) [Button] style=0x5001000B size=24x24 ← broken (confirm/cancel) System: macOS 26.3, Apple Silicon (M-series), Wine 11.0 stable, Rosetta 2 translation This may also affect the X11 driver — not tested. -- 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 59477] New: SolidWorks 2025: GDI-rendered child window (Feature Manager tree) invisible behind sibling OpenGL child window on macOS
by WineHQ Bugzilla July 8, 2026

July 8, 2026

http://bugs.winehq.org/show_bug.cgi?id=59477 Bug ID: 59477 Summary: SolidWorks 2025: GDI-rendered child window (Feature Manager tree) invisible behind sibling OpenGL child window on macOS Product: Wine Version: 11.0 Hardware: arm OS: MacOS Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: junkwalkers(a)gmail.com Created attachment 80466 --> http://bugs.winehq.org/attachment.cgi?id=80466 Wine terminal output with WINEDEBUG=+win,+key showing F9 toggle for featuremanager SolidWorks 2025 Education Edition has a GDI-rendered Feature Manager tree panel (SysTreeView32) as a sibling child window to an OpenGL-rendered 3D viewport. On macOS with the winemac driver, the OpenGL content renders on top of the tree panel, making it completely invisible. The tree control is fully functional — items populate, right-click context menus work, selections register — but nothing is visible on screen. The tree becomes briefly visible when closing a document (OpenGL surface is destroyed) and a black rectangle appears in its place when dragging the document window. This appears to be the macOS equivalent of bug 2398 ("OpenGL is only used on top level windows so child windows get overdrawn"), which was fixed for the X11 driver in Wine 0.9.57. The Mac driver uses separate Core Animation layers for OpenGL surfaces, and these layers always render on top of GDI-rendered sibling windows regardless of WS_CLIPSIBLINGS. Steps to reproduce: 1. Install SolidWorks 2025 in a clean wineprefix on macOS (Apple Silicon via Rosetta 2). As the solidworks installer does not work this must be done manually either from the offline installer or from an existing installation. 2. Launch SolidWorks and open any part document 3. Observe that the left panel area (Feature Manager tree) is blank/invisible 4. Right-click the blank area — correct context menus appear, confirming the tree exists Expected: Tree panel visible alongside the 3D viewport, with viewport clipped by WS_CLIPSIBLINGS Actual: OpenGL viewport's CALayer covers the entire tree panel area Wine debug output (+win) shows: - Tree panel window uses parent surface (apply_window_pos reports surface 0x0 -> 0x0) - Viewport window rect (-1,150)-(1709,1090) overlaps tree at (0,150)-(240,1090) - Both windows receive paint messages and render correctly to their respective surfaces The OpenGLSurfaceMode registry setting partially confirms this: - "transparent": tree becomes visible when viewport is undocked, but opaque GL rendering still covers tree when docked - "behind": viewport becomes invisible (GL behind all content) System: macOS 26.3, Apple Silicon (M-series), Wine 11.0 stable, Rosetta 2 translation Attachments to include: - Wine terminal output with WINEDEBUG=+win,+key showing F9 toggle (attach as .txt.gz) - Screenshot showing blank tree area with working right-click menu -- 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 1

[Bug 59825] New: focus tracking not quite correct when focus-follows-mouse
by WineHQ Bugzilla July 8, 2026

July 8, 2026

http://bugs.winehq.org/show_bug.cgi?id=59825 Bug ID: 59825 Summary: focus tracking not quite correct when focus-follows-mouse Product: Wine Version: 11.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)list.winehq.org Reporter: galtgendo(a)o2.pl Distribution: --- This might be just a different variant of bug 57682, but till proven otherwise, I treat it as a separate problem. It might also just be an openbox specific issue. Anyway, getting to point. Window manager is set to focus-follows-mouse with focus delay of 800ms. As an example, I'm using two f2p games to demonstrate the problem, but simply cause it's easiest to show it with these two. The mentioned games are Unnamed Space Idle and Synergism (both in their Windows versions). USI is Godot, Synergism is Electron. After putting Synergism on top of the other in a cascade like manner, I'm able to do the following: I move the mouse cursor from outside of the windows through uncovered portion of USI window to the Synergism window quickly enough that focus delay doesn't raise USI window then stop there. Window manager gives the focus to Synergism window and that should be it... Yet, as I move mouse over the Synergism window, I can see that despite USI window not having focus, it displays mouse tooltips for the elements it hovers over, despite being mostly covered and technically unfocused. As USI doesn't have (IIRC) any 'trigger by hover' actions, in this case it's mostly cosmetic, but if it did, I strongly suspect it would be more than that. -- 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 1

[Bug 27419] New: Mouse problem in Heroes of Might and Magic 3
by wine-bugs＠winehq.org July 7, 2026

July 7, 2026

http://bugs.winehq.org/show_bug.cgi?id=27419 Summary: Mouse problem in Heroes of Might and Magic 3 Product: Wine Version: 1.3.21 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: cdar07(a)gmail.com When I go into the castle, then fort and click on a unit picture, new window appear in which I can decide how many of those I want to buy. I click on the maximum button and nothing is happening. From that moment, mouse click is not working. Moving cursor is just fine, only click makes problems. Everything is ok on wine 1.3.5 from http://wine.budgetdedicated.com/archive/binary/. -- 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.

3 50

[Bug 44896] New: Sonic CD Steam choppy audio
by wine-bugs＠winehq.org July 7, 2026

July 7, 2026

https://bugs.winehq.org/show_bug.cgi?id=44896 Bug ID: 44896 Summary: Sonic CD Steam choppy audio Product: Wine Version: unspecified Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: minor Priority: P2 Component: directx-dsound Assignee: wine-bugs(a)winehq.org Reporter: ALEXMCCULLLOCH(a)gmail.com If you do get Sonic CD to even run, the music/sounds are choppy. -- 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.

3 3

[Bug 59967] New: Delete account
by WineHQ Bugzilla July 7, 2026

July 7, 2026

http://bugs.winehq.org/show_bug.cgi?id=59967 Bug ID: 59967 Summary: Delete account Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: ovari123(a)zoho.com Target Milestone: --- Distribution: --- Please delete this account on all winehq.org sites. For example, bugs.winehq.org and WineHQ AppDB appdb.winehq.org. Thank you -- 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