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

[Bug 44985] New: BIAS FX: Blank window when running the app
by wine-bugs＠winehq.org Oct. 22, 2026

Oct. 22, 2026

https://bugs.winehq.org/show_bug.cgi?id=44985 Bug ID: 44985 Summary: BIAS FX: Blank window when running the app Product: Wine Version: 3.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: oxez911(a)gmail.com Distribution: --- Created attachment 61119 --> https://bugs.winehq.org/attachment.cgi?id=61119 term output Distribution: Debian sid Wine version: 3.6.0~sid (Using the wine-devel package from winehq.org) Description: Trying the BIAS FX standalone app (both in 32 and 64bit) result in a blank window (black or white, seems random..) Note: the trial can be downloaded free of change at https://www.positivegrid.com/bias-fx/ I attached a trace of what I saw in the terminal, I can provide more info if needed (I'm not sure what WINEDEBUG needed to be set at, I didn't tweak 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.

3 67

[Bug 60556] New: winex11.drv: per-pixel alpha layered windows show stale or black areas under Xwayland because of the bounding shape
by WineHQ Bugzilla Oct. 21, 2026

Oct. 21, 2026

http://bugs.winehq.org/show_bug.cgi?id=60556 Bug ID: 60556 Summary: winex11.drv: per-pixel alpha layered windows show stale or black areas under Xwayland because of the bounding shape Product: Wine Version: 11.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)list.winehq.org Reporter: alessandro.abbinante(a)live.it Target Milestone: --- Distribution: --- Autodesk Fusion 360's floating panels (Browser, Comments) are top-level WS_EX_LAYERED windows with per-pixel alpha (32-bit ARGB X windows, about 300x1190, mostly transparent below the tree). After the panel is moved or a design is opened, part of it shows the panel's old contents and the area the window grew into stays opaque black. The application keeps drawing correctly into it. This is not related to Direct3D (unlike bug 60173): there is no swap chain on these windows. Environment: Arch Linux, wine 11.20 (Arch package), winex11.drv, Hyprland 0.56 with Xwayland 24.1.14, NVIDIA RTX 5080 with driver 615.78. What I observed: - XGetImage of the panel window returns the correct contents: opaque pixels for the tree and 0x00000000 below it. A screenshot of the same area taken at the same moment shows grey panel and black instead. - Drawing an opaque rectangle into the window with XFillRectangle in the lower area changes neither the screen nor a following XGetImage, as expected if that area is outside the window's bounding shape. Analysis (from reading dlls/winex11.drv/bitblt.c at wine-11.20 and current master): x11drv_surface_flush() sets the window's ShapeBounding from the shape bits whenever they change (the mask of non transparent pixels). With Xwayland, what falls outside the bounding shape is no longer updated in the buffer the compositor shows, so after the shape shrinks or the window grows those areas keep old contents or stay black. For a surface with an alpha channel (ARGB visual) the bounding shape is not needed to show transparency: the alpha already does it. It is still useful for input, so that clicks go through transparent parts. As an experiment, applying the same mask as ShapeInput instead of ShapeBounding for surfaces created with use_alpha makes the panels show correctly (I have not checked yet that clicks go through their transparent part). Windows without an alpha channel would keep the bounding shape. I have only tested Hyprland's Xwayland, not a plain X server or other compositors. I am not attaching that change: it was written with an AI assistant, which the Developer FAQ does not accept. -- 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 0

[Bug 60555] New: winex11.drv: OpenGL child window rendered offscreen shows the previous frame until the application presents again (EGL, Xwayland)
by WineHQ Bugzilla Oct. 21, 2026

Oct. 21, 2026

