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

[Bug 59130] Far Manager hangs during startup

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59130 --- Comment #3 from Bernhard Übelacker <bernhardu(a)mailbox.org> --- (In reply to KRosUser from comment #1) > Does not hang but shows "text garbage" Thanks for testing, are you able to leave that screen via F10 and enter? That screen is exactly where it "hangs" for me. The "text garbage" (escape sequences) get also shown for a short time with the "old/working" Far versions at 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.

Feb. 22, 2026

[Bug 58439] LTspice: editing a text field erases previous content

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=58439 --- Comment #7 from Sergio Callegari <scallegari(a)arces.unibo.it> --- I confirm that it seems fixed in recent versions of Wine. -- 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.

Feb. 22, 2026

[Bug 58325] wined3d swapchain use-after-free

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=58325 --- Comment #2 from Bernhard Übelacker <bernhardu(a)mailbox.org> --- After seeing you closed your merge request [1], I tried to drop it it in my gitlab runs, but unfortunately it still pops out here [2]. [1] https://gitlab.winehq.org/wine/wine/-/merge_requests/8406 [2] https://gitlab.winehq.org/bernhardu/wine/-/jobs/230557#L4216 -- 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.

Feb. 22, 2026

[Bug 40599] Firefox : Menu bar or tabs hidden by window manager (kwin)

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=40599 --- Comment #4 from Christian Lampe <kontakt(a)lampe2020.de> --- To me it seems like the issue is that WINE does not properly tell KWin that it does not want server-side decorations, because when I disable "Allow window manager to decorate windows" and completely restart WINE (including `wineserver`), Word's own title bar becomes visible (with black emptiness where the window controls should be, though that seems like a separate issue to me). Because I cannot change that setting on a per-application basis I leave it enabled (any application that expects Windows to decorate its window don't have this issue). By the way, I'm on Fedora 43 with KDE Plasma 6.6 (on Wayland) and WINE 11.0-staging, but this issue has been the exact same for me since I switched to KDE probably over two years ago. -- 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.

Feb. 22, 2026

[Bug 40599] Firefox : Menu bar or tabs hidden by window manager (kwin)

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=40599 --- Comment #3 from Christian Lampe <kontakt(a)lampe2020.de> --- Created attachment 80423 --> http://bugs.winehq.org/attachment.cgi?id=80423 Screenshot of the issue, example Word 2007 I still see pretty much exactly this issue (except that the behaviour is the same for maximized and restored windows, not different) with any Windows program that overrides Windows' built-in title bar, KWin just draws its own title bar over the contents of the window. Telling KWin to not render the title bar just cuts off the part that would otherwise be covered my KWin's title bar. Examples: Word 2007, HoYoLab launcher -- 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.

Feb. 22, 2026

[Bug 40599] Firefox : Menu bar or tabs hidden by window manager (kwin)

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=40599 Christian Lampe <kontakt(a)lampe2020.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kontakt(a)lampe2020.de -- 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.

Feb. 22, 2026

[Bug 59073] Washed out colors in OpenGL

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59073 tpaniaki <tpaniaki(a)protonmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Component|opengl |winewayland -- 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.

Feb. 22, 2026

[Bug 59073] Washed out colors in OpenGL

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59073 --- Comment #3 from tpaniaki <tpaniaki(a)protonmail.com> --- I made a fix for this: https://bugs.winehq.org/show_bug.cgi?id=59436 -- 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.

Feb. 22, 2026

