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

[Bug 41027] New: Mio Cycloagent dont work
by wine-bugs＠winehq.org July 9, 2026

July 9, 2026

https://bugs.winehq.org/show_bug.cgi?id=41027 Bug ID: 41027 Summary: Mio Cycloagent dont work Product: Wine Version: 1.6.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: registry Assignee: wine-bugs(a)winehq.org Reporter: jantaelman(a)telenet.be Distribution: --- Created attachment 55198 --> https://bugs.winehq.org/attachment.cgi?id=55198 Unhandled exception: page fault on read access to 0x00000240 in 32-bit code (0x00a3c9f6). Register dump: Unhandled exception -- 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 47412] New: Kaseya Live Connect: crashes on first run after install
by wine-bugs＠winehq.org July 9, 2026

July 9, 2026

https://bugs.winehq.org/show_bug.cgi?id=47412 Bug ID: 47412 Summary: Kaseya Live Connect: crashes on first run after install Product: Wine Version: 4.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: registry Assignee: wine-bugs(a)winehq.org Reporter: alero5752(a)hotmail.com Distribution: --- Created attachment 64760 --> https://bugs.winehq.org/attachment.cgi?id=64760 Progam Error details Hello, Linux noob here. My company recently upgraded our Kaseya VSA version to 9.5.0.2 and ever since this was completed it broke my Kaseya Live Connect app compatibility within Wine. I've attached the log to review and also a link to the EXE file for the application below. This is the very latest version of Kaseya. When attempting to launch the program, it stops and displays an error, (The program QtWebEngineProcess.exe has encountered a serious problem and needs to close. We are sorry for the inconvenience). https://drive.google.com/file/d/1StEVxsaQFKTVX8pb6htmo8r_4R14btJz/view?usp=… -- 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 4

[Bug 19347] New: winefile: inconsistent "Wine" menu
by wine-bugs＠winehq.org July 8, 2026

July 8, 2026

http://bugs.winehq.org/show_bug.cgi?id=19347 Summary: winefile: inconsistent "Wine" menu Product: Wine Version: 1.1.25 Platform: All URL: http://winehq.org OS/Version: All Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: adys.wh(a)gmail.com Left of the "File" menu in winefile, is a wine bottle which acts as a window menu. This is inconsistent with other programs; and unnecessary as the window menu is located just above it. -- 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 13

[Bug 59609] New: comctl32: LVM_GETITEMPOSITION returns client coordinates instead of view coordinates in ICON/SMALLICON views (breaks FastStone Image Viewer)
by WineHQ Bugzilla July 8, 2026

July 8, 2026

