November 2025 - Wine-bugs - list.winehq.org

[Bug 57954] New: Watch_Dogs black splash screen 10.3 rawinput:add_device Failed to open device
by WineHQ Bugzilla 15 Dec '25

15 Dec '25

https://bugs.winehq.org/show_bug.cgi?id=57954 Bug ID: 57954 Summary: Watch_Dogs black splash screen 10.3 rawinput:add_device Failed to open device Product: Wine Version: 10.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: zlice(a)crtdrift.us Distribution: --- Created attachment 78201 --> https://bugs.winehq.org/attachment.cgi?id=78201 wd-winedbg 10.2 seems to work fine, 10.3 gives an error about rawinput and the splash screen that should have the main character and game title is a black box and hangs using wow64 build, other 32bit games seem to work fine. running with WINEDBEUG ends in multiple varying lines of `0158:warn:rawinput:add_device Failed to open device file L"\\??\\HID#some-device-name#{hex-hash-id}", status 0xc0000034.` -- 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 17

[Bug 57600] New: Application not showing console output
by WineHQ Bugzilla 15 Dec '25

15 Dec '25

https://bugs.winehq.org/show_bug.cgi?id=57600 Bug ID: 57600 Summary: Application not showing console output Product: Wine Version: 10.0-rc3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: angel.narvaez(a)civiceye.com Distribution: --- Created attachment 77715 --> https://bugs.winehq.org/attachment.cgi?id=77715 wine8 vs wine9 I'm running into an issue where an application that can be started from explorer.exe or cmd.exe is not showing the console output to the unix console. The "buggy" behavior is present in wine v9, but wine v8 shows the console output just fine. I believe the related change is in this commit: https://gitlab.winehq.org/wine/wine/-/commit/4b63e888945b8ada2ddc043e435b93… In the commit, it is stated that this behavior can be achieved by starting the app with "./wine app | cat", however that does not seem to be working with wine or wineconsole (Please see attachments) When using WINEDEBUG=+console, I can see the application interacting and writing to the windows console, however nothing is shown on the screen. I need guidance on this issue. -- 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 58508] New: Dn-FamiTracker 0.5.0.2: hangs on startup (regression, have bisected commit)
by WineHQ Bugzilla 15 Dec '25

15 Dec '25

http://bugs.winehq.org/show_bug.cgi?id=58508 Bug ID: 58508 Summary: Dn-FamiTracker 0.5.0.2: hangs on startup (regression, have bisected commit) Product: Wine Version: 10.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winmm&mci Assignee: wine-bugs(a)winehq.org Reporter: zerica(a)callcc.eu Distribution: --- Created attachment 78972 --> http://bugs.winehq.org/attachment.cgi?id=78972 program output before freezing i believe this happens with any program that does audio input, but i'm focusing on dn-famitracker since it was where i first noticed the issue. i have isolated the faulty commit to exactly https://gitlab.winehq.org/wine/wine/-/commit/f7044c4b8f3ab02ca8070cb37c7cc9…. reverting it in 10.11 fixes the freeze entirely. -- 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 26

[Bug 58769] New: dgVoodoo does not work with WineD3D
by WineHQ Bugzilla 14 Dec '25

14 Dec '25

http://bugs.winehq.org/show_bug.cgi?id=58769 Bug ID: 58769 Summary: dgVoodoo does not work with WineD3D Product: Wine Version: 10.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: user.pecheniok(a)gmail.com Distribution: --- When using dgVoodoo with the OpenGL backend, the game (anything on dx8 or 9 really) either never starts and just stays at a black screen; or starts, but renders a black screen; or crashes. Works with the Vulkan backend and with dxvk. The console output doesn't differ between the 2 backends, so which flags should I use to get the 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.

2 6

[Bug 50606] New: Far Manager does not resize when tty console is resized
by WineHQ Bugzilla 12 Dec '25

12 Dec '25

https://bugs.winehq.org/show_bug.cgi?id=50606 Bug ID: 50606 Summary: Far Manager does not resize when tty console is resized Product: Wine Version: 6.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rpisl(a)seznam.cz Distribution: --- Created attachment 69291 --> https://bugs.winehq.org/attachment.cgi?id=69291 Quick fix Far Manager does not resize when tty console is resized. The tty size is only read upon start and remains fixed. Attaching a hack that fixes it for me. Let me know if there is a way how to do it properly and acceptable for upstream. -- 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 59012] New: Maximized windows cannot be minimized on kde xwayland
by WineHQ Bugzilla 12 Dec '25

12 Dec '25