[Bug 59440] New: NTSync doesn't work very well in ONGEKI Re:Fresh.

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59440 Bug ID: 59440 Summary: NTSync doesn't work very well in ONGEKI Re:Fresh. Product: Wine-staging Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: admin(a)uright.icu CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 80422 --> http://bugs.winehq.org/attachment.cgi?id=80422 Kernel: 6.19.2-1-MANJARO I looked at perf.data, and 40% of the time was spent on the function NtWaitForSingleObject, which is obviously abnormal. I checked the locks, and one unnamed lock had an average wait time of 2.33 seconds. Since I can't upload more than two attachments, the lock report for that line is as follows: Name acquired contended avg wait total wait max wait min wait 600487 600487 3.88 us 2.33 s 91.82 us 568 ns 67 67 193.90 us 12.99 ms 480.07 us 2.38 us rcu_state 17 17 2.36 us 40.13 us 2.93 us 1.67 us 13 13 3.13 us 40.67 us 4.61 us 1.80 us rcu_state 3 3 2.52 us 7.57 us 3.02 us 2.24 us 2 2 1.58 us 3.16 us 1.80 us 1.36 us jiffies_lock 2 2 2.24 us 4.47 us 2.33 us 2.15 us 1 1 1.90 us 1.90 us 1.90 us 1.90 us 1 1 1.47 us 1.47 us 1.47 us 1.47 us 1 1 3.23 us 3.23 us 3.23 us 3.23 us 1 1 7.11 us 7.11 us 7.11 us 7.11 us 1 1 7.52 us 7.52 us 7.52 us 7.52 us Each lock was contended once, which seems to be caused by some sort of conflict. -- 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.

Feb. 22, 2026