http://bugs.winehq.org/show_bug.cgi?id=59609 Bug ID: 59609 Summary: comctl32: LVM_GETITEMPOSITION returns client coordinates instead of view coordinates in ICON/SMALLICON views (breaks FastStone Image Viewer) Product: Wine Version: 11.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: comctl32 Assignee: wine-bugs(a)list.winehq.org Reporter: lldmakhbfcrmqyluns(a)nesopf.com Distribution: --- Bug overview: In `dlls/comctl32/listview.c`, the function `LISTVIEW_GetItemPosition` unconditionally adds `Origin.x` and `Origin.y` to the item's coordinates. This converts the coordinates to Client coordinates. However, according to MSDN, for `LV_VIEW_ICON` and `LV_VIEW_SMALLICON` modes, `LVM_GETITEMPOSITION` must return View coordinates (absolute coordinates on the canvas), not Client coordinates. MSDN Documentation reference for LVM_GETITEMPOSITION: "In icon or small icon view, the LVM_GETITEMPOSITION message returns the item's position in view coordinates. To get the client coordinates of an item, subtract the origin from the view coordinates." Symptoms & Application Behavior: This bug breaks the top thumbnail strip in full screen mode of FastStone Image Viewer (FSViewer.exe) when scrolling horizontally. The thumbnail strip is a ListView in Icon mode (height: 150px). When the user scrolls to the right by approximately the width of the screen (e.g., ~1900px on a 1080p monitor), the thumbnails suddenly disappear, leaving blank white spaces and cropped thumbnails. The Mathematical Root Cause: Because Wine incorrectly returns Client coordinates instead of View coordinates, a "double subtraction" occurs in the application's logic: 1. Wine calculates internally: `Returned_X = Absolute_X - ScrollPos` (by adding the negative Origin). 2. FSViewer (following MSDN) attempts to calculate the client position to determine if the item is visible: `App_Client_X = Returned_X - ScrollPos`. 3. The resulting math is: `App_Client_X = Absolute_X - 2 * ScrollPos`. When `ScrollPos` exceeds the width of the window (e.g., scrolling past 1920px), the calculated right edge of the visible items becomes negative. FSViewer incorrectly concludes that all items have moved off-screen to the left. To save resources, FSViewer returns `CDRF_SKIPDEFAULT` (0x4) during the `CDDS_PREPAINT` custom draw notification. Wine respects this flag, skips drawing the items, and `BitBlt` copies a blank/white double-buffer background to the screen. Proposed Fix / Patch: The addition of `Origin` should be restricted to `LV_VIEW_DETAILS` and `LV_VIEW_LIST` views, where Client coordinates are actually expected. In `dlls/comctl32/listview.c`, modify `LISTVIEW_GetItemPosition`: --- a/dlls/comctl32/listview.c +++ b/dlls/comctl32/listview.c @@ -XXXX,X +XXXX,X @@ static BOOL LISTVIEW_GetItemPosition(const LISTVIEW_INFO *infoPtr, INT nItem, LP if (infoPtr->uView == LV_VIEW_ICON) { lpptPosition->x += (infoPtr->nItemWidth - infoPtr->iconSize.cx) / 2; lpptPosition->y += ICON_TOP_PADDING; } - lpptPosition->x += Origin.x; - lpptPosition->y += Origin.y; + + /* In Icon/SmallIcon views, position is in view coordinates (absolute). + * In Details/List views, position is in client coordinates. */ + if (infoPtr->uView == LV_VIEW_DETAILS || infoPtr->uView == LV_VIEW_LIST) + { + lpptPosition->x += Origin.x; + lpptPosition->y += Origin.y; + } TRACE (" lpptPosition=%s\n", wine_dbgstr_point(lpptPosition)); return TRUE; Testing: Applying this exact logic fully resolves the white-space rendering bug in FastStone Image Viewer without breaking standard ListView internal mechanics (since Wine internally relies on `LISTVIEW_GetItemOrigin` for drawing, which remains unaffected). -- 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 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 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 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 52556] New: Dragon's Lair 3D page fault when starting the game
by WineHQ Bugzilla July 7, 2026

July 7, 2026

https://bugs.winehq.org/show_bug.cgi?id=52556 Bug ID: 52556 Summary: Dragon's Lair 3D page fault when starting the game Product: Wine Version: 7.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: matej.pivec93(a)gmail.com Distribution: --- Created attachment 71870 --> https://bugs.winehq.org/attachment.cgi?id=71870 Highly compressed WINEDEBUG dumps and the page fault report Dragon's Lair 3D is a 2002 game. Interestingly, it uses OpenGL natively. In any case, the game seems to crash on boot with a page fault: 0160:err:ole:CoUninitialize Mismatched CoUninitialize wine: Unhandled page fault on read access to 0060A000 at address 100548ED (thread 0134), starting debugger... According to WineHQ reports, the last reported working version was in the Wine 1.x era. Unfortunately, running the game with WINEDEBUG=+relay won't produce the same error, the game silently exits in this case. I have added these dumps regardless, they might help you. I tried figuring out which part of wine is problematic myself, but I'm just not versed enough in the WINAPI C stuff. I remember trying to run this throughout the wine 4.x-7.x versions, but I always get the same error. I also remember trying some native C libraries a while ago, but same result. I tried compiling ancient wine versions to see where the regression happened, but this proved too troublesome, since they require headers/packages not really provided by modern distributions anymore. Finally, I decided it is best to just report this bug. My setup: Arch Linux Ryzen 3600X 32GB RAM AMD RX590 In the attachment I have added these dumps: -WINEDEBUG=+loaddll,+relay,+seh,+tid -WINEDEBUG=+all -The wine page fault report I can provide other dumps or try some things other things if you want as well. An interesting observation is running this game in a 64-bit prefix will produce a secdrv loading error. Same thing with a 32-bit WIN98 prefix. A 32-bit Windows XP prefix does NOT produce this error, however (this is the version I used to make these reports). -- 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 1