http://bugs.winehq.org/show_bug.cgi?id=60555 Bug ID: 60555 Summary: winex11.drv: OpenGL child window rendered offscreen shows the previous frame until the application presents again (EGL, Xwayland) Product: Wine Version: 11.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)list.winehq.org Reporter: alessandro.abbinante(a)live.it Target Milestone: --- Distribution: --- An application that draws its OpenGL viewport in a child window and only redraws on input (Autodesk Fusion 360) always shows the frame before the last one. Hovering a vertex or face draws the highlight, but it only appears on screen when the next input (a click, the wheel) makes the application present another frame. A rubber-band rectangle stopped halfway lags one step behind the cursor. Reports from other users with the same symptom on AMD and NVIDIA cards: https://codeberg.org/cryinkfly/Autodesk-Fusion-360-on-Linux/issues/686 Environment: Arch Linux, wine 11.20 (Arch package), winex11.drv with the default EGL backend, Hyprland 0.56 with Xwayland 24.1.14, NVIDIA RTX 5080 with driver 615.78. What I observed: - With WINEDEBUG=+timestamp,+wgl and the cursor position logged on the same clock: while the cursor rests on a vertex for 4 seconds there is no GL call at all. The application had already drawn and swapped the frame with the highlight on the last mouse move, but the screen shows the frame before it. - Not affected by __GL_SYNC_TO_VBLANK=0 or by UseEGL=N (GLX path; this driver has no GLX_OML_sync_control). I have only tested Hyprland's Xwayland, not a plain X server. Analysis (from reading dlls/winex11.drv/opengl.c and init.c at wine-11.20 and current master): The viewport is a child window, so needs_offscreen_rendering() always returns TRUE ("child window, needs compositing") and the client window is redirected. After eglSwapBuffers(), x11drv_egl_surface_swap() only calls XFlush() and then client_surface_present(), which immediately copies the redirected window into the top-level window (X11DRV_client_surface_present -> StretchBlt). Nothing waits until the X server has applied the swap, and with a swap interval of 1 Xwayland applies it at the next frame, so the copy reads the previous contents. The GLX path waits with glXWaitForSbcOML() when GLX_OML_sync_control is available, but the EGL path has no equivalent. As an experiment, making the offscreen swap complete before the copy (swap interval 0 for offscreen surfaces, glFinish() before eglSwapBuffers() and XSync() after it) makes the highlight and the rubber band follow the cursor exactly. I am not attaching that change: it was written with an AI assistant, which the Developer FAQ does not accept. A proper fix probably needs to wait for the presentation to complete, or to copy again once it has. -- 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 0

[Bug 60554] New: Continuum 0.40 hangs with 100% CPU when joining a zone
by WineHQ Bugzilla Oct. 21, 2026

Oct. 21, 2026

http://bugs.winehq.org/show_bug.cgi?id=60554 Bug ID: 60554 Summary: Continuum 0.40 hangs with 100% CPU when joining a zone Product: Wine Version: 6.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: advapi32 Assignee: wine-bugs(a)list.winehq.org Reporter: winehq-bugzilla(a)tobias.preclik.de Target Milestone: --- Distribution: --- Created attachment 82421 --> http://bugs.winehq.org/attachment.cgi?id=82421 terminal output Continuum 0.40 installs and starts fine and shows the zone list. As soon as you join a zone, the window stops responding and Continuum.exe uses 100% of one CPU core. Steps to reproduce: 1. Download https://www.getcontinuum.com/downloads/continuum/Continuum040Setup.zip and unzip it. SHA1 of the zip: d95283d34d9a88eadbc4566abd0a411fb9da8953 (Continuum040Setup.zip) SHA1 of the installer: c98e42a92b1f2c3233bf89d597cb22b0162b2668 (Continuum040Setup.exe) 2. `wine Continuum040Setup.exe` and accept the defaults. 3. Start Continuum.exe, create or log in with a user name, select any zone and click Play. Analysis: when entering a zone, the client enumerates the registry. Opening HKLM\Software\Microsoft\Windows NT\CurrentVersion\Perflib\009 returns the pseudo-handle HKEY_PERFORMANCE_TEXT (0x80000050). RegEnumValueA() on that handle returns ERROR_INVALID_HANDLE for every index, and Continuum only stops on ERROR_NO_MORE_ITEMS, so it keeps incrementing the index forever (see the attached relay log: about 3 million calls before the log was stopped). The todo_wine tests in test_performance_keys() (dlls/advapi32/tests/registry.c) expect ERROR_MORE_DATA from RegEnumValueA() and ERROR_NO_MORE_ITEMS from RegEnumKeyA() on these handles. Regression note: not bisected. The handle has been returned since 1ab13117081 ("kernelbase: Return HKEY_PERFORMANCE_TEXT when trying to open the Perflib\009 key.", wine-6.15). This matches ProtonDB reports, where Proton 5.13 works and later versions hang when joining a server. Tested on Ubuntu 22.04 x86_64 with wine-11.20 built from the release tag, in a clean prefix with a fresh install, and earlier with wine-11.0 from the WineHQ stable packages. It hangs in both. The terminal output only contains a few fixme lines (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 60115] New: d2d_cdt_insert_segment() recurses without a global termination guard, stack overflow on degenerate geometry
by WineHQ Bugzilla Oct. 21, 2026

Oct. 21, 2026

