September 2025 - Wine-Bugs - list.winehq.org

[Bug 58722] New: Wine X11 and keybindings in Unreal Engine games
by WineHQ Bugzilla Sept. 19, 2025

Sept. 19, 2025

http://bugs.winehq.org/show_bug.cgi?id=58722 Bug ID: 58722 Summary: Wine X11 and keybindings in Unreal Engine games Product: Wine Version: 10.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: vse.stopchanskyi(a)gmail.com Distribution: --- Created attachment 79328 --> http://bugs.winehq.org/attachment.cgi?id=79328 Wine X11/Wayland with Ukrainian as primary keyboard layout Related bug report on Plasma: https://bugs.kde.org/show_bug.cgi?id=507290 If I have Ukrainian keyboard layout as my primary, Unreal Engine games launched in Wine under Xwayland will have broken keybindings, the game will get ЦФІВ instead of WASD. Tested games are: - Pacific Drive (Wine 10.15, Proton GE 10) - Stalker 2 (Proton GE 10) - Satisfactory (Proton GE 10, Proton 10, Proton 9) When running the same games in the same Wine/Proton version but using Wayland driver, the issue is not present and games still get WASD as they should. -- 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 49028] New: X-plane 11 (windows) falls back to opengl when trying to run with vulkan.
by WineHQ Bugzilla Sept. 19, 2025

Sept. 19, 2025

https://bugs.winehq.org/show_bug.cgi?id=49028 Bug ID: 49028 Summary: X-plane 11 (windows) falls back to opengl when trying to run with vulkan. Product: Wine Version: 5.6 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: hubert(a)limitset.net Distribution: --- Created attachment 67006 --> https://bugs.winehq.org/attachment.cgi?id=67006 X plane log When attempting to run the windows version of X-plane 11 (to get access to windows only add-ons) the game will not run with vulkan enabled. When attempting to start the simulator in vulkan mode this is the error message: "The graphics card or driver lacks support for a required extension: VK_KHR_external_memory_win32" and coontinues to run but with opengl. This happens on Arch Linux and Debian Sid, and so far this issue has occurred for everyone who has tried running the game with wine using vulkan. -- 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 17

[Bug 58721] New: Mathcad Professional 2001i
by WineHQ Bugzilla Sept. 19, 2025

Sept. 19, 2025

http://bugs.winehq.org/show_bug.cgi?id=58721 Bug ID: 58721 Summary: Mathcad Professional 2001i Product: Wine Version: 9.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fvenale(a)gmail.com Distribution: --- Created attachment 79327 --> http://bugs.winehq.org/attachment.cgi?id=79327 Backtrace I was changing the default text style property for all worksheets, then crashed. The debugger has originated the backtrace file as in attachment. -- 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 38190] New: FEAR crash at runs
by wine-bugs＠winehq.org Sept. 19, 2025

Sept. 19, 2025

https://bugs.winehq.org/show_bug.cgi?id=38190 Bug ID: 38190 Summary: FEAR crash at runs Product: Wine Version: 1.7.38 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mrdeathjr28(a)yahoo.es Distribution: --- Created attachment 50967 --> https://bugs.winehq.org/attachment.cgi?id=50967 backtrace fear Game config works but when game is launched crash -- 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 58216] New: Inquisitor crashes on start
by WineHQ Bugzilla Sept. 19, 2025

Sept. 19, 2025

http://bugs.winehq.org/show_bug.cgi?id=58216 Bug ID: 58216 Summary: Inquisitor crashes on start Product: Wine Version: 10.7 Hardware: x86-64 URL: https://store.steampowered.com/app/241620/Inquisitor/ OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: winegstreamer Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com Regression SHA1: 075033d61ffac2a8d42e06e91a12c88f2fa17401 Distribution: ArchLinux Created attachment 78529 --> http://bugs.winehq.org/attachment.cgi?id=78529 terminal output The intro video in Inquisitor never worked for me: it was gracefully skipped and the game loaded directly the main menu. Since Wine-10.7 the game crashes right after start. Reverting the following commit fixes the crash for me: commit 075033d61ffac2a8d42e06e91a12c88f2fa17401 winegstreamer: Make sure WMSyncReader never reads in the background. 'winetricks wmp9' also makes the crash go away (the startup video still does not work). Reproduced with the Steam and GOG.com versions. wine-10.7-73-gf9741837a3b -- 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 13