[Bug 55149] New: Nancy Drew: Danger by Design exits on game start
by WineHQ Bugzilla July 7, 2026

July 7, 2026

https://bugs.winehq.org/show_bug.cgi?id=55149 Bug ID: 55149 Summary: Nancy Drew: Danger by Design exits on game start Product: Wine Version: 8.0.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tiger12506(a)gmail.com Distribution: --- Created attachment 74715 --> https://bugs.winehq.org/attachment.cgi?id=74715 warn+all,+seh,+ddraw Nancy Drew: Danger By Design is 2 disc cd game. I have ISOs created from original discs that I am installing from. Setup.exe works fine -- I choose to change the install location to C:\ND\DangerbyDesign\ because previous attempts to run game from the default location result in it looking for a CIFTree file in the C:\ND\DangerbyDesign directory. That's not the issue. When installed correctly, the game appears to start, the screen goes black, resolution changes to the game's chosen 640x480, and then the game quits (leaving my linux desktop resolution in 640x480 mode). This is the issue. I assume this is a crash, but I either haven't found, or don't understand the outputs of the WINEDEBUG logs well enough to diagnose the issue. Any way that I can help you help me would be appreciated. -- 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 51432] New: DXVA Checker 4.x (.NET 4.x app) needs DXVAHD_CreateDevice
by WineHQ Bugzilla July 7, 2026

July 7, 2026

https://bugs.winehq.org/show_bug.cgi?id=51432 Bug ID: 51432 Summary: DXVA Checker 4.x (.NET 4.x app) needs DXVAHD_CreateDevice Product: Wine Version: 6.12 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: dxva2 Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 35921 Prerequisite: * 32-bit WINEPREFIX (WINEARCH=win32) to work around regression * 'winetricks -q dotnet462' --- snip --- 0148:Call KERNEL32.WideCharToMultiByte(00000000,00000000,021b5ae4 L"DXVAHD_CreateDevice",00000013,0021eb14,00000015,00000000,00000000) ret=79a94936 0148:Ret KERNEL32.WideCharToMultiByte() retval=00000013 ret=79a94936 0148:Call KERNEL32.GetProcAddress(1ff00000,0021eb14 "DXVAHD_CreateDevice") ret=06346611 0148:Ret KERNEL32.GetProcAddress() retval=00000000 ret=06346611 0148:Call KERNEL32.WideCharToMultiByte(00000000,00000000,021b5b48 L"DXVAHD_CreateDeviceW",00000014,0021eb14,00000016,00000000,00000000) ret=79a94936 0148:Ret KERNEL32.WideCharToMultiByte() retval=00000014 ret=79a94936 0148:Call KERNEL32.GetProcAddress(1ff00000,0021eb14 "DXVAHD_CreateDeviceW") ret=06346611 0148:Ret KERNEL32.GetProcAddress() retval=00000000 ret=06346611 ... 0148:trace:seh:dispatch_exception code=e0434352 flags=1 addr=7B0102F8 ip=7b0102f8 tid=0148 0148:trace:seh:dispatch_exception info[0]=80004003 0148:trace:seh:dispatch_exception info[1]=00000000 0148:trace:seh:dispatch_exception info[2]=00000000 0148:trace:seh:dispatch_exception info[3]=00000000 0148:trace:seh:dispatch_exception info[4]=014f0000 0148:warn:seh:dispatch_exception unknown exception (code=e0434352) raised 0148:trace:seh:dispatch_exception eax=0021e994 ebx=00000005 ecx=0021ea8c edx=0021ea90 esi=00000005 edi=0021ea00 0148:trace:seh:dispatch_exception ebp=0021e9e8 esp=0021e994 cs=7bc50023 ds=21002b es=7bc3002b fs=210063 gs=006b flags=00200212 0148:trace:seh:call_vectored_handlers calling handler at 016A0430 code=e0434352 flags=1 ... 0148:Call user32.MessageBoxW(00020076,021b7690 L"GetDXVAHDProcessorDeviceError\r\nValue cannot be null.\r\nParameter name: ptr",02155618 L"DXVA Checker",00000010) ret=05681e44 --- snip --- Microsoft docs: https://docs.microsoft.com/en-us/windows/win32/api/dxvahd/nf-dxvahd-dxvahd_… Wine source: https://source.winehq.org/git/wine.git/blob/d10887b8f56792ebcca717ccc28a289… (spec file doesn't list it) $ sha1sum DXVAChecker_4.5.2.zip 358542765adae8e05aa66676ba82402077e655e4 DXVAChecker_4.5.2.zip $ du -sh DXVAChecker_4.5.2.zip 1.2M DXVAChecker_4.5.2.zip $ wine --version wine-6.12-162-gd10887b8f56 Regards -- 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 58464] New: Some text now looks terrible in IDA Free 5.0
by WineHQ Bugzilla July 7, 2026

