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

[Bug 44901] New: DS4Windows crashes DS4 Driver
by wine-bugs＠winehq.org Jan. 14, 2026

Jan. 14, 2026

https://bugs.winehq.org/show_bug.cgi?id=44901 Bug ID: 44901 Summary: DS4Windows crashes DS4 Driver Product: Wine Version: 3.5 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: romulasry(a)gmail.com Distribution: --- Created attachment 60984 --> https://bugs.winehq.org/attachment.cgi?id=60984 backtrace Crashes on the latest Version 1.4.52 of the application. -- 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 8

[Bug 56791] New: Resident Evil - Operation Raccoonn City only work on the 6.x API
by WineHQ Bugzilla Jan. 14, 2026

Jan. 14, 2026

https://bugs.winehq.org/show_bug.cgi?id=56791 Bug ID: 56791 Summary: Resident Evil - Operation Raccoonn City only work on the 6.x API Product: Wine Version: 9.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ribbon_45(a)proton.me Distribution: --- This crash bug is a regression that make these games only work on 6.x versions of Wine. I tested on 5.x versions and 7.x versions and newer. These games don't work on 9.0 and 9.10 versions. My guess: the bug seems to be related to video decoding. The crash log says: "wine: Unhandled page fault on write access to 09DA8140 at address 016CB76C (thread 017c), starting debugger..." (Sorry for the lack of additional information, this bug is boring) -- 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 48081] New: Oregon Trail II will not start in 16-bit mode
by WineHQ Bugzilla Jan. 14, 2026

Jan. 14, 2026

https://bugs.winehq.org/show_bug.cgi?id=48081 Bug ID: 48081 Summary: Oregon Trail II will not start in 16-bit mode Product: Wine Version: 4.19 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sebastian(a)stillion.com Distribution: --- Created attachment 65632 --> https://bugs.winehq.org/attachment.cgi?id=65632 Detailed report of the bug The 16-bit version of Oregon Trail II will not run. It will crash if you try to run it. Will run on 32-bit and 16-bit versions of Windows. -- 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 54712] New: ntdll:rtl times out on Windows 10 1607
by WineHQ Bugzilla Jan. 14, 2026

Jan. 14, 2026

https://bugs.winehq.org/show_bug.cgi?id=54712 Bug ID: 54712 Summary: ntdll:rtl times out on Windows 10 1607 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com ntdll:rtl times out on Windows 10 1607: [...] rtl.c:2790: Running test 23 (compressed_size=5, uncompressed_size=0, status=0xc0000242) ntdll:rtl:00a4 done (258) in 120s 2231B See https://test.winehq.org/data/patterns.html#ntdll:rtl The timeouts started on 2022-09-06 and have been systematic since. However when run on its own the test does not time out and usually runs in under 1s. The timeout always happens after the "test 23" trace which is also the last test of test_RtlDecompressBuffer(). Given that the test usually runs pretty fast it is probable that one of the tests that follows causes a freeze on Windows 10 1607. -- 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 4

[Bug 49097] New: Treeview unduly handles WM_SYSKEYDOWN
by WineHQ Bugzilla Jan. 14, 2026

Jan. 14, 2026

https://bugs.winehq.org/show_bug.cgi?id=49097 Bug ID: 49097 Summary: Treeview unduly handles WM_SYSKEYDOWN Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: contact(a)kcsoftwares.com Distribution: --- Treeview unduly handles WM_SYSKEYDOWN Refer to treeview.c case WM_KEYDOWN: case WM_SYSKEYDOWN: return TREEVIEW_KeyDown(infoPtr, wParam); No such processing on Listview : case WM_KEYDOWN: return LISTVIEW_KeyDown(infoPtr, (INT)wParam, (LONG)lParam); As a consequence, WM_SYSKEYDOWN not correctly passed to parent Wnd if focus is on a Treeview control. Proof of concept : Use ReactOS. Open Regedit or Event Viewer. Put focus on treeview. Alt+F4 does nothing (WM_SYSKEYDOWN "stuck" at Treeview component level) Suggested patch : change case WM_KEYDOWN: case WM_SYSKEYDOWN: return TREEVIEW_KeyDown(infoPtr, wParam); into case WM_KEYDOWN: return TREEVIEW_KeyDown(infoPtr, wParam); as no reason to handle WM_SYSKEYDOWN at component level. -- 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 12

[Bug 56684] New: native wayland restart to xorg causes freezes
by WineHQ Bugzilla Jan. 14, 2026

Jan. 14, 2026

https://bugs.winehq.org/show_bug.cgi?id=56684 Bug ID: 56684 Summary: native wayland restart to xorg causes freezes Product: Wine Version: 9.8 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: --- from memory (maybe missed something, did something extra) - start wayland - run a game with native wine (star wars kotor) - regedit and change back to `x11,wine` - exit wayland (wine server is still running) - start xorg - run a game... bad times ensue. freezes, have to kill everything in tty, kill wine probably low priority as ppl shouldn't do this once their environment is set up and working. idk the behavior of wine and restarting itself. -- 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 56387] New: Buttons in Laragon not responding to mouse clicks
by WineHQ Bugzilla Jan. 14, 2026