[Bug 31283] I Love Science! cannot detect its CD

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=31283 Janne <janne.kekkonen(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC|janne.kekkonen(a)gmail.com | -- 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.

Feb. 22, 2026

[Bug 31283] I Love Science! cannot detect its CD

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=31283 Janne <janne.kekkonen(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |janne.kekkonen(a)gmail.com --- Comment #13 from Janne <janne.kekkonen(a)gmail.com> --- @Nachanon Vetjasit, I'm using OpenWatcom for win16 applications. https://openwatcom.org This is the version that i use: http://openwatcom.org/ftp/source/ow_portable_v2_stable.zip I use winedbg for debugging. -- 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.

Feb. 22, 2026

[Bug 24387] MS Money 2000: Crashes updating financial informations from the Internet

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=24387 Wolfgang Hartl <wolfo.dev(a)wolke7.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |wolfo.dev(a)wolke7.net --- Comment #44 from Wolfgang Hartl <wolfo.dev(a)wolke7.net> --- I reproduced this issue and have the following steps and comments: # setup money2000 in fresh wine env $ env WINEPREFIX="/home/wolfgang/.wine-mny" wine SETUP.EXE 2>&1 | tee -a mny2000.setup.log # start money 2000 (1) $ env WINEPREFIX="/home/wolfgang/.wine-mny" wine C:\\Program\ Files\ $x86$\\Microsoft\ Money\\System\\MSMONEY.EXE 2>&1 | tee -a mny2000.start1.log # program crashes with click on "update internet information" # log shows also this: 0190:err:typelib:sltg_get_typelib_ref Unable to find reference 0190:fixme:ole:ITypeLib2_Constructor_SLTG Not processing typekind 7 # installing oleaut32 with winetricks $ env WINEPREFIX="/home/wolfgang/.wine-mny" winetricks oleaut32 $ env WINEPREFIX="/home/wolfgang/.wine-mny" winetricks list-installed Using winetricks 20240105 - sha256sum: 17da748ce874adb2ee9fed79d2550c0c58e57d5969cc779a8779301350625c55 with wine-11.0 and WINEARCH=win64 oleaut32 # start money 2000 (2) env WINEPREFIX="/home/wolfgang/.wine-mny" wine C:\\Program\ Files\ $x86$\\Microsoft\ Money\\System\\MSMONEY.EXE 2>&1 | tee -a mny2000.start2.log # click on "update internet information" does not crash anymore # ms-money has an INV7.OCX which as a TYPELIB of type TKIND_UNION $ winedump dump INV7.OCX -j resource >mny2000.dump $ grep "typekind 7" mny2000.dump.txt | misc: unknown1 02, flags 0000, unknown2 02, typekind 7 (TKIND_UNION) # checked in the code of wine 11.2 in oleaut32/typelib.c, lines 7474+ # There is the implementation of TKIND_UNION missing This might be the issue for the crash? What is needed to be able to add this typekind and to test it? Anything I can provide out of this INV7.OCX? -- 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.

Feb. 22, 2026

[Bug 59333] VNyan leaks memory (race in __wine_syscall_dispatcher $rsp switching breaks Unity GC)

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59333 --- Comment #25 from Hoshino Lina <lina(a)lina.yt> --- I don't think you reverted any of the changes. The issue is in __wine_syscall_dispatcher which is in dlls/ntdll/unix/signal_x86_64.c. The file being modified there is dlls/ntdll/signal_x86_64.c (note the path). It's probably not that easy to revert the change, since the signal handler has changed since then. This is really subtle assembly code. -- 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.

Feb. 22, 2026

[Bug 59333] VNyan leaks memory (race in __wine_syscall_dispatcher $rsp switching breaks Unity GC)

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59333 --- Comment #24 from Adalyn <adibtw(a)tuta.io> --- The GE-Proton build started leaking memory after running my test program for about 5 minutes, with the exact same behaviour (all leaked memory is Managed Reserved memory according to Unity's Memory Profiler) I'll give the wine build a try as well once it's ready -- 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.

Feb. 22, 2026

[Bug 59333] VNyan leaks memory (race in __wine_syscall_dispatcher $rsp switching breaks Unity GC)

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59333 --- Comment #23 from Madalee <madalee(a)ohlmeyers.com> --- We forked GE-Proton and Kron4ek Wine-Builds, then took the changes that Hoshino Lina pointed to, and reverted those changes in to Proton 10 - Wine. We've got a build of GE-Proton with those changes that we're testing now. If any of you have a better way to repeat the issue, like Adalyn, you can test this: https://github.com/madalee-com/proton-ge-custom-unity-leak-fix For GE-Proton we applied the change after the source code gets pulled and before any of the patches are applied. Not sure if these changes make their way through to the final build or not. None-the-less, testing it. For Kron4ek/Wine-Builds, this one is way more clean. We put the changes in place between the git clone and the build. Pretty sure that one should be a valid test. It's building now, though it wont be available for several hours. This one will be available in build artifacts here, if you have a logged in github account, we think. If not, we'll put it in a release for others to test: https://github.com/madalee-com/Wine-Builds-fix-unity-leak/actions/runs/2227… If you want to take a look at how we reverted the changes, here is the specific file we changed. This is pulled from Proton-10/wine branch and the reverted code was from Proton-8/wine branch. https://github.com/madalee-com/Wine-Builds-fix-unity-leak/blob/master/signa… -- 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.

Feb. 22, 2026

[Bug 59439] New: Sometimes AIMP player hangs while playing music

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59439 Bug ID: 59439 Summary: Sometimes AIMP player hangs while playing music Product: Wine Version: 11.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: romanio412(a)gmail.com Distribution: --- So this is not happening very often and I'm not really sure how to reproduce it. Roughly once-twice per month the AIMP music player hangs during playback. The music pauses and the UI becomes freezes without any possibility to close it. In order to restart the player I have to find all wine '*.exe' processes and kill them with `killall`. When this happens, the following gets repeatedly logged into the journalctl ``` Feb 22 08:14:47 jrm-ws env[17866]: 068c:err:sync:RtlpWaitForCriticalSection section 00007FFFFE2200D0 "dlls/ntdll/heap.c: main process heap section" wait timed out in thread 068c, blocked by 0688, retrying (60 sec) Feb 22 08:14:47 jrm-ws env[17866]: 0698:err:sync:RtlpWaitForCriticalSection section 00006FFFFFC57940 "dlls/ntdll/thread.c: fls_section" wait timed out in thread 0698, blocked by 068c, retrying (60 sec) Feb 22 08:14:47 jrm-ws env[17866]: 0684:err:sync:RtlpWaitForCriticalSection section 00006FFFFFC57940 "dlls/ntdll/thread.c: fls_section" wait timed out in thread 0684, blocked by 068c, retrying (60 sec) Feb 22 08:14:47 jrm-ws env[17866]: 0694:err:sync:RtlpWaitForCriticalSection section 00006FFFFFC57940 "dlls/ntdll/thread.c: fls_section" wait timed out in thread 0694, blocked by 068c, retrying (60 sec) Feb 22 08:14:48 jrm-ws env[17866]: 0688:err:sync:RtlpWaitForCriticalSection section 00006FFFFFC57940 "dlls/ntdll/thread.c: fls_section" wait timed out in thread 0688, blocked by 068c, retrying (60 sec) Feb 22 08:14:49 jrm-ws kwin_x11[2128]: kwin_core: XCB error: 152 (BadDamage), sequence: 31192, resource id: 21384500, major code: 143 (DAMAGE), minor code: 2 (Destroy) Feb 22 08:14:49 jrm-ws kwin_x11[2128]: kwin_core: XCB error: 3 (BadWindow), sequence: 31193, resource id: 58722203, major code: 129 (SHAPE), minor code: 6 (Input) Feb 22 08:15:09 jrm-ws kdeconnectd[2392]: qt.bluetooth.bluez: Cannot find Bluez 5 adapter for device search false Feb 22 08:15:10 jrm-ws systemd[1921]: Started app-org.kde.konsole(a)e59f97efcd6946c080bd6d90102b2ac6.service - Konsole - Terminal. Feb 22 08:15:11 jrm-ws systemd[1921]: Started app-org.kde.konsole-32464.scope. Feb 22 08:15:39 jrm-ws kdeconnectd[2392]: qt.bluetooth.bluez: Cannot find Bluez 5 adapter for device search false Feb 22 08:15:43 jrm-ws env[17866]: 0128:err:sync:RtlpWaitForCriticalSection section 00007FFFFE2200D0 "dlls/ntdll/heap.c: main process heap section" wait timed out in thread 0128, blocked by 0688, retrying (60 sec) Feb 22 08:15:43 jrm-ws env[17866]: 0124:err:sync:RtlpWaitForCriticalSection section 00007FFFFE2200D0 "dlls/ntdll/heap.c: main process heap section" wait timed out in thread 0124, blocked by 0688, retrying (60 sec) Feb 22 08:15:44 jrm-ws env[17866]: 0690:err:sync:RtlpWaitForCriticalSection section 00007FFFFE2200D0 "dlls/ntdll/heap.c: main process heap section" wait timed out in thread 0690, blocked by 0688, retrying (60 sec) Feb 22 08:15:47 jrm-ws env[17866]: 068c:err:sync:RtlpWaitForCriticalSection section 00007FFFFE2200D0 "dlls/ntdll/heap.c: main process heap section" wait timed out in thread 068c, blocked by 0688, retrying (60 sec) Feb 22 08:15:47 jrm-ws env[17866]: 0698:err:sync:RtlpWaitForCriticalSection section 00006FFFFFC57940 "dlls/ntdll/thread.c: fls_section" wait timed out in thread 0698, blocked by 068c, retrying (60 sec) Feb 22 08:15:47 jrm-ws env[17866]: 0684:err:sync:RtlpWaitForCriticalSection section 00006FFFFFC57940 "dlls/ntdll/thread.c: fls_section" wait timed out in thread 0684, blocked by 068c, retrying (60 sec) Feb 22 08:15:47 jrm-ws env[17866]: 0694:err:sync:RtlpWaitForCriticalSection section 00006FFFFFC57940 "dlls/ntdll/thread.c: fls_section" wait timed out in thread 0694, blocked by 068c, retrying (60 sec) Feb 22 08:15:48 jrm-ws env[17866]: 0688:err:sync:RtlpWaitForCriticalSection section 00006FFFFFC57940 "dlls/ntdll/thread.c: fls_section" wait timed out in thread 0688, blocked by 068c, retrying (60 sec) Feb 22 08:16:09 jrm-ws kdeconnectd[2392]: qt.bluetooth.bluez: Cannot find Bluez 5 adapter for device search false Feb 22 08:16:39 jrm-ws kdeconnectd[2392]: qt.bluetooth.bluez: Cannot find Bluez 5 adapter for device search false Feb 22 08:16:43 jrm-ws env[17866]: 0128:err:sync:RtlpWaitForCriticalSection section 00007FFFFE2200D0 "dlls/ntdll/heap.c: main process heap section" wait timed out in thread 0128, blocked by 0688, retrying (60 sec) Feb 22 08:16:43 jrm-ws env[17866]: 0124:err:sync:RtlpWaitForCriticalSection section 00007FFFFE2200D0 "dlls/ntdll/heap.c: main process heap section" wait timed out in thread 0124, blocked by 0688, retrying (60 sec) Feb 22 08:16:44 jrm-ws env[17866]: 0690:err:sync:RtlpWaitForCriticalSection section 00007FFFFE2200D0 "dlls/ntdll/heap.c: main process heap section" wait timed out in thread 0690, blocked by 0688, retrying (60 sec) Feb 22 08:16:47 jrm-ws env[17866]: 068c:err:sync:RtlpWaitForCriticalSection section 00007FFFFE2200D0 "dlls/ntdll/heap.c: main process heap section" wait timed out in thread 068c, blocked by 0688, retrying (60 sec) Feb 22 08:16:47 jrm-ws env[17866]: 0698:err:sync:RtlpWaitForCriticalSection section 00006FFFFFC57940 "dlls/ntdll/thread.c: fls_section" wait timed out in thread 0698, blocked by 068c, retrying (60 sec) Feb 22 08:16:47 jrm-ws env[17866]: 0684:err:sync:RtlpWaitForCriticalSection section 00006FFFFFC57940 "dlls/ntdll/thread.c: fls_section" wait timed out in thread 0684, blocked by 068c, retrying (60 sec) Feb 22 08:16:47 jrm-ws env[17866]: 0694:err:sync:RtlpWaitForCriticalSection section 00006FFFFFC57940 "dlls/ntdll/thread.c: fls_section" wait timed out in thread 0694, blocked by 068c, retrying (60 sec) Feb 22 08:16:48 jrm-ws env[17866]: 0688:err:sync:RtlpWaitForCriticalSection section 00006FFFFFC57940 "dlls/ntdll/thread.c: fls_section" wait timed out in thread 0688, blocked by 068c, retrying (60 sec) Feb 22 08:17:09 jrm-ws kdeconnectd[2392]: qt.bluetooth.bluez: Cannot find Bluez 5 adapter for device search false Feb 22 08:17:39 jrm-ws kdeconnectd[2392]: qt.bluetooth.bluez: Cannot find Bluez 5 adapter for device search false Feb 22 08:17:43 jrm-ws env[17866]: 0128:err:sync:RtlpWaitForCriticalSection section 00007FFFFE2200D0 "dlls/ntdll/heap.c: main process heap section" wait timed out in thread 0128, blocked by 0688, retrying (60 sec) Feb 22 08:17:43 jrm-ws env[17866]: 0124:err:sync:RtlpWaitForCriticalSection section 00007FFFFE2200D0 "dlls/ntdll/heap.c: main process heap section" wait timed out in thread 0124, blocked by 0688, retrying (60 sec) Feb 22 08:17:44 jrm-ws env[17866]: 0690:err:sync:RtlpWaitForCriticalSection section 00007FFFFE2200D0 "dlls/ntdll/heap.c: main process heap section" wait timed out in thread 0690, blocked by 0688, retrying (60 sec) Feb 22 08:17:47 jrm-ws env[17866]: 068c:err:sync:RtlpWaitForCriticalSection section 00007FFFFE2200D0 "dlls/ntdll/heap.c: main process heap section" wait timed out in thread 068c, blocked by 0688, retrying (60 sec) Feb 22 08:17:47 jrm-ws env[17866]: 0698:err:sync:RtlpWaitForCriticalSection section 00006FFFFFC57940 "dlls/ntdll/thread.c: fls_section" wait timed out in thread 0698, blocked by 068c, retrying (60 sec) Feb 22 08:17:47 jrm-ws env[17866]: 0684:err:sync:RtlpWaitForCriticalSection section 00006FFFFFC57940 "dlls/ntdll/thread.c: fls_section" wait timed out in thread 0684, blocked by 068c, retrying (60 sec) Feb 22 08:17:47 jrm-ws env[17866]: 0694:err:sync:RtlpWaitForCriticalSection section 00006FFFFFC57940 "dlls/ntdll/thread.c: fls_section" wait timed out in thread 0694, blocked by 068c, retrying (60 sec) Feb 22 08:17:48 jrm-ws env[17866]: 0688:err:sync:RtlpWaitForCriticalSection section 00006FFFFFC57940 "dlls/ntdll/thread.c: fls_section" wait timed out in thread 0688, blocked by 068c, retrying (60 sec) ``` The `ps aux` of the hanging process looks like this ``` jrm 17866 38.2 0.3 1428776 158168 ? Ssl 05:29 64:45 Z:\opt\aimp\AIMP\AIMP.exe Z:\home\jrm\Downloads\Music\01. Night Drift.flac ``` I understand that this is quite vague and without the reproduction steps there might be not much that can be done, but I thought I'd create a bug report anyway in case people experience the same in the future and can actually trace what leads to this error. -- 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.

Feb. 22, 2026

[Bug 31283] I Love Science! cannot detect its CD

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=31283 --- Comment #12 from Nachanon Vetjasit <Nachanon_Vetjasit(a)hotmail.com> --- @Janne, I'm curious, what toolchain you're using for compiling/debugging your 16-bit test programs? I have another Win16 program I would like to debug in the future (Math Quest with Aladdin; 256-color palette assignment issue under WINE), so I would like to know what tools are suitable in compiling small program replicating the problem, as well as (optionally) tracing such issue for debugging; and comparing system call results with an actual on-Windows run. (As far as I heard: classic MingGW only did Win32. And while I had been using Borland C Compiler 5.5 for quite a while, I don't remember ever seeing any Win16-related output option on 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.

Feb. 22, 2026

[Bug 59432] MediaFoundation does not set D3D11_RESOURCE_MISC_FLAG for textures

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59432 --- Comment #3 from Afif An Nafie <afifsworld132(a)gmail.com> --- Actually, it may just be D3DKMT not sending the flags. Since it only setup's handle. 0660:fixme:d3dkmt:NtGdiDdDDICreateAllocation2 params 0x752cf5a0 semi-stub! -- 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.

Feb. 22, 2026

[Bug 31283] I Love Science! cannot detect its CD

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=31283 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |patch -- 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.

Feb. 22, 2026

[Bug 59432] MediaFoundation does not set D3D11_RESOURCE_MISC_FLAG for textures

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59432 Afif An Nafie <afifsworld132(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #80406|0 |1 is obsolete| | --- Comment #2 from Afif An Nafie <afifsworld132(a)gmail.com> --- Created attachment 80421 --> http://bugs.winehq.org/attachment.cgi?id=80421 Log of game with extra logging from DXMT Getting extra log from DXMT, we can see that for a given texture resource, there is no MiscFlags set when it reaches that point. I think maybe since the video processor sets the attributes after the texture was created, it never got to the processor, and the allocator doesn't reinitialize after the flags got set. Am I missing something... -- 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.

Feb. 22, 2026

[Bug 49393] Gag game crash

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=49393 --- Comment #3 from Andrew Nguyen <arethusa26(a)gmail.com> --- I submitted a fix for the crash: https://gitlab.winehq.org/wine/wine/-/merge_requests/10158 -- 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.

Feb. 22, 2026

[Bug 49393] Gag game crash

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=49393 Andrew Nguyen <arethusa26(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever confirmed|0 |1 --- Comment #2 from Andrew Nguyen <arethusa26(a)gmail.com> --- Testing with a copy of the game from https://archive.org/details/GAG_The_Impotent_Mystery_Russia, I can confirm it crashes on startup with wine-11.3. The game calls waveOutOpen with a NULL lpFormat: 0120:trace:winmm:waveOutOpen (004A0D30, 4294967295, 00000000, 4035c0, 0, 00030000) This results in a crash in the internal Wine function WINMM_OpenDevice because it assumes that lpFormat is never NULL. Testing on Windows indicates that calling waveOutOpen with a NULL lpFormat should only result in the error return value MMSYSERR_INVALPARAM instead of provoking a crash. If I patch Wine to avoid the crash, then the game is able to start successfully. Looking at the winmm traces for waveOutOpen with the change: 0120:trace:winmm:waveOutOpen (004A0D30, 4294967295, 00000000, 4035c0, 0, 00030000) 0130:trace:winmm:waveOutOpen (004A0D30, 4294967295, 00C26680, 4035c0, 0, 00030000) Thread 0120 that calls waveOutOpen improperly does not appear to do anything else with winmm besides call timeGetTime, so I suspect there's an application bug that is ultimately harmless on Windows. Thread 0130 successfully calls waveOutOpen as expected. I also see the same crash when exiting the game CD launcher, and when it is run on Windows, no audio is played on exit, so possibly the application bug is in code that is shared between the launcher and game. -- 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.

Feb. 22, 2026

[Bug 59438] New: jscript crashes

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59438 Bug ID: 59438 Summary: jscript crashes Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: jscript Assignee: wine-bugs(a)list.winehq.org Reporter: wine(a)ivank.me Distribution: --- When testing out Wine's jscript implementation I came across a couple of code samples where the engine crashes due to a null pointer dereference. One is an example from compat-table (https://github.com/compat-table/compat-table/blob/8f4179ffb5e7a06a12739400f…) ``` function testCode() { try { RegExp.prototype.exec(); return false; } catch(e) {} try { Date.prototype.valueOf(); return false; } catch(e) {} if (![Error, EvalError, RangeError, ReferenceError, SyntaxError, TypeError, URIError].every(function (E) { return Object.prototype.toString.call(E.prototype) === '[object Object]'; })) { return false; } return true; } testCode() ``` This crash can be reproduced with wine's cscript.exe. It crashes both when built from git (revision eaea4240c4efb618be6d20c05f7fc9f3db9a104c) and using wine shipped with Debian (version 10.0~repack-6): ``` $ wine cscript.exe Z:/tmp/misc.prototypes-not-instances.js wine: Unhandled page fault on read access to 00000000 at address 789A1F83 (thread 01e8), starting debugger... WineDbg attached to pid 01e4 ``` Another crash in a tricky String.prototype.replace call: ``` var s6 = "abcdefghij".replace(/(a)(b)(c)(d)(e)(f)(g)(h)(i)(j)/, "$10-$09-$08-$07-$06-$05-$04-$03-$02-$01"); ``` The second crash only happens using 64-bit jscript.dll, not the 32-bit build so won't reproduce with default cscript.exe. I have a custom DLL host and build scripts that build the 64-bit jscript.dll and reproduce this bug: ``` $ git clone https://github.com/ivankra/javascript-zoo.git src && cd src $ REV=eaea4240c4efb618be6d20c05f7fc9f3db9a104c make -C engines/wine sh $ wine /dist/wine-dist/jscript64.exe /zoo/conformance/es3/String.prototype.replace.capture.js wine: Unhandled page fault on read access to FFFFFFFFFFFFFFFF at address 00006FFFFC6BC2C2 (thread 0128), starting debugger... ``` -- 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.

Feb. 22, 2026

[Bug 30267] Star Trek DS9 Dominon Wars - Main menu graphics problem

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=30267 Alex Henrie <alexhenrie24(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |INVALID --- Comment #9 from Alex Henrie <alexhenrie24(a)gmail.com> --- Resolving as invalid because Wine's behavior matches Windows's. -- 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.

Feb. 21, 2026

[Bug 59433] Broken "web traffic to WineHQ" link

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59433 Jeremy Newman <jnewman(a)codeweavers.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |winehq(a)regd.hamishmb.com --- Comment #4 from Jeremy Newman <jnewman(a)codeweavers.com> --- *** Bug 59239 has been marked as a duplicate of this bug. *** -- 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.

Feb. 21, 2026