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

[Bug 60550] New: winex11 wintab: XSelectExtensionEvent called per device overwrites previous selections; stylus/eraser events lost (no pen pressure, eraser acts as tip) on Xwayland
by WineHQ Bugzilla Oct. 20, 2026

Oct. 20, 2026

http://bugs.winehq.org/show_bug.cgi?id=60550 Bug ID: 60550 Summary: winex11 wintab: XSelectExtensionEvent called per device overwrites previous selections; stylus/eraser events lost (no pen pressure, eraser acts as tip) on Xwayland Product: Wine Version: 11.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wintab32 Assignee: wine-bugs(a)list.winehq.org Reporter: redcowski(a)gmail.com Target Milestone: --- Distribution: --- Created attachment 82414 --> http://bugs.winehq.org/attachment.cgi?id=82414 Video proof of pressure sensitivity working in Clip Studio Paint 5.1.5 I managed to get pressure sensitivity working on Clip Studio Paint current latest version under Wine (many artists I know struggle with this and I was specifically helping my sister get her tablet working on her new Linux Framework laptop). I threw my Claude Max at it and we got it to work. Here is the root cause and what got it working: On a Wayland desktop (GNOME/mutter, Xwayland 24.1, Fedora 44), Wintab apps under Wine get the pen with no pressure, and the eraser end behaves like the tip. Seen with Clip Studio Paint 5.1.5 in Wintab mode, Wacom Intuos5 touch M over the wireless kit. Pressure works in native apps. A plain XInput 1 client on the same desktop receives the stylus with full pressure (0–65535) and button events. Xwayland exposes the tablet as three XI1 devices: xwayland-tablet stylus:NN, xwayland-tablet eraser:NN and xwayland-tablet cursor:NN. Wine detects all three (tablet_attach_queue Opening cursor 0 id 12 / 1 id 10 / 2 id 11). Cause: in dlls/winex11.drv/wintab.c, tablet_attach_queue() loops over the cursors and, for each device, builds event_list with only that device's classes. It then calls pXSelectExtensionEvent(data->display, win, event_list, event_number) inside the loop. XSelectExtensionEvent replaces the client's previous XInput 1 selection on that window, so after the loop only the last device is selected. Querying the window with XGetSelectedExtensionEvents shows only the last device (here id 12, the puck). The stylus (10) and eraser (11) are not selected, so Wine receives no stylus motion/button events. A few stale hover events with pressure 0 get through, and the app falls back to mouse input. Proof: a separate XI1 client that selects stylus events on the same Wine window receives 824 motion events with pressure up to 65535 in one test, while Wine (WINEDEBUG=+wintab32) logs 5 motion_events, all with pkNormalPressure: 0. Fix: collect the event classes of all devices into one list and call XSelectExtensionEvent once after the loop (patch attached: the event list grows to CURSORMAX * 7 and the call moves out of the loop). Workaround (until fixed): an LD_PRELOAD shim that merges and re-applies the selections: https://github.com/codicusmaximus/CrapStudioPaint/blob/07392ab23f9aafc51cca… Steps to reproduce: Wayland session (GNOME), Wacom tablet working in native apps. Run a Wintab app (e.g. Clip Studio Paint set to Wintab, or Wacom's wtcapt.exe) with WINEDEBUG=+wintab32. Draw with the pen: the log shows almost no motion_events and pressure stays 0; the eraser end draws like the tip. XGetSelectedExtensionEvents on the app window lists only one tablet device, e.g. with https://github.com/codicusmaximus/CrapStudioPaint/blob/436c23e5d3139cfc94e6… I have reviewed the fix and it seems reasonable to me, this would help a lot of people struggling with pressure sensitivity and it makes moving to a Linux-based OS a non-starter for a lost of artist folk. Thanks for considering 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 0

[Bug 60549] New: Game (2011) Rage/Rage64.exe fails to launch
by WineHQ Bugzilla Oct. 20, 2026

Oct. 20, 2026

http://bugs.winehq.org/show_bug.cgi?id=60549 Bug ID: 60549 Summary: Game (2011) Rage/Rage64.exe fails to launch 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: eick.roberto(a)gmail.com Target Milestone: --- Distribution: --- Created attachment 82413 --> http://bugs.winehq.org/attachment.cgi?id=82413 Bktrace_wine_dev_11.20_Rage_2026-Oct Debian Sid Kernel 7.2.11, nice old laptop that works fine. Old bug 38969 CLOSED / INVALID Old bug 43891 CLOSED / FIXED Those bugs describe specific commit that was reverted once to make game work. Now I started this to reopen the issue. My backtrace for 32bit binary appears to be identical to bug 43891. Main error: (32bit) Unhandled exception: page fault on read access to 0x00000000 in wow64 32-bit code (0x00000000). --> see bktrace --> NTDLL / Kernel32 The 64bit binary fails differently: no backtrace: [0x????????????] ANOMALY: Instruction "lea" is modifying the stack -- 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 60548] New: vatSys: WinForms menus render wide and blank with the app's bundled "Terminus (TTF)" Bold font
by WineHQ Bugzilla Oct. 20, 2026