July 7, 2026

http://bugs.winehq.org/show_bug.cgi?id=58464 Bug ID: 58464 Summary: Some text now looks terrible in IDA Free 5.0 Product: Wine Version: 10.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: personaalunioon(a)disroot.org Distribution: Other After upgrading from 10.10, some text in IDA Free 5.0 looks almost unreadable. Might be related to bug 58431. Using Void Linux. -- 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 5

[Bug 59653] New: winex11.drv: FocusOut sends WM_CANCELMODE during active mouse grab, breaking drag operations
by WineHQ Bugzilla July 7, 2026

July 7, 2026

http://bugs.winehq.org/show_bug.cgi?id=59653 Bug ID: 59653 Summary: winex11.drv: FocusOut sends WM_CANCELMODE during active mouse grab, breaking drag operations Product: Wine Version: 11.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)list.winehq.org Reporter: lldmakhbfcrmqyluns(a)nesopf.com Distribution: --- When a Wine application performs a drag operation (which involves an active mouse capture via SetCapture), and the user switches focus with Alt+Tab, XWayland sends a FocusOut event to the Wine window. Currently, Wine's focus_out() handler in dlls/winex11.drv/event.c unconditionally sends a WM_CANCELMODE message to the window losing focus. This forces any well-behaved Win32 application to call ReleaseCapture() and abort the modal drag operation. This behavior is incorrect. On native Windows, an active mouse capture survives keyboard focus changes. WM_CANCELMODE should not be sent in this state. This issue is specific to the winex11.drv backend and is prominently observed on XWayland. The native winewayland.drv does not suffer from this issue, as it handles input grabs differently. The successful drag-and-drop in native Wayland mode (with the ole32 fix applied) further proves that this is an X11-specific event handling bug. Steps to Reproduce: Implement patch from bug #59652 to enable drag and drop. Run Wine under an XWayland session. Start two applications (e.g., a file manager and a text editor). In the source application, begin a drag operation by holding the left mouse button. While still holding the mouse button, press Alt+Tab to switch focus to the other application. Actual Results: The drag operation is silently cancelled. Expected Results: The drag operation should continue, allowing the user to complete the drop in the other window. Patch: The following patch modifies focus_out() to check for an active mouse grab (grab_hwnd) before sending WM_CANCELMODE. This aligns Wine's behavior with native Windows and fixes the bug. diff --- a/dlls/winex11.drv/event.c +++ b/dlls/winex11.drv/event.c @@ -2019,7 +2019,15 @@ set_focus( thread_data, NULL, NULL ); if (!(NtUserGetWindowLongW( hwnd, GWL_STYLE ) & WS_MINIMIZE)) - send_message( hwnd, WM_CANCELMODE, 0, 0 ); + { + if (x11drv_thread_data()->grab_hwnd) + { + TRACE("Skipping WM_CANCELMODE, mouse is grabbed by %p.\\n", x11drv_thread_data()->grab_hwnd); + } + else + send_message( hwnd, WM_CANCELMODE, 0, 0 ); + } if (X11DRV_GetKeyboardLayout(0) != get_thread_input_hkl(0)) X11DRV_ActivateKeyboardLayout( get_thread_input_hkl(0), 0 ); -- 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 59451] New: Open Rails component - Track Viewer drop-down menus works but are rendered black
by WineHQ Bugzilla July 6, 2026

