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

[Bug 16523] New: iTunes 8 states registry keys are missing for cd burning support
by wine-bugs＠winehq.org July 9, 2026

July 9, 2026

http://bugs.winehq.org/show_bug.cgi?id=16523 Summary: iTunes 8 states registry keys are missing for cd burning support Product: Wine Version: 1.1.10 Platform: PC URL: http://www.apple.com/itunes/download/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ead1234(a)hotmail.com When launching iTunes 7 - 8.01 it displays an error stating that cd burning will not be enabled due to missing registry keys. In iTunes 8.02 it states that iTunes was improperly installed and cd burning and importing will not function. -- 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 14

[Bug 35056] New: Pro⁄Engineer Wildfire 5.0: Fails to start installation
by wine-bugs＠winehq.org July 9, 2026

July 9, 2026

http://bugs.winehq.org/show_bug.cgi?id=35056 Bug #: 35056 Summary: Pro⁄Engineer Wildfire 5.0: Fails to start installation Product: Wine Version: 1.7.7 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com Classification: Unclassified Created attachment 46746 --> http://bugs.winehq.org/attachment.cgi?id=46746 WINEDEBUG=+relay,+seh,+tid on wine-1.7.7-107-g61358d0 Steps to reproduce: 1) remove ~/.wine 2) wine setup.exe Behaviour: Nothing. Expected behaviour: Something. -- 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 11

[Bug 59947] New: i386 unwinding testcases fail nondeterministically
by WineHQ Bugzilla July 9, 2026

July 9, 2026

http://bugs.winehq.org/show_bug.cgi?id=59947 Bug ID: 59947 Summary: i386 unwinding testcases fail nondeterministically Product: Wine Version: 11.12 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)list.winehq.org Reporter: martin(a)martin.st Distribution: --- Created attachment 81315 --> http://bugs.winehq.org/attachment.cgi?id=81315 Test binary 1 Some unwinding testcases, built for i386, fail nondeterministically. These testcases are built from https://github.com/microsoft/compiler-tests/blob/master/seh/seh0023.c, seh0024.c and seh0025.c, built with "cl -MD seh0023.c". They mostly run fine, but some times, they fail with an error like this: 0160:err:virtual:virtual_setup_exception stack overflow 1088 bytes addr 0x7e3f432b stack 0x410bc0 (0x410000-0x411000-0x510000) I test it with a command setup like this: fail=; while [ -z "$fail" ]; do for i in seh????-md.exe; do echo $i; wine $i || { fail=1; break; }; done; done They mostly fail after 5-50 attempts. I see the same kind of errors both with PE and ELF builds of Wine, both with new wow64 and the old kind, built with both GCC and Clang, mingw mode and MSVC mode. (I haven't tested a setup with a full 32 bit wineserver, but they all run with a 64 bit wineserver.) -- 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 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 59974] New: The Sims Complete Collection stalls/crashes when playing the intro (regression)
by WineHQ Bugzilla July 9, 2026

July 9, 2026

http://bugs.winehq.org/show_bug.cgi?id=59974 Bug ID: 59974 Summary: The Sims Complete Collection stalls/crashes when playing the intro (regression) Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winegstreamer Assignee: wine-bugs(a)list.winehq.org Reporter: sashok.olen(a)gmail.com Target Milestone: --- Distribution: --- Created attachment 81370 --> http://bugs.winehq.org/attachment.cgi?id=81370 +timestamp,+pid,+tid,+seh,+unwind,+threadname,+debugstr,+loaddll,+mscoree,+quartz,+gstreamer,+mciqtz,+mci,+mfplat,+evr,+dxva2,+wmvcore,+dmo,+iyuv_32 The Sims Complete Collection, since Wine 9.7, is unable to play the EA Games intro video at the startup. In 9.7, the game just never plays the video and is stuck in a black screen, and with newer versions of Wine it just crashes the game. This is a regression in 9.7 caused by commit: e870f31d773376f3824c7803b5451f7025c3e92b winegstreamer: Reduce CLSID_decodebin_parser merit, so the MPEG splitter is chosen instead for MPEGs. Reverting it against 9.7 using `patch -p1 -R` fixes the issue, reverting against latest Wine 11.12 (when accounting for some changes since then) also fixes it. -- 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 59973] New: wininet: InternetCrackUrlW reads out of bounds for empty file URL path before fragment
by WineHQ Bugzilla July 9, 2026

July 9, 2026

http://bugs.winehq.org/show_bug.cgi?id=59973 Bug ID: 59973 Summary: wininet: InternetCrackUrlW reads out of bounds for empty file URL path before fragment Product: Wine Version: 11.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wininet Assignee: wine-bugs(a)list.winehq.org Reporter: forkthus(a)gmail.com Target Milestone: --- Distribution: --- Created attachment 81367 --> http://bugs.winehq.org/attachment.cgi?id=81367 Bug reproducer InternetCrackUrlW/InternetCrackUrlA crashes with an out-of-bounds read when parsing a file: URL whose path is empty and whose fragment starts immediately after file://. (e.g. file://#). The parse ends in a segmentation fault. Instead, the function should treat the URL as malformed and return failure. A reproducer is attached. -- 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