Oct. 20, 2026

http://bugs.winehq.org/show_bug.cgi?id=60548 Bug ID: 60548 Summary: vatSys: WinForms menus render wide and blank with the app's bundled "Terminus (TTF)" Bold font Product: Wine Version: 11.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdiplus Assignee: wine-bugs(a)list.winehq.org Reporter: oljnam(a)gmail.com Target Milestone: --- Distribution: --- Application: vatSys 1.4.20, a VATSIM air traffic control client (https://virtualairtrafficsystem.com, free), 32-bit .NET Framework 4.8 WinForms. Its menus and editor windows use the font family "Terminus (TTF)" through GDI+. The installer ships a single font file, TerminusTTF_Bold_B.ttf ("Terminus (TTF)" Bold, version 4.39). Problem: with the bundled font installed, vatSys's drop-down menus open as wide, blank windows (full screen width with winex11 under KWin Wayland, narrower but still blank with winewayland), and text in its editor windows is misaligned. With the bundled file replaced by the Terminus TTF 4.49.3 conversion from https://files.ax86.net/terminus-ttf/ (copied to C:\windows\Fonts and registered under HKLM\Software\Microsoft\Windows NT\CurrentVersion\Fonts), the menus and text render correctly. This holds with the full 4.49.3 family installed, and also with only its Bold face, so a bold-only family is not the trigger. Differences found between the two Bold files (fontTools): - the bundled file has a GDEF table; 4.49.3 has none - usWinAscent/usWinDescent and hhea ascent/descent: 849/183 (bundled) vs 833/167 - embedded bitmap strikes: 12-28 ppem (bundled) vs 12-32 ppem - otherwise identical cmap subtables (0/3/4, 1/0/6, 3/1/4), unitsPerEm 1000, weight 700, fsSelection 0xa0, xAvgCharWidth 500, fixed pitch, both with EBDT/EBLC strikes Removing the GDEF table alone, or changing only the ascent/descent values to match 4.49.3, does not fix the menus. In wine-11.0, GdipCreateFontFamilyFromName("Terminus (TTF)") did not match the bundled bold-only family (it fell back to Tahoma), so the menus looked correct there; in 11.20 the family is matched and the menus break. Steps to reproduce: 1. New 64-bit prefix (new WoW64), winecfg -v win11, winetricks -q dotnet48 2. Install vatSys and launch it; open any item in the main menu bar. 3. Result: wide, blank drop-down. Replace TerminusTTF_Bold_B.ttf with TerminusTTF-Bold-4.49.3.ttf (registered under the same family), wineserver -k, relaunch: menus are correct. Environment: Wine 11.20 (d2d1-dcomp-11.20 fork of giang17/wine built from source; the same menu symptoms appeared earlier with the WineHQ 11.20 packages). Fedora 44, KDE Plasma 6.7.5 (Wayland), NVIDIA RTX 3080, driver 615.78.08. Attached: the bundled TerminusTTF_Bold_B.ttf -- 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 60547] New: Star Citizen CrashHandler not running
by WineHQ Bugzilla Oct. 19, 2026

Oct. 19, 2026

http://bugs.winehq.org/show_bug.cgi?id=60547 Bug ID: 60547 Summary: Star Citizen CrashHandler not running Product: Wine Version: 11.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: dbghelp Assignee: wine-bugs(a)list.winehq.org Reporter: mactan(a)edgetransit.dev Target Milestone: --- Distribution: --- Created attachment 82412 --> http://bugs.winehq.org/attachment.cgi?id=82412 workaround write minidump on current thread During a game client crash Star Citizen attempts to hand off to it's bundled CrashHandler.exe which ends up using dbghelp however it appears to never run. This stopped working as of wine 9.5 and works on 9.4. This appears to be a result of this bug and MR. With this working again we would be able to submit crash reports through their automated tool https://gitlab.winehq.org/wine/wine/-/merge_requests/5307 https://bugs.winehq.org/show_bug.cgi?id=55798 for context writing the minidump on the current thread allows the game to hand off to the crashhandler tool and it run's successfully on top of 11.20 / latest git -- 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 58706] New: Blood Fresh Supply / Doom 64 (KEX engine games) fail to start when OpenGl API is selected (EGL backend)
by WineHQ Bugzilla Oct. 19, 2026