July 6, 2026

http://bugs.winehq.org/show_bug.cgi?id=59451 Bug ID: 59451 Summary: Open Rails component - Track Viewer drop-down menus works but are rendered black Product: Wine Version: 11.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: deim(a)seznam.cz Distribution: --- Created attachment 80437 --> http://bugs.winehq.org/attachment.cgi?id=80437 All dropdowns have correct size but are rendered black Winetricks -> dxvk, dotnet48, corefonts Everything in this game works well but drop-down menus are drawn black -- 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 27313] New: Requiem: Avenging Angel - Loading a savegame freezes the keyboard.
by wine-bugs＠winehq.org July 6, 2026

July 6, 2026

http://bugs.winehq.org/show_bug.cgi?id=27313 Summary: Requiem: Avenging Angel - Loading a savegame freezes the keyboard. 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: cyclops(a)fastwebnet.it Sometimes, when you load a previous savegame, keyboard is freezed and the game must be rebooted to make it run well again. Also, health goes to 1, armour goes to 0 and essence goes to 666 (strange, uh?). If you need a log, please ask me. -- 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 9

[Bug 59237] New: EGS game (NSFW) not displaying properly (vertical offset when windowed, blank screen when full screen)
by WineHQ Bugzilla July 6, 2026

July 6, 2026

http://bugs.winehq.org/show_bug.cgi?id=59237 Bug ID: 59237 Summary: EGS game (NSFW) not displaying properly (vertical offset when windowed, blank screen when full screen) Product: Wine Version: 11.0-rc5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: tbterry0(a)yahoo.com Distribution: --- The EGS game (adult game) is not working properly with recent Wine versions (including 11.0rc5: it however works fine with Wine 10.2 or older). That game is available here: https://mega.nz/folder/EC1AnajC#Woaxul8_aI91GViGiop7xw When used in windowed mode, the display is shifted downwards in the window and a white strip appears at the top. When used in full screen mode, the whole screen becomes blank (white). -- 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 59767] New: loader/wine.desktop enables programs to escape Flatpak sandboxes in many if not most situations
by WineHQ Bugzilla July 5, 2026

July 5, 2026

http://bugs.winehq.org/show_bug.cgi?id=59767 Bug ID: 59767 Summary: loader/wine.desktop enables programs to escape Flatpak sandboxes in many if not most situations Product: Wine Version: 11.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: loader Assignee: wine-bugs(a)list.winehq.org Reporter: arraybolt3(a)gmail.com Distribution: --- This is kind of a weird bug as it doesn't have anything to do with Windows applications in particular, but rather with how Wine registers itself with the system. loader/wine.desktop registers Wine as a MIME handler for a number of different Windows-related executable file formats (EXEs, MSIs, and Batch files. Linux doesn't recognize these files as programs (unless they have their executable bit set and are registered with binfmt-misc of course), so it will attempt to "open" these files with Wine. Wine will then run arbitrary code within these programs with the privileges of whatever program launched Wine. On the surface, this doesn't sound like a problem, but it becomes an issue because sandboxed code under Linux can usually use D-Bus to open files in their default application *outside of the sandbox*. Since the default application to open EXE files in is Wine, anything that can open arbitrary files outside of the sandbox can now escape the sandbox by writing an EXE file somewhere and then "opening" it with Wine. There are two ways I know of to do this: * Some file managers handle the org.freedesktop.FileManager1.ShowFolders method call by opening the "folders" they are told to open with their default application. Of course, there is no guarantee that the "folders" actually are folders; if the sandboxed app passes a file name in this call, those file managers will open the specified files in their default application. If Wine is installed, and one of the "folders" specified is an EXE file, the application can now run arbitrary code outside of the sandbox. (I reported this bug to an affected file manager over 90 days ago.) * xdg-desktop-portal-gtk intentionally allows applications to open arbitrary files outside of a sandbox, via the org.freedesktop.portal.OpenURI.OpenFile D-Bus method. If there are multiple applications that can open the same file type, it will usually open a dialog asking what application to open the file in, but if there is only one handler for a file type on the system, it will immediately open the file with its default handler. Handlers for EXE files other than Wine are relatively rare (lxqt-archiver is one, oddly enough), so there is a very good chance that a sandboxed app can just write an EXE file to the disk, then open it with xdg-desktop-portal-gtk and have code execution outside the sandbox. (I reported this privately to the Flatpak developers over 90 days ago.) Arguably, neither of these issues are security vulnerabilities in xdg-desktop-portal or file managers. The `xdg-mime` manpage warns: Security Note: Never set a handler that will blindly execute code or commands from the file being handled. Such behavior will sooner than later lead to unintended code execution i.e. through a curious user trying to inspect a freshly downloaded file but running it by accident. Keeping opening and executing separate actions helps with people protecting themselves from malware, the default handler is an opener, not a runner. Therefore I believe this is an issue with 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 24