http://bugs.winehq.org/show_bug.cgi?id=60115 Bug ID: 60115 Summary: d2d_cdt_insert_segment() recurses without a global termination guard, stack overflow on degenerate geometry Product: Wine Version: 11.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: d2d Assignee: wine-bugs(a)list.winehq.org Reporter: Seth2313(a)gmail.com Target Milestone: --- Distribution: --- IN PLAIN WORDS An application that draws complex vector graphics through Direct2D can kill Wine's main thread. A helper function in Wine's Direct2D triangulation code calls itself over and over without ever stopping when the input geometry is degenerate, until the 1 MB thread stack is used up and the process dies with a stack overflow. There is a safety check in the function, but it only guards a single call level, so it never fires. SUMMARY d2d_cdt_insert_segment() in dlls/d2d1/geometry.c:2287 recurses without a global termination guard. For degenerate geometry (collinear or duplicate vertices) the recursion oscillates between two origins and never terminates, exhausting the thread stack: EXCEPTION_STACK_OVERFLOW (0xC00000FD). The application's main thread dies while its audio threads keep running, so the process turns into a half-alive zombie rather than exiting. ENVIRONMENT Wine: wine-staging 11.9 when analysed; the affected code is byte-identical in 11.13 Application: FL Studio (64-bit) with two or more Serum 2 instances (JUCE/IPlug GUI drawing via Direct2D) d2d1: Wine builtin THE DEFECT static BOOL d2d_cdt_insert_segment(struct d2d_cdt *cdt, struct d2d_geometry *geometry, const struct d2d_cdt_edge_ref *origin, struct d2d_cdt_edge_ref *edge, size_t end_vertex) { for (current = *origin;; current = next) { ... if (<collinear case>) { d2d_cdt_edge_sym(&new_origin, &current); return d2d_cdt_insert_segment(cdt, geometry, &new_origin, edge, end_vertex); /* :2312 */ } if (d2d_cdt_rightof(...) && d2d_cdt_leftof(...)) { ... new_origin = *edge; return d2d_cdt_insert_segment(cdt, geometry, &new_origin, edge, end_vertex); /* :2335 */ } if (next.idx == origin->idx) { ERR("Triangle not found.\n"); return FALSE; } } } The only termination guard is "next.idx == origin->idx", which detects a full revolution around THE ORIGIN OF THE CURRENT INVOCATION. Both recursive calls at :2312 and :2335 enter with a NEW origin, so each level starts its guard from scratch. When the traversal cycles between two origins (A -> B -> A -> ...), no level ever completes a revolution, the guard never triggers, and the recursion is unbounded. EVIDENCE 1. Stack overflow (original code). With WINEDEBUG=+seh: code=c00000fd ... stack 0x108c0 (0x10000-0x11000-0x110000) i.e. the 1 MB thread stack is fully consumed. The main thread dies; the process stays alive because its audio threads are unaffected, which presents to the user as a total UI freeze. 2. The non-termination is real, not merely deep recursion. Both recursive calls are tail calls, so they can be rewritten as a loop ("origin = &new_origin; goto restart;") without any change in semantics. With that rewrite the stack overflow disappears and is replaced by an INFINITE LOOP: the thread spins at 100 % CPU with the instruction pointer stable inside d2d_cdt_insert_segment (RVA 0x2e9a3), confirmed with gdb across many samples. That rules out "recursion is merely too deep" and establishes non-termination. WORKAROUND IN USE HERE Tail-call elimination plus a generous iteration budget, bailing out the same way the existing "Triangle not found" path does: --- a/dlls/d2d1/geometry.c +++ b/dlls/d2d1/geometry.c @@ struct d2d_cdt_edge_ref base_edge, current, new_origin, next, target; size_t current_destination, current_origin; + unsigned int iterations = 0; +restart: for (current = *origin;; current = next) { + /* Guard against non-terminating cycles caused by degenerate geometry + * (e.g. collinear/duplicate vertices). The original code recursed here + * and died with a stack overflow; bail out and skip the segment instead. + * A correct segment insertion is O(edge_count), so a generous multiple + * of it is a safe upper bound that legitimate geometry never reaches. */ + if (++iterations > 16 * cdt->edge_count + 0x10000) + { + WARN("Iteration limit exceeded, skipping segment.\n"); + return TRUE; + } with both "return d2d_cdt_insert_segment(...)" calls replaced by "origin = &new_origin; goto restart;". This has been in daily production use since 2026-05 with no visible rendering artefacts. Note this returns TRUE (skip the segment and carry on) rather than FALSE. FALSE propagates up through d2d_cdt_insert_segments() and fails the whole tessellation, which in practice loses far more than the one bad segment. Which of the two is the right upstream behaviour is a call for the d2d1 maintainers - the important part is that the function must terminate. NO MINIMAL REPRODUCER The degenerate geometry is produced at runtime by a closed-source plugin GUI, so I cannot supply a small test case. A targeted test would presumably construct a path geometry containing duplicate and collinear vertices and tessellate it. I am happy to test any candidate patch against the real workload that triggers this reliably. -- 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 59885] New: Sonic Boom (1995 Klik & Play fangame) locks up in new WoW64 build
by WineHQ Bugzilla Oct. 21, 2026

Oct. 21, 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 8