Oct. 19, 2026

http://bugs.winehq.org/show_bug.cgi?id=58706 Bug ID: 58706 Summary: Blood Fresh Supply / Doom 64 (KEX engine games) fail to start when OpenGl API is selected (EGL backend) Product: Wine Version: 10.15 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: rbernon(a)codeweavers.com Distribution: --- Those games using the Kex Engine that support the Opengl renderer API fail to start when the new experimental EGL opengl backend is used. Such games are: Blood - Fresh Supply Doom 64 System Shock: Enhanced Edition The error message that is shown on start: kexPlatformApp::InitVideo: Failed to create window (No matching GL pixel format available). Other available renderers in those games (Vulkan and D3d11) work properly with the new EGL backend. wine-10.15-28-g7d26649f637 NVIDIA 580.82.09 X.Org X Server 1.21.1.18 -- 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 60546] New: Ys Origin: AVI videos are displayed as four horizontally compressed, grayscale copies
by WineHQ Bugzilla Oct. 19, 2026

Oct. 19, 2026

http://bugs.winehq.org/show_bug.cgi?id=60546 Bug ID: 60546 Summary: Ys Origin: AVI videos are displayed as four horizontally compressed, grayscale copies Product: Wine Version: 11.20 Hardware: x86-64 URL: https://store.steampowered.com/app/207350/Ys_Origin/ OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs(a)list.winehq.org Reporter: gyebro69(a)gmail.com CC: bmcgrath(a)codeweavers.com Target Milestone: --- Regression SHA1: e4d1eefb14f1c4e7616c763daa888dfc280bb451 Distribution: ArchLinux Created attachment 82411 --> http://bugs.winehq.org/attachment.cgi?id=82411 screenshot AVI video playback in Ys Origin regressed between Wine 11.19 and 11.20. The issue affects both the Steam and GOG versions. For the Steam version, the full game is required to reproduce this issue. The Steam demo uses a different video codec and is not affected. With Wine 11.20, the video image is repeated four times horizontally. Each copy is horizontally compressed, appears in grayscale, and has pronounced horizontal striping. Before the regression, the videos were displayed correctly, with normal proportions and colors. The same AVI files play correctly with both gst-play and ffplay. The affected files examined are `yso_logo.avi` and `en_pro.avi`. Both contain: - Video: MPEG-4 Advanced Simple Profile, FourCC XVID, yuv420p, 1920×960, 60 fps. - Audio: 16-bit signed little-endian PCM, 48 kHz, stereo. I bisected the regression to the following four consecutive commits, listed in chronological order: - `8ca50c3753915d0891d8be588b73a35383f5eaca` quartz: Implement media type enum for source. - `52e78abf837f27dc04f8b1fe6e1bbff1a074ee88` quartz: Implement QueryAccept for source. - `479a9316aeab82372b2b0c832297cc480165c17c` quartz: Make sure cbBuffer is large enough to fit image. - `e4d1eefb14f1c4e7616c763daa888dfc280bb451` quartz: Implement the Receive function. `e4d1eefb14f1` is the first tested commit at which I observed the specific corrupted image described above. However, the three preceding candidates had to be skipped: audio played, but the video area remained white or black, preventing assessment of the image corruption. I cannot conclusively attribute the corruption to e4d1eefb14f1 alone. Please let me know if you need debug logs. -- 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 60283] New: Fate/stay night REMASTERED only shows a black screen when using EGL
by WineHQ Bugzilla Oct. 19, 2026

Oct. 19, 2026

http://bugs.winehq.org/show_bug.cgi?id=60283 Bug ID: 60283 Summary: Fate/stay night REMASTERED only shows a black screen when using EGL Product: Wine Version: 11.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: win32u Assignee: wine-bugs(a)list.winehq.org Reporter: bluechxindv(a)gmail.com Target Milestone: --- Regression SHA1: 7abf4432a7dfdc044f0458f2457829038dc497f0 Distribution: --- Created attachment 82022 --> http://bugs.winehq.org/attachment.cgi?id=82022 +wgl,+opengl,+seh log with EGL Pretty much the title, playing the game on Wine 11.16 only led to a black screen while Proton seemed to work fine. Debugging led to finding out it only happens when using EGL, after switching to GLX the game plays fine. Would love to add more information but this is all I could find. -- 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 60528] New: Wine 11.20 compiles fine but gives segmentation fault
by WineHQ Bugzilla Oct. 19, 2026