Jan. 14, 2026

https://bugs.winehq.org/show_bug.cgi?id=56387 Bug ID: 56387 Summary: Buttons in Laragon not responding to mouse clicks Product: Wine Version: 9.3 Hardware: x86-64 URL: https://github.com/leokhoa/laragon/releases/download/6 .0.0/laragon-wamp.exe OS: MacOS Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tobbi.bugs(a)googlemail.com % wine --version wine-9.3 % openssl sha256 laragon-wamp.exe SHA2-256(laragon-wamp.exe)= 333a8eaa06b0d4078027deec2e04fb59c8bbdc06c03398c9253e637aeb2c00d8 When I open Laragon, none of the buttons on the main screen respond to mouse clicks. Steps to reproduce: 1. Download and install laragon. 2. Open Laragon from C:/laragon/laragon.exe -- 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 47659] New: Game crashes when started
by wine-bugs＠winehq.org Jan. 14, 2026

Jan. 14, 2026

https://bugs.winehq.org/show_bug.cgi?id=47659 Bug ID: 47659 Summary: Game crashes when started Product: Wine Version: 4.14 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: phorcys19(a)gmail.com Created attachment 65102 --> https://bugs.winehq.org/attachment.cgi?id=65102 Bug report Monster Girl Rancher game (https://aryion.com/forum/viewtopic.php?f=79&t=52831) crashes on startup. -- 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 41930] New: Civilization III Complete shows black terrain ( Wine compiled with OSMesa support)
by wine-bugs＠winehq.org Jan. 14, 2026

Jan. 14, 2026

https://bugs.winehq.org/show_bug.cgi?id=41930 Bug ID: 41930 Summary: Civilization III Complete shows black terrain (Wine compiled with OSMesa support) Product: Wine Version: 1.7.38 Hardware: x86 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: michael(a)fds-team.de Regression SHA1: e618ab65ed5b623785c58ea5ece6e39895d43063 Distribution: --- Created attachment 56311 --> https://bugs.winehq.org/attachment.cgi?id=56311 screenshot This is one of the few games that I know of which makes some use of OpenGl in bitmaps. When Wine was compiled with OSMesa support, tiles containing terrain turn black as soon as I launch a game. Reproduced with Nvidia binary drivers 375.20 and nouveau/mesa. I tried Civilization III Complete (both the Steam and the GOG.com versions have this bug). Terminal output: fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to 16 err:ole:CoGetClassObject class {5959df60-2911-11d1-b049-0020af30269a} not registered err:ole:CoGetClassObject no class object {5959df60-2911-11d1-b049-0020af30269a} could be created for context 0x1 Reverting the following patch on top of git fixes the problem: commit e618ab65ed5b623785c58ea5ece6e39895d43063 Author: Michael Müller <michael(a)fds-team.de> Date: Tue Feb 3 11:07:38 2015 +0100 gdi32: Fix arguments for OSMesaMakeCurrent when using 16 bit formats. Please let me know if you need debug logs. wine-1.9.24-105-g1d3b944 Fedora 24 x86_64 OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: GeForce GT 730/PCIe/SSE2 OpenGL core profile version string: 4.5.0 NVIDIA 375.20 Installed packages: mesa-libOSMesa.i686 13.1.0-0.12.git95ddb37.fc24 mesa-libOSMesa.x86_64 13.1.0-0.12.git95ddb37.fc24 mesa-libOSMesa-devel.i686 13.1.0-0.12.git95ddb37.fc24 mesa-libOSMesa-devel.x86_64 13.1.0-0.12.git95ddb37.fc24 -- 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 80

[Bug 57202] New: steam client stops working on wine 8.19+ on Slackware 15.0 due to mono 8.10 update
by WineHQ Bugzilla Jan. 14, 2026

Jan. 14, 2026

https://bugs.winehq.org/show_bug.cgi?id=57202 Bug ID: 57202 Summary: steam client stops working on wine 8.19+ on Slackware 15.0 due to mono 8.10 update Product: Wine Version: 8.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: steampunque8(a)gmail.com Distribution: --- Created attachment 77100 --> https://bugs.winehq.org/attachment.cgi?id=77100 last step of bisect for steam client launch failure I recently tried to run steam client on upstream wines and found that the client will not start on any wine version 8.19 or above. I bisected the problem to the update to mono 8.1.0. The last stage of bisect is attached. When starting the client a ton of processes get created and then "Maximum number of clients reached" messages get spammed infinitely on the console. OS: Linux 5.15.140 Dist: Slackware 15.0 64 CPU: 9900k GPU: RTX 4070 I found a workaround to the problem to shut off mono as follows: export WINEDLLOVERRIDES="mscoree=" This workaround seems OK since I don't think steam client itself relies on mono but I am not sure some of the apps it launches wont. Any tips or ideas what might be happening here would be appreciated. No issues with the older wine versions up to 8.18 ran steam with mono enabled fine so I am pretty sure some update in mono 8.10 is triggering the problem. There is a good chance this is related to Slackware 15.0 distribution and has nothing to do with wine or mono issue but I don't know where to start looking for the breakage.export WINEDLLOVERRIDES="mscoree=" -- 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 18