[Bug 60525] New: FindVUK breaks in Wine 11.20 - SetFilePointer fails on Blu-ray/DVD drive
by WineHQ Bugzilla Oct. 21, 2026

Oct. 21, 2026

http://bugs.winehq.org/show_bug.cgi?id=60525 Bug ID: 60525 Summary: FindVUK breaks in Wine 11.20 - SetFilePointer fails on Blu-ray/DVD drive Product: Wine Version: 11.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: toadking(a)toadking.com Target Milestone: --- Distribution: --- In Wine 11.20, the tool FindVUK fails on parsing Blu-ray/DVD discs/drives. The tool log prints this error: [E] drive_ms(399) / DRVMS_ReadLogicalBlockDrive / ERROR! SetFilePointer failed! ReadPos >32768< Looking at a trace it looks like get_handle_fd() with a raw drive handle (like "\\\\.\\D:") returns BAD_DEVICE_TYPE, when you should be able to open and read a Blu-ray/DVD disc this way. This program worked in Wine 11.19. A trace with WINEDEBUG=+all,+file is too large to attach (it was the only way to get the relevant log around BAD_DEVICE_TYPE) so it can be found here: https://toadking.com/findvuk.log.gz (relevant logs start around line 3537826) Command used: WINEDEBUG=+all,+file wine findvuk.exe validatedisc drive=d (expects a Blu-ray disc to inserted in drive D) -- 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 60539] New: ntdll: RtlIsNameInExpression is not exported
by WineHQ Bugzilla Oct. 21, 2026

Oct. 21, 2026

http://bugs.winehq.org/show_bug.cgi?id=60539 Bug ID: 60539 Summary: ntdll: RtlIsNameInExpression is not exported Product: Wine Version: 11.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)list.winehq.org Reporter: im.illustar0(a)gmail.com Target Milestone: --- Distribution: --- Wine's ntdll.dll does not export RtlIsNameInExpression, which is available on Windows. The function is needed for NT-style filename pattern matching, including DOS wildcard semantics. -- 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 60553] New: .NET Framework 4.8 : Rounding error when casting a nullable float variable (0.001) to a decimal
by WineHQ Bugzilla Oct. 21, 2026

Oct. 21, 2026

http://bugs.winehq.org/show_bug.cgi?id=60553 Bug ID: 60553 Summary: .NET Framework 4.8 : Rounding error when casting a nullable float variable (0.001) to a decimal Product: Wine Version: 11.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: godonnell(a)curtisswright.com Target Milestone: --- Distribution: --- float? Step = (float)0.001; Casting Step to a decimal yields a value of 0.0010000001 Example Code: internal class Program { static void Main(string[] args) { float? Step = (float)0.001; Console.WriteLine($"Step.Value = {Step.Value}"); Console.WriteLine($"(decimal)Step = {(decimal)Step}"); double? DoubleStep = (double)0.001; Console.WriteLine($"DoubleStep.Value = {DoubleStep.Value}"); Console.WriteLine($"(decimal) DoubleStep = {(decimal)DoubleStep}"); } } Output: Windows 11 Step.Value = 0.001 (decimal)Step = 0.001 DoubleStep.Value = 0.001 (decimal) DoubleStep = 0.001 debian trixie running wine 11.0 Step.Value = 0.001 (decimal)Step = 0.0010000001 DoubleStep.Value = 0.001 (decimal) DoubleStep = 0.001 -- 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 0

[Bug 53501] New: Test Drive Unlimited not working
by WineHQ Bugzilla Oct. 21, 2026

Oct. 21, 2026

https://bugs.winehq.org/show_bug.cgi?id=53501 Bug ID: 53501 Summary: Test Drive Unlimited not working Product: Wine Version: 7.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ds000001(a)outlook.de Distribution: --- Created attachment 72860 --> https://bugs.winehq.org/attachment.cgi?id=72860 Lutris and Wine Hello, I try to run Test Drive Unlimited DVD 1.66 version with Wine. My system: CPU: 3700X GPU: 6700XT RAM: 32 GB Wine: 7.15 installed through pacman and using Lutris 0.5.10.1-2 for easier management of all WINEPREFIX's WINEPREFIX: - 32 Bit and complete new - Through winecfg set as Win XP - No additional packages installed - ESync, Fsync and DXVK not enabled - Virtual window mode enabled with 1080p resolution, that way it is easier for me to see, if something happens or not - no additional modules installed with Winetricks If I try to start the game, the configured Wine desktop appears, the disc drive starts to spin and after that nothing happens. Output from "lutris -d" and enabled diagnostics for the WINEPREFIX gave me the output from tdudebug1.txt. Enabled debug with "WINEDEBUG=warn+all" and tried to start the game through the wine command. Got the log tdudebug2.txt out of this. Any ideas what I am doing wrong? -- 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