[Bug 59129] New: Parallel Port Tester fails to detect the parallel port's base I/O address
by WineHQ Bugzilla July 5, 2026

July 5, 2026

http://bugs.winehq.org/show_bug.cgi?id=59129 Bug ID: 59129 Summary: Parallel Port Tester fails to detect the parallel port's base I/O address Product: Wine Version: 11.0-rc1 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: wmi&wbemprox Assignee: wine-bugs(a)list.winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- Steps to reproduce: 1. Use a computer with a motherboard-attached or PCI-attached parallel port. USB-attached parallel ports do not have base I/O addresses and Parallel Port Tester ignores them. 2. Ensure that /dev/lp0 exists and works outside of Wine, for example by connecting the parallel port to a printer or to an LED tester, running `echo hello > /dev/lp0`, and seeing the word printed on the printer or seeing different LEDs light up on the tester. 3. (Optional) Figure out what the base address of the parallel port is by looking at DEVNAME in /sys/class/printer/lp0/device/ppdev/parport0/uevent, then reading the first number in /proc/sys/dev/parport/<DEVNAME>/base-addr. You will need to convert the value to hexadecimal and prepend "0x" if you want to manually enter it into Parallel Port Tester. 4. Run `wine ParallelPortTesterSetup-1.0.0.2.exe` 5. Run `wine 'C:\Program Files (x86)\Parallel Port Tester\ParallelPortTester.exe'` 6. Click the drop-down labeled "Port" in the lower-right corner of the window. When my desktop computer is booted into Windows and I click the drop-down in Parallel Port Tester, it offers "LPT3 (0xEFF8)" as an option. When the same computer is booted into Linux and I run Parallel Port Tester on Wine, the drop-down is empty. However, if I run it on Wine with https://gitlab.com/alexhenrie/ioperm and enter the parallel port's base address manually, the program correctly displays the states of the parallel port's pins and can manipulate them. That means that the main part of the program works, it's just failing to automatically detect the port. The author helpfully wrote up an explanation of what the program does to find parallel ports and their base addresses: https://www.downtowndougbrown.com/2014/11/detecting-parallel-ports-and-thei… $ sha256sum ParallelPortTesterSetup-1.0.0.2.exe 9e9b399dd92ac48433af2061eb8491d1d68a6134eaeab2efcdcd36361e723d09 -- 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 3

[Bug 44920] New: Starcraft II Arcade Crash during load
by wine-bugs＠winehq.org July 5, 2026

July 5, 2026

https://bugs.winehq.org/show_bug.cgi?id=44920 Bug ID: 44920 Summary: Starcraft II Arcade Crash during load Product: Wine Version: 3.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: antonio.e.russo(a)gmail.com Distribution: --- Created attachment 61011 --> https://bugs.winehq.org/attachment.cgi?id=61011 WINEDEBUG=warn+all log of crash (gzipped) Starcraft II is a moving target. After the most recent patch, I was unable to use wine-staging 2.21, which had been working excellently for me. Wine 3.5 has trouble: loading the "Hero Attack 3X" (popular) arcade game, the game crashes. I've attached a "WINEDEBUG=warn+all" log, and can help debug. I checked "use 32-bit version", and I am using a clean prefix. -- 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.