Oct. 19, 2026

http://bugs.winehq.org/show_bug.cgi?id=60528 Bug ID: 60528 Summary: Wine 11.20 compiles fine but gives segmentation fault 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: jonfarr87(a)gmail.com Target Milestone: --- Distribution: --- Created attachment 82391 --> http://bugs.winehq.org/attachment.cgi?id=82391 config.log file Wine 11.20 (normal and staging) compiles fine but gives a segmentation fault upon trying to run anything, including winecfg itself. Compiling 11.19 under the same exact environment works fine. -- 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 60545] New: Zeus: Master of Olympus reports a system-thread access violation on exit
by WineHQ Bugzilla Oct. 19, 2026

Oct. 19, 2026

http://bugs.winehq.org/show_bug.cgi?id=60545 Bug ID: 60545 Summary: Zeus: Master of Olympus reports a system-thread access violation on exit Product: Wine Version: 11.20 Hardware: x86-64 URL: https://archive.org/download/ZeusMasterOfOlympusDemo/z eusdemo.exe OS: Linux Status: NEW Keywords: download, regression Severity: minor Priority: P2 Component: ntdll Assignee: wine-bugs(a)list.winehq.org Reporter: gyebro69(a)gmail.com CC: julliard(a)winehq.org Target Milestone: --- Regression SHA1: 1cae1f531bf5762c6009cd06975075328609c2f9 Distribution: --- Created attachment 82410 --> http://bugs.winehq.org/attachment.cgi?id=82410 WINEDEBUG=-all,+timestamp,+pid,+seh,+virtual,+mem_areas log Zeus: Master of Olympus triggers an access violation when exiting through the main menu in Wine 11.20. This does not occur with Wine 11.19. The game window closes without displaying a Wine crash dialog, but the following error appears in the terminal: >>err:seh:send_debug_event Exception c0000005 in system thread at 0x74c0860a2bdc I have reproduced this with both the GOG release and the freely available demo, using both new WoW64 and legacy shared WoW64 builds. To reproduce: 1. Install the GOG release or the demo. 2. Start the game and wait for the main menu. 3. Click Quit. 4. Observe the system-thread access violation in the terminal. The game starts and reaches the main menu normally. I have not observed any gameplay problems during brief testing, but I have not tested extended gameplay. Entering a game is not necessary to reproduce the exit failure. Git bisect identified the first bad commit as: commit 1cae1f531bf5762c6009cd06975075328609c2f9 ntdll: Merge the reserved areas and free ranges arrays. The commit reverts cleanly, and reverting it fixes the exit failure. Possibly related: bug #60534 Demo installation note: The demo installation can take a long time to start and may print a Win16Mutex timeout warning, but it eventually installs successfully. zeusdemo.exe (47 MiB) md5sum: a985758764ff875c388bf45866669a0d -- 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 60544] New: vkd3d_create_null_srv: unhandled view dimension 0x9 (D3D12_SRV_DIMENSION_TEXTURECUBE)
by WineHQ Bugzilla Oct. 19, 2026

Oct. 19, 2026

http://bugs.winehq.org/show_bug.cgi?id=60544 Bug ID: 60544 Summary: vkd3d_create_null_srv: unhandled view dimension 0x9 (D3D12_SRV_DIMENSION_TEXTURECUBE) Product: vkd3d Version: 1.4 Hardware: arm OS: MacOS Status: UNCONFIRMED Severity: critical Priority: P2 Component: vkd3d Assignee: wine-bugs(a)list.winehq.org Reporter: opendev(a)netforza.com Target Milestone: --- Summary: vkd3d_create_null_srv: unhandled view dimension 0x9 (D3D12_SRV_DIMENSION_TEXTURECUBE) Diablo II: Resurrected triggers "vkd3d:fixme:vkd3d_create_null_srv Unhandled view dimension 0x9." Null cube-map SRVs aren't created. Patch implementing them: https://github.com/SergioB/d2r-macos-wine-fix/tree/main/patches (0003) Related, in case a workaround on the vkd3d side is welcome: on macOS, D2R draws its terrain through a pass-through hull/domain shader pair (tessellation factor 1), and MoltenVK's tessellation emulation draws nothing for it, so the ground renders black. Patch 0002 in the same folder draws those 3-point patches as plain triangles. MoltenVK issue: [MoltenVK issue link] Environment: MacBook Air M3, macOS 26.6.2, Wine 11.0, MoltenVK 1.4.2, D2R 3.3.93847. -- 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