[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 59972] New: TrackMouseEvent(TME_LEAVE) fails to post WM_MOUSELEAVE when the tracked window is obscured by another application (Z-order flaw)
by WineHQ Bugzilla July 8, 2026

July 8, 2026

http://bugs.winehq.org/show_bug.cgi?id=59972 Bug ID: 59972 Summary: TrackMouseEvent(TME_LEAVE) fails to post WM_MOUSELEAVE when the tracked window is obscured by another application (Z-order flaw) Product: Wine Version: 11.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: win32u Assignee: wine-bugs(a)list.winehq.org Reporter: lldmakhbfcrmqyluns(a)nesopf.com Target Milestone: --- Distribution: --- When an application relies on TrackMouseEvent(TME_LEAVE) to hide custom tooltips or UI elements, the WM_MOUSELEAVE message is never generated if the application loses focus and the tracked window is obscured by another top-level window (e.g., via Alt+Tab), provided the mouse cursor does not geometrically leave the original window's rectangle. This causes hint/tooltip windows (which often have WS_EX_TOPMOST and HTTRANSPARENT) to remain permanently stuck on the screen, floating above native Linux applications or other Wine applications. This bug most prominently affects applications written in Delphi/VCL (like SAS.Planet), as VCL strictly relies on WM_MOUSELEAVE to trigger HideHint() and does not use the standard comctl32.dll tooltip class. Steps to Reproduce: Open a Delphi/VCL application that uses custom hint windows. Hover the mouse over a map object to trigger the custom tooltip. Without moving the mouse, press Alt+Tab to switch to another application (e.g., a native Linux web browser) so that it completely covers the Wine application. Move the mouse around inside the native Linux application. Expected Result: The tooltip should disappear. In native Windows, TrackMouseEvent evaluates the global Z-order. If another application obscures the tracked window, the mouse is no longer considered to be "over" the tracked window, and WM_MOUSELEAVE is posted. Actual Result: The tooltip stays visible indefinitely on top of the newly active application. Moving the mouse over the tooltip itself does nothing because it usually has HTTRANSPARENT. Deep Technical Analysis & Root Cause: We reverse-engineered the SYSTEM_TIMER_TRACK_MOUSE behavior and found an architectural flaw in how Wine determines if the mouse is still over the tracked window. The call chain is: TrackMouseEventProc (timer) -> update_mouse_tracking_info(hwnd) get_mouse_window(hwnd, ...) in dlls/win32u/input.c. window_from_point(hwnd, pos, ...) -> list_children_from_point(hwnd, ...) This triggers the wineserver request get_window_children_from_point with parent = tracked_hwnd. In server/window.c, all_windows_from_point calls is_point_in_window. The Flaw: is_point_in_window only checks 2D geometry (visible_rect). Because get_mouse_window restricts the scope to the tracked_hwnd instead of the desktop (0), the server completely ignores global Z-order. It does not check if a window from another process is currently obscuring this point. Since the cursor geometrically remains inside the original window's rect, get_mouse_window returns the tracked hwnd. Consequently, check_mouse_leave sees tracking->info.hwndTrack == hwnd and decides not to post WM_MOUSELEAVE. Important Note Regarding comctl32.dll (Notepad++ etc.): Please do not use applications like Notepad++ to test this specific TrackMouseEvent bug. Notepad++ uses TOOLTIPS_CLASS (comctl32.dll), which relies on TTM_RELAYEVENT and WM_MOUSEMOVE rather than TrackMouseEvent. comctl32 tooltips get stuck after Alt+Tab to a native Linux app for a entirely different reason: Wine stops receiving X11/Wayland mouse events when focus is lost, so comctl32 assumes the mouse hasn't moved. However, Delphi/VCL apps get stuck purely due to the TrackMouseEvent Z-order logic flaw described above. Proposed Workaround / Lightweight Fix: Ideally, TrackMouseEvent should check global Z-order (e.g., window_from_point(0, pos)). However, doing a full desktop-level Z-order server request inside a high-frequency timer loop causes performance issues and recursive bugs. A highly effective, lightweight user-space heuristic is to check if the foreground window has changed. If the foreground window is not an ancestor of the tracked window, we can safely assume the tracked window is obscured and fire WM_MOUSELEAVE. Here is a working patch for dlls/win32u/input.c that completely resolves the issue without server overhead: --- a/dlls/win32u/input.c +++ b/dlls/win32u/input.c @@ -1711,6 +1711,24 @@ NtUserGetCursorPos( &pos ); ret = window_from_point( hwnd, pos, hittest, FALSE ); + + /* If another application is now in the foreground, the tracked window is + * likely covered. Fire WM_MOUSELEAVE so apps can hide tooltips etc. + * This fixes hint windows staying visible after Alt+Tab in Wine. */ + if (ret) + { + HWND foreground = NtUserGetForegroundWindow(); + if (foreground) + { + HWND tracked_top = NtUserGetAncestor( ret, GA_ROOT ); + if (tracked_top && foreground != tracked_top) + { + ret = NULL; + *hittest = HTNOWHERE; + } + } + } + if (ret && ret == tracking->last_mouse_message_hwnd) { *hittest = tracking->last_mouse_message_hittest; -- 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