4 26

[Bug 26011] New: BitLocker.exe not working with wine
by wine-bugs＠winehq.org July 5, 2026

July 5, 2026

http://bugs.winehq.org/show_bug.cgi?id=26011 Summary: BitLocker.exe not working with wine Product: Wine Version: 1.3.13 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: paloseco(a)gmail.com Created an attachment (id=33174) --> (http://bugs.winehq.org/attachment.cgi?id=33174) Log of the BitLocker.exe errors when trying to load USB Removable BitLocker.exe is a tool for reading/writing partitions or USB removable media encrypted with the BitLocker application included with Windows 7 Ultimate (similar to TrueCrypt). The pendrives encrypted include the portable application to read/write from windows xp platform. >From winecfg I've created a new drive pointing to the folder where the USB Removable is mounted, but doesn't work due to unimplemented features. -- 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 7

[Bug 39303] New: Cannot copy schematics between different windows / ltspice
by wine-bugs＠winehq.org July 4, 2026

July 4, 2026

https://bugs.winehq.org/show_bug.cgi?id=39303 Bug ID: 39303 Summary: Cannot copy schematics between different windows / ltspice Product: Wine Version: 1.7.51 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dieter.jurzitza(a)t-online.de Distribution: --- Trying to copy parts or an entire schematic between two schematics in two windows from within ltspice does not work. I can easily select components to copy, I can copy them within one single schematic, but I cannot copy them between two different schematics in a single ltspice instance (what works without issues using plain windows, but who is using plain windows :-)) Thank you for looking into this, take care Dieter Jurzitza -- 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 8

[Bug 56726] New: Ability to disable wine builtin title bar and borders
by WineHQ Bugzilla July 4, 2026

July 4, 2026

https://bugs.winehq.org/show_bug.cgi?id=56726 Bug ID: 56726 Summary: Ability to disable wine builtin title bar and borders Product: Wine Version: 9.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: winewayland Assignee: wine-bugs(a)winehq.org Reporter: Deresiant(a)protonmail.ch Distribution: --- Currently when running applications through wine on the wayland driver, those windows have a titlebar and border (I think these called window decorations?) which are provided by wine and can be configured in winecfg. There isn't a method to disable these window decorations completely. -- 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 5

[Bug 59296] New: Installed Adobe InDesign CS5.5 with no issue, but program crashes right after starting, attaching file with details.
by WineHQ Bugzilla July 2, 2026

July 2, 2026

http://bugs.winehq.org/show_bug.cgi?id=59296 Bug ID: 59296 Summary: Installed Adobe InDesign CS5.5 with no issue, but program crashes right after starting, attaching file with details. Product: Wine Version: 11.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: rucafiorio(a)proton.me Distribution: --- Created attachment 80234 --> http://bugs.winehq.org/attachment.cgi?id=80234 Error details Adobe Photoshop 5,1 works fine, fyi. -- 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 59745] New: Wine crashes when a custom window is created to show information
by WineHQ Bugzilla July 2, 2026

July 2, 2026

http://bugs.winehq.org/show_bug.cgi?id=59745 Bug ID: 59745 Summary: Wine crashes when a custom window is created to show information Product: Wine Version: 11.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: matthias0178+wine(a)gmail.com Distribution: --- Created attachment 80922 --> http://bugs.winehq.org/attachment.cgi?id=80922 Source code of the test program I created a program using C and the Windows API. This program was designed to create and display a specific window containing help text rendered via GDI. As soon as the user pressed any key on the keyboard or clicked with the mouse, the special window was supposed to be destroyed and the application terminated. Since this program functioned flawlessly on Windows but crashed under Wine immediately after displaying and destroying the special window, I developed a small test program that demonstrates the bug. This test program logs to the command line what occurs when the same task is executed in a simplified manner. I have attached the source code for this tiny test program. You may copy, modify and distribute it without restrictions to the extent permitted by law. On the Debian 13 console, the console output is not the same as in the console of Windows 11. -- 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