http://bugs.winehq.org/show_bug.cgi?id=59012 Bug ID: 59012 Summary: Maximized windows cannot be minimized on kde xwayland Product: Wine Version: 10.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)list.winehq.org Reporter: edoardo762(a)gmail.com Distribution: --- After updating to wine 10.19 (don't remember exactly if it was from 10.17 or 10.18), maximized windows have been behaving wrongly on kde's kwin. When a window is maximized, if it is attempted to minimize, it immediately pops back up, if there's another wine window showing, it sometimes "properly" minimize (sometimes even disappearing from the system tray), but then it randomly pops back up. Another issue regarding maximized windows, is that restoring them properly puts their top left corner to the right position, but doesn't resize them, thus leaving them with the maximized size. I can confirm that this is a wine regression as i encountered it both on an arch system where wine was updated alongside kde 6.5.X (so could've been either of the two causing the issue, especially after kwin had broken clipboard handling for wine, then later fixed). But i now tested on another system on which only wine was updated to 10.19, with kde still at 5.2.9 and the issue started appearing there as well. -- 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 56177] New: The 64-bit uxtheme:system fails on Windows 10 2004+
by WineHQ Bugzilla 12 Dec '25

12 Dec '25

https://bugs.winehq.org/show_bug.cgi?id=56177 Bug ID: 56177 Summary: The 64-bit uxtheme:system fails on Windows 10 2004+ Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: uxtheme Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com The 64-bit uxtheme:system fails on Windows 10 2004+: system.c:2735: Test failed: Expected value 0, got -1702550272 See http://winetest.dolphin/data/patterns.html#uxtheme:system A bisect shows that this failure started with the commit below: commit b5f4a6a4dbb6f4d7b9f182d0d551393558458712 Author: Louis Lenders <xerox.xerox2000x(a)gmail.com> Date: Thu Oct 19 15:15:36 2023 +0200 uxtheme: Add ShouldAppsUseDarkMode. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=55821 -- 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 38652] New: VMR9 Owner and Clipping hwnd
by wine-bugs＠winehq.org 12 Dec '25

12 Dec '25

https://bugs.winehq.org/show_bug.cgi?id=38652 Bug ID: 38652 Summary: VMR9 Owner and Clipping hwnd Product: Wine Version: 1.7.38 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: jasonwinter(a)hotmail.com Distribution: --- VMR9 - Windows quartz seems to set Owner (I.E. put_Owner) if not already set when SetVideoClippingWindow is called. Wine creates a window at monitor position 0,0 (top, left) outside the application if this isn't explicitly done. -- 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 58811] New: Steam: Unable to display the intended GUI windows due to steamwebhelper being unresponsive.
by WineHQ Bugzilla 12 Dec '25

12 Dec '25

http://bugs.winehq.org/show_bug.cgi?id=58811 Bug ID: 58811 Summary: Steam: Unable to display the intended GUI windows due to steamwebhelper being unresponsive. Product: Wine Version: 10.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: dwrite Assignee: wine-bugs(a)winehq.org Reporter: chiitoo(a)gentoo.org Regression SHA1: 2a2cc34db71a86899b69bf3ee1da52793c342019 Distribution: Gentoo Created attachment 79466 --> http://bugs.winehq.org/attachment.cgi?id=79466 terminal After 2a2cc34db71 [1], Steam appears to launch, showing its notification area icon, but no window will appear. After a while from clicking said icon, the "Steamwebhelper is not responding" window [2] will appear, with a few different options to restart things with, of which none do any better. I believe the src\vgui2\vgui_surfacelib\Win32Font.cpp (963) : Couldn't get string length line shows up only when this problem can be seen, which could be a sort of a hint at least. Building before the mentioned commit, or reverting it, and efce37afd70 due to conflicts, on current 'git master' will make it work again. Hacking on it a bit, removing the 'wcsupr(refkey->name);' line also makes it work, though maybe that is obvious in this case, and might more or less nullify the point of the uppercasing intended. (Did not try a fresh prefix and clean install of Steam yet due to the cumbersome log-in process, but hopefully that is not necessary here.) Last tested at 'wine-10.17'. Thank you! 1. https://gitlab.winehq.org/wine/wine/-/commit/2a2cc34db71a86899b69bf3ee1da52… 2. https://help.steampowered.com/en/faqs/view/6C3E-9504-CC20-AF49 -- 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 26

[Bug 58261] New: Ys Origin: videos playing upside down
by WineHQ Bugzilla 12 Dec '25

12 Dec '25

http://bugs.winehq.org/show_bug.cgi?id=58261 Bug ID: 58261 Summary: Ys Origin: videos playing upside down Product: Wine Version: unspecified 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)winehq.org Reporter: gyebro69(a)gmail.com CC: z.figura12(a)gmail.com Regression SHA1: 2f180106471a41fa3d95f21919b87b94d8e13e63 Distribution: --- Created attachment 78600 --> http://bugs.winehq.org/attachment.cgi?id=78600 terminal output Intro and in-game videos are playing upside down in Ys:Origin. Tested with the Steam and GOG.com versions. Demo is available on Steam but it is not affected (the demo uses different video format for videos). This is after commit 2f180106471a41fa3d95f21919b87b94d8e13e63 amstream: Implement the custom ddraw stream allocator. The allocator has a lot of custom behaviour that is very visible in how it interacts with Update(). Naturally this has the benefit of writing directly into the mapped surfaces. The gstreamer errors in my log were present before that commit too. wine-10.8-103-g8f91df4c4e4 -- 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