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

[Bug 54763] New: Build-time tests fail in an autobuilder environment
by WineHQ Bugzilla July 16, 2026

July 16, 2026

https://bugs.winehq.org/show_bug.cgi?id=54763 Bug ID: 54763 Summary: Build-time tests fail in an autobuilder environment Product: vkd3d Version: 1.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: vkd3d Assignee: wine-bugs(a)winehq.org Reporter: smcv(a)collabora.com Distribution: --- In a typical distribution autobuilder environment, all builds will be run in a chroot or container, usually on server-class hardware or in a virtual machine. This means tests that just do computation (such as shader compilation) should still succeed, but tests that want to access a real GPU will find that either there is no VkDevice at all, or there is a VkDevice but it's only software rendering (lavapipe). It seems like vkd3d already has some partial handling for this: run_shader_tests_vulkan() skips itself if a VkDevice cannot be created. However, run_shader_tests_d3d12() still tries to run, and crashes when it can't create a Vulkan instance, for example: FAIL: tests/cast-to-half ======================== vkd3d:err:vkd3d_instance_init Failed to create Vulkan instance, vr -9. vkd3d:fixme:hresult_from_vk_result Unhandled VkResult -9. vkd3d:err:vkd3d_instance_init Failed to create Vulkan instance, vr -9. vkd3d:fixme:hresult_from_vk_result Unhandled VkResult -9. FAIL tests/cast-to-half.shader_test (exit status: 139) (Exit status 139 is a segmentation fault.) Would you consider patches that make the tests skip themselves in this situation? Or should distro packaging just not be running build-time tests at all? -- 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 59617] New: wineboot times out and does not copy any system dll (all versions after 10.2, including)
by WineHQ Bugzilla July 16, 2026

July 16, 2026

http://bugs.winehq.org/show_bug.cgi?id=59617 Bug ID: 59617 Summary: wineboot times out and does not copy any system dll (all versions after 10.2, including) Product: Wine Version: 10.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: otigkd(a)gmail.com Distribution: --- Created attachment 80678 --> http://bugs.winehq.org/attachment.cgi?id=80678 output of winecfg/wineboot Noticed this last year on all my gentoo machines (the setup on all of them is almost identical: X + Xfce and NO wayland): On a fresh first run either wineboot or winecfg hangs for a rather long time, then fails with the status c0000135 (STATUS_DLL_NOT_FOUND) I have spent a lot of time last year, to find the source of the problem, at first i thought this was a gentoo issue: wine stopped working, when the gentoo ebuilds first got the "X" and "wayland" use flags. An old 10.0 installation still works on my machine, but i would like to update to newer versions, so i decided to find at least the version, that broke it on my machine. After checking out wine (vanilla, NOT staging), and building it and trying to run notepad, I have narrowed it down to the 10.2 release: - wine-10.0: works - wine-10.1: works - wine-10.2: does NOT work - wine-10.3: does NOT work - wine-10.6: does NOT work - wine-10.10: does NOT work I also tried to do a diff between the 2 tags, but there a hundreds of commits to try to rebuild and test them individually. -- 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 61

[Bug 27403] New: Collapsable section headers in Solidworks property manager are overdrawn, thus unusable
by wine-bugs＠winehq.org July 16, 2026

July 16, 2026

http://bugs.winehq.org/show_bug.cgi?id=27403 Summary: Collapsable section headers in Solidworks property manager are overdrawn, thus unusable Product: Wine Version: 1.3.21 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: mpartap(a)gmx.net The problem can be seen in the attached video: headers on the first tab are first displayed correctly (and are clickable), then they get overdrawn slowly which makes them non-clickable. Usually, the second tab does not have this problem, and some actions trigger the header buttons to be redrawn, but they get overdrawn again at once. I tried to nail down the problem by vastly expanding RelayExclude to the 500 topmost function calls, an excerpt of the resulting log is also attached. No fixmes or warnings come up. -- 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 40

[Bug 58668] New: SolidWorks - Certain buttons fail to trigger actions
by WineHQ Bugzilla July 16, 2026

July 16, 2026