[Bug 58662] New: 16-bit bitmap rendering
by WineHQ Bugzilla Sept. 19, 2025

Sept. 19, 2025

http://bugs.winehq.org/show_bug.cgi?id=58662 Bug ID: 58662 Summary: 16-bit bitmap rendering Product: Wine Version: 10.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: opengl Assignee: wine-bugs(a)winehq.org Reporter: zowie+wine(a)vandillen.io Distribution: --- Created attachment 79243 --> http://bugs.winehq.org/attachment.cgi?id=79243 Glitchy 16-bit render of Civilization 3. Without OpenGL Civ 3 does not have visible glitches. I've added a new test earlier today for 16-bit bitmap rendering with wGL [1]. In conclusion, it's pretty broken. The solution to this problem isn't trivial, so I'm opening this issue for discussion. On Windows, when wglChoosePixelFormat is called with the flag `PFD_DRAW_TO_BITMAP` and `cColorBits = 16`, you'll be given a pixel format with r5g5b5a1 (except that the alpha bit is somewhat quirky). This gives you a software rendered OpenGL context for OpenGL 1.1 [2]. On Wine, asking for a 16-bit pixel format gets you nothing, because all 16-bit pixel formats with the DRAW_TO_BITMAP are required to have an alpha bit in Wine and none of the pixel formats on my Nvidia driver actually have an alpha bit (there's only r5g6b5 and r16). The alpha bit requirement was introduced recently in MR !8392 [3]. It's worth noting that not getting a pixel format — although it's wrong — actually works pretty well for Civilization 3 (see “relevant software” section). Removing the check for an alpha bit, Wine will be able to find a 16 bit pixel format again, but you'll get unusably bad renders (screenshots in the attachments). Some observations on the screenshots: - You can see alternating vertical black/blue and orange/white/yellow lines every horizontal pixel. - Blue pixels appear in the black lines, but they're rare. I only see blue pixels in the text in the SimGolf screenshot. - The render buffer doesn't seem to be getting cleared (pretty apparent in Civilization 3: the old squares were sticking around) - Zooming in, you can see that there aren't only vertical lines, but also horizontal lines (see zoomed-in screenshot). My theory is that there's two problems: - Wine is probably putting 32-bit-per-pixel renders into the 16-bit-per-pixel bitmaps. This explains the vertical & horizontal lines. I'm guessing there's also some memory corruption as a consequence: It's presumably overwriting twice as much bitmap memory as it should. - The right pixel format just doesn't exist. The format r5g5b5a1 is not something that is actually implemented on hardware (at least not anymore), it's just a quirky Windows software renderer thing. The second point is a bit troublesome because I don't see any easy workarounds. The most obvious solution is to make an OpenGL 1.1 software renderer of our own. Alternatively, it might be possible to simulate the behaviour by using a 32-bits-per-pixel OpenGL context. Whenever glFinish is called, we could download the render to a "secret" Wine-internal bitmap that's also 32 bpp and then overwrite the 16 bpp bitmap based on the pixels of the 32 bpp bitmap. I'm not sure how reliable that is. Looking at the OpenGL 1.1 reference [4], I think making an OpenGL 1.1 software renderer could be a fun project, but the other solution definitely seems like less effort. I've only been involved in Wine for seven days though, so I'll defer the decision to senior maintainers. [1] https://gitlab.winehq.org/wine/wine/-/merge_requests/8888 [2] https://www.khronos.org/opengl/wiki/Platform_specifics:_Windows#PFD_DRAW_TO… [3] https://gitlab.winehq.org/wine/wine/-/merge_requests/8392 [4] https://www.talisman.org/opengl-1.1/Reference.html --- Relevant software (screenshots in attachments) - Sid Meier's SimGolf (demo: https://archive.org/details/Simgolfdemo) In SimGolf, a 16-bit DRAW_TO_BITMAP OpenGL context seems to be used for drawing the terrain. Currently, the terrain renders as black. - Sid Meier's Civilization 3 In Civilization 3, it seems that 16-bit bitmap rendering is used to draw an outline for the movement range of a selected unit (that's just a guess. It draws a square when a unit is selected but I haven't seen it without glitches). It's notable that Civilization 3 currently works fine. Because wglChoosePixelFormat doesn't find a 16-bit pixel format, the `null_gl` implementation is being used right now. That works out pretty well because the movement range outline isn't something you miss when you don't know it's supposed to be there. --- Relevant bugs: Sid Meier's SimGolf does not render properly | https://bugs.winehq.org/show_bug.cgi?id=50876 Civilization III Complete shows black terrain (Wine compiled with OSMesa support) | https://bugs.winehq.org/show_bug.cgi?id=41930 -- 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 9

[Bug 48548] New: Support running multiple tests in submitted jobs
by WineHQ Bugzilla Sept. 18, 2025

Sept. 18, 2025

https://bugs.winehq.org/show_bug.cgi?id=48548 Bug ID: 48548 Summary: Support running multiple tests in submitted jobs Product: Wine-Testbot Version: unspecified Hardware: Other OS: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: cdavis5x(a)gmail.com When I submit a job manually on the testbot, I can only run one instance of one executable. For a binary, this makes sense, since there's only one binary; but a patch, for which a choice of Wine test executables is offered, can affect multiple Wine unit tests. I then have to submit the job multiple times, one for each test unit affected. This seems... suboptimal. It'd be much faster and more convenient if I could run multiple tests in a single job. -- 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 56059] New: Overwatch 2: highlight saving generates a 1ms (empty) webm video file
by WineHQ Bugzilla Sept. 18, 2025

Sept. 18, 2025

https://bugs.winehq.org/show_bug.cgi?id=56059 Bug ID: 56059 Summary: Overwatch 2: highlight saving generates a 1ms (empty) webm video file Product: Wine Version: 9.0-rc2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: forestix(a)nom.one Distribution: --- Created attachment 75715 --> https://bugs.winehq.org/attachment.cgi?id=75715 example video file When attempting to save a game highlight as a webm video file, Overwatch 2 *seems* to be encoding the video as it should, in that it uses the CPU and takes an appropriate amount of time to complete. However, the resulting file is only about 700K, and doesn't play in any player. Examining the file with MediaInfo shows what looks like a reasonable container with video and audio parts, but only 1ms duration. I get the same results in all of these Wine versions: wine-9.0-rc2 wine-9.0-rc2 (Staging) wine-ge-custom (aka lutris-GE-Proton) 8-23 Game installer download link: https://download.battle.net/en-us?product=ow&blzcmp=ow_gamesite Steps to reproduce: - play a game (easiest way is via Play: Training: Practice vs. AI: Casual) - after the game is over, return to the main menu - click username button (top right corner) - click history tab (top edge) - click highlights tab (left edge) - click a highlight from "today's top 5" - click save button (bottom edge) - select movie format: webm - click save button -- 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 9

[Bug 56137] New: Overwatch 2 fails to save highlight video files
by WineHQ Bugzilla Sept. 17, 2025

Sept. 17, 2025

https://bugs.winehq.org/show_bug.cgi?id=56137 Bug ID: 56137 Summary: Overwatch 2 fails to save highlight video files Product: Wine Version: 9.0-rc2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: forestix(a)nom.one Distribution: --- When attempting to save an Overwatch 2 highlight video as an mp4 file (the default format), it fails with this error message: SAVING ERROR An unknown error has occurred. (6-04) Steps to reproduce: - play a game (easiest way is via Play: Training: Practice vs. AI: Casual) - after the game is over, return to the main menu - click username button (top right corner) - click history tab (top edge) - click highlights tab (left edge) - click a highlight from "today's top 5" - click save button (bottom edge) - select movie format: mp4 - click save button Note that this is a different kind of failure than the one with .webm format (bug 56059). -- 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 5

[Bug 58707] New: infinite blocking on reading piped stderr
by WineHQ Bugzilla Sept. 17, 2025

Sept. 17, 2025

http://bugs.winehq.org/show_bug.cgi?id=58707 Bug ID: 58707 Summary: infinite blocking on reading piped stderr Product: Wine Version: 10.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineserver Assignee: wine-bugs(a)winehq.org Reporter: sewn(a)disroot.org Distribution: --- Created attachment 79307 --> http://bugs.winehq.org/attachment.cgi?id=79307 C program that runs the Wine program 'reg', reading its stderr and discarding it. When a wine program is ran with its stderr piped and read, the program hangs forever for as long as the wineserver is, which can be further tested by running 'wineserver' with a large persistence value. This causes programs that are ran software that wraps around wine to block until wineserver exits. An example program that shows this behavior occuring is attached. Wineserver can be ran seperately with a high persistence to showcase the "hanging". -- 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