http://bugs.winehq.org/show_bug.cgi?id=58668 Bug ID: 58668 Summary: SolidWorks - Certain buttons fail to trigger actions Product: Wine Version: 10.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: depaoli.renzo(a)gmail.com Distribution: --- Created attachment 79253 --> http://bugs.winehq.org/attachment.cgi?id=79253 SolidWorks 2023 buttons not working on Wine-10.14 Clicking certain buttons in SolidWorks no longer trigger an action, but stop at selecting the button instead. This bug must have been introduced some time after wine-9.22, as wine-9.22 works fine. Please see attached screen grab for SolidWorks 2023sp05: The buttons in question are - <Close>, aka green tick mark - "Rectangle Type" selection When building wine-10.14 from source, replacing the wine-10.14 folder "dlls/comctl32" with the older one from wine-9.22 fixes the problem and the SolidWorks buttons work again. -- 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 52959] New: Some games are rendered in square instead fullscreen
by WineHQ Bugzilla July 16, 2026

July 16, 2026

https://bugs.winehq.org/show_bug.cgi?id=52959 Bug ID: 52959 Summary: Some games are rendered in square instead fullscreen Product: Wine Version: 7.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: d2d Assignee: wine-bugs(a)winehq.org Reporter: slawek(a)lach.art.pl Distribution: --- Some games (like Empire Earth: Gold, Commandos: Behind Enemy Lines) do not render property. It renders only in top-left square (full game frame). Rest of screen is 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.

2 25

[Bug 59824] New: Studio One (versions 6 and 7, Windows x64 builds) crashes immediately when attempting to drag any element on the arrangement timeline.
by WineHQ Bugzilla July 16, 2026

July 16, 2026

http://bugs.winehq.org/show_bug.cgi?id=59824 Bug ID: 59824 Summary: Studio One (versions 6 and 7, Windows x64 builds) crashes immediately when attempting to drag any element on the arrangement timeline. Product: Wine Version: 11.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: dwmapi Assignee: wine-bugs(a)list.winehq.org Reporter: ilian.imc(a)gmail.com Distribution: --- Created attachment 81094 --> http://bugs.winehq.org/attachment.cgi?id=81094 minidump from crash Studio One (versions 6 and 7, Windows x64 builds) crashes immediately when attempting to drag any element on the arrangement timeline. The crash is caused by Wine's `dcomp.dll` `device_CreateSurface` stub returning a null/invalid surface, which `cclgui.dll` dereferences during drag visual rendering, resulting in an access violation. ## Application Details - **Application:** PreSonus Studio One (versions 6 and 7) - **Executable:** `Studio One.exe` - **Architecture:** 64-bit (Win x64) --- ## Environment - **Wine version:** wine-staging 11.10 - **Distribution:** Debian GNU/Linux 13 (Trixie) - **Kernel:** 7.0.10+deb13-rt-amd64 (RT kernel) - **Desktop:** KDE Plasma 6, Wayland (XWayland) - **GPU:** AMD Radeon Graphics (RADV RENOIR, APU) - **Mesa/RADV:** 25.0.7 - **DXVK:** v2.3.1 --- ## Steps to Reproduce 1. Install Studio One 7 (Windows build) under Wine 2. Copy `UIAnimation.dll` from a Windows installation into the Wine prefix (`drive_c/windows/system32/`) and set as native, builtin. Without it the app displays "This application requires Windows 10 or later" and refuses to start. This is consistent with `cclgui.dll` using WAM COM class presence as a Windows 10 feature detection check at startup. 3. Launch `Studio One.exe` 4. Open any project containing at least one audio clip on the timeline 5. Click and attempt to drag any clip/element on the arrangement timeline **Result:** GUI freezes immediately, access violation occurs, application crashes and writes a minidump. **Expected:** Element moves with the mouse cursor as on Windows. --- ## Root Cause Analysis (Claude was used) ### Crash address and call chain The crash is an **access violation at `0x100000012d`** (unmapped memory). This address is not inside any loaded module. The call chain reconstructed from the minidump stack (thread `0x208`) is entirely within `cclgui.dll`: ``` kernelbase.dll+0x71e6d (UnhandledExceptionFilter) dbghelp.dll+0x4993 (MiniDumpWriteDump) cclgui.dll+0xc4a10 ← top of actual call chain cclgui.dll+0x4a1d48 cclgui.dll+0x523238 cclgui.dll+0x523190 cclgui.dll+0x523170 cclgui.dll+0x5231f8 cclgui.dll+0x5231c8 ← deepest frame user32.dll+0xc0000 (message dispatch — drag event) ``` ### Register state at crash ``` RIP = ntdll.dll+0xec64 (already in exception handler) RDX = 0x0 ← NULL pointer (2nd function argument) RBP = 0x0 ← NULL pointer RDI = 0xffffffffffffffff RSP = 0x1097a8 (Wine signal stack — very low address) ``` `RDX = NULL` at crash time indicates `cclgui.dll` received a null surface pointer as the second argument to a render call, then attempted to call a virtual method through it, jumping to `0x100000000 + vtable_offset_0x12d` — unmapped memory. ### DirectComposition is the root cause The WINEDEBUG log immediately before the crash shows: ``` 0208:fixme:dcomp:device_CreateSurface iface 0x339EF90, width 1, height 816, format 0x57, alpha_mode 0x1, surface 0x10F668 stub! 0208:fixme:dcomp:visual_SetContent iface 0x3230AE20, content 0000000000000000 semi-stub! ← NULL content 0208:fixme:dcomp:visual_SetClip ... stub! 0208:fixme:dcomp:visual_SetEffect ... stub! 0208:fixme:dcomp:device_Commit ... semi-stub! [crash follows] ``` When a drag begins, Studio One calls `IDCompositionDevice::CreateSurface` to create a drag ghost/shadow visual. Because this is a stub that does not return a real surface object, `IDCompositionVisual::SetContent` is subsequently called with `content = NULL`. `cclgui.dll` then passes this null content pointer into its D2D rendering loop, which dereferences it and access-violations. ### Hard import dependency confirmed Attempting to disable dcomp via DllOverrides produces: ``` 020c:err:module:import_dll Library dcomp.dll (which is needed by cclgui.dll) not found 020c:err:module:import_dll Library cclgui.dll (which is needed by Studio One.exe) not found 020c:err:module:loader_init Importing dlls for Studio One.exe failed, status c0000135 ``` `cclgui.dll` has a **hard static import** on `dcomp.dll`. There is no fallback path. ### Additional context - The `DragSourceHelper2_InitializeFromBitmap` stub fires simultaneously, confirming the drag visual creation path - 1609 `d2d_text_renderer_DrawGlyphRun Ignoring options 0x2` messages flood the log during drag, before and after the crash — the D2D text renderer continues to be called even after the exception is caught, until the second fault (`0x80000003`) terminates the app - `AvSetMmThreadCharacteristicsW("Pro Audio")` is also stubbed (always returns `0x12345678`) but this appears to be a timing coincidence — the MMCSS calls occur at startup and on every thread creation, not exclusively on drag - Tested with VST support completely disabled — no change - Tested with `WINEDLLOVERRIDES="d2d1=b"`, `"dwrite=b"`, virtual desktop mode — no change - The bug affects both Studio One 6 and Studio One 7 — not a regression in 7.2.1 - `UIAnimation.dll` (Windows Animation Manager / WAM) and `dcomp.dll` are used together as an integrated animation pipeline — WAM generates animation curves consumed directly by DirectComposition. The two missing implementations are not independent; fixing dcomp in isolation may not be sufficient if WAM animation primitives are also fed into the dcomp visual tree during drag --- ## Relevant Wine debug output ### Captured with `WINEDEBUG=fixme+dcomp,err+seh` ``` 0208:fixme:dcomp:device_CreateSurface iface 000000000339EF90, width 1, height 816, format 0x57, alpha_mode 0x1, surface 000000000010F668 stub! 0208:fixme:dcomp:visual_SetContent iface 000000003230AE20, content 0000000000000000 semi-stub! 0208:fixme:dcomp:visual_SetClip iface 000000003230AE20, rect 000000000010F670 stub! 0208:fixme:dcomp:visual_SetOffsetY iface 000000003230AE20, offset_y 0.000000 stub! 0208:fixme:dcomp:device_CreateEffectGroup iface 000000000339EF90, effect_group 000000003358F3F0 stub! 0208:fixme:dcomp:visual_SetEffect iface 000000003230AE20, effect 0000000000000000 stub! 0208:fixme:dcomp:device_Commit iface 000000000339EF90 semi-stub! 0208:err:seh:user_callback_handler ignoring exception c0000005 0208:err:seh:user_callback_handler ignoring exception 80000003 ``` --- ## Minidump analysis summary - **Exception code:** `0xc0000005` (ACCESS_VIOLATION) - **Exception address:** `0x100000012d` (not in any loaded module) - **Faulting thread:** `0x208` (GUI/render thread) - **Modules loaded:** 155 total, including `cclgui.dll`, `dcomp.dll`, `d2d1.dll`, `dxgi.dll` (DXVK 2.3.1), `winevulkan.dll`, `wineasio64.dll` - **dcomp.dll** is present and loads successfully — the crash is not a missing DLL but a stub returning null --- ## Related - Similar dcomp stub crash in Dorico (resolved by returning fake S_OK from SetContent/SetRoot/Commit): https://gitlab.winehq.org/wine/wine/-/merge_requests/9839 --- ## Attachments - `Studio One_7_2_1_106594_Win x64_20260605_102312691.dmp` — minidump from crash (246KB) --- *Note: `UIAnimation.dll` used in testing is the native Windows 11 24H2 build copied from a Windows installation.* -- 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 42

[Bug 50277] New: Haven intro video does not play
by WineHQ Bugzilla July 16, 2026

July 16, 2026

https://bugs.winehq.org/show_bug.cgi?id=50277 Bug ID: 50277 Summary: Haven intro video does not play Product: Wine Version: 6.0-rc1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mfplat Assignee: wine-bugs(a)winehq.org Reporter: kai.sterker+wine(a)gmail.com Distribution: --- Created attachment 68825 --> https://bugs.winehq.org/attachment.cgi?id=68825 Debug logs with +mfplat,+gstreamer Upon testing Haven with the builtin media foundation implementation, the following error is logged, the intro movie does not play and the game is stuck at launch: 020c:err:mfplat:media_source_constructor Failed to play source, error 0. 0218:err:mfplat:bus_watch qtdemux0: Internal data stream error. 0218:err:mfplat:bus_watch qtdemux.c(6605): gst_qtdemux_loop (): /GstBin:bin0/GstDecodeBin:decodebin0/GstQTDemux:qtdemux0: streaming stopped, reason error (-5) Debug logs with +mfplat,+gstreamer attached. I'm on Ubuntu 20.04. If I can provide any other useful information please let me know. -- 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 58

[Bug 52976] New: Daagon Map Maker on itch.io crash
by WineHQ Bugzilla July 15, 2026

July 15, 2026

https://bugs.winehq.org/show_bug.cgi?id=52976 Bug ID: 52976 Summary: Daagon Map Maker on itch.io crash Product: Wine Version: 7.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: registry Assignee: wine-bugs(a)winehq.org Reporter: ildaniel999(a)hotmail.com Distribution: --- Created attachment 72346 --> https://bugs.winehq.org/attachment.cgi?id=72346 wine file loads up to 100%, changes screen settings, but then crashes -- 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 6

[Bug 59210] New: Black textures in Kao the Kangaroo (2022)
by WineHQ Bugzilla July 15, 2026

July 15, 2026

http://bugs.winehq.org/show_bug.cgi?id=59210 Bug ID: 59210 Summary: Black textures in Kao the Kangaroo (2022) Product: Wine Version: 11.0-rc4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: cweiske(a)cweiske.de Distribution: --- Created attachment 80104 --> http://bugs.winehq.org/attachment.cgi?id=80104 screenshot with black textures When playing "Kao the Kangaroo" (2022 version), many of the textures are black. The kangaroo itself is ok, the floor textures as well, but most of the environment has black textures. Graphics card is a SAPPHIRE AMD Radeon RX 7600 PULSE 8GB, running on Debian 12 with wine staging 11.0-rc4. I'm using version 1.6.0 bought from GOG: https://www.gog.com/de/game/kao_the_kangaroo_2022 -- 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 56516] New: winhlp32 needs MACRO_PopupContext() to be implemented for HOMM3 map editor to show help popups
by WineHQ Bugzilla July 15, 2026

July 15, 2026

https://bugs.winehq.org/show_bug.cgi?id=56516 Bug ID: 56516 Summary: winhlp32 needs MACRO_PopupContext() to be implemented for HOMM3 map editor to show help popups Product: Wine Version: 9.5 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: damjan.jov(a)gmail.com Distribution: --- As discussed on https://forum.winehq.org/viewtopic.php?t=38331 The user reports how in the "Heroes of Might and Magic III" map editor: "When you right click an object in the editor, a small window pops up with extra info on it, and this uses the old WinXP help system." "In Wine, when I call "Help" in this editor, I get the little "Failed to launch Help" error message, and after that, all help, on all (old) Windows programs, is broken until I restart Wine." It was traced to a missing implementation of MACRO_PopupContext(). -- 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