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

[Bug 59352] New: Metatrader 5 does not launch, gives an error message instead
by WineHQ Bugzilla Feb. 26, 2026

Feb. 26, 2026

http://bugs.winehq.org/show_bug.cgi?id=59352 Bug ID: 59352 Summary: Metatrader 5 does not launch, gives an error message instead Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: luke2135(a)gmail.com Distribution: --- MetaTrader 5 and MetaEditor 5 does not launch. An error message appears stating "A debugger has been found running in your system please unload it from memory and restart your program." It seems to effect Wine version 10.0. It is possible 11.1 (Staging) fixes 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.

1 2

[Bug 58564] New: Several NuGet "signature's certificate not trusted" errors while building WPF Projects Under Wine
by WineHQ Bugzilla Feb. 26, 2026

Feb. 26, 2026

http://bugs.winehq.org/show_bug.cgi?id=58564 Bug ID: 58564 Summary: Several NuGet "signature's certificate not trusted" errors while building WPF Projects Under Wine Product: Wine Version: 10.12 Hardware: x86-64 URL: https://builds.dotnet.microsoft.com/dotnet/Sdk/8.0.412 /dotnet-sdk-8.0.412-win-x64.exe && wine dotnet-sdk-8.0.412-win-x64.exe OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: Debian This was reported on the forum: https://forum.winehq.org/viewtopic.php?t=41073 Steps to reproduce can be found in that link or below: Steps to reproduce: 1. wget https://builds.dotnet.microsoft.com/dotnet/Sdk/8.0.412/dotnet-sdk-8.0.412-w… && wine dotnet-sdk-8.0.412-win-x64.exe 2. git clone https://github.com/iplus-framework/iPlus 3. wine cmd 4. cd iPlus/gip.ext.design\project 5. dotnet build gip.ext.design.csproj /p:Configuration=Debug /p:Platform="Any CPU" There appear several errors like: Z:\home\louis\ramdisk\iPlus\gip.ext.design\project\gip.ext.design.csproj : erro r NU3037: Package 'System.Private.ServiceModel 4.10.0' from source 'https://api .nuget.org/v3/index.json': The repository countersignature validity period has expired. Z:\home\louis\ramdisk\iPlus\gip.ext.design\project\gip.ext.design.csproj : erro r NU3028: Package 'System.Private.ServiceModel 4.10.0' from source 'https://api .nuget.org/v3/index.json': The repository countersignature's timestamping certi ficate is not trusted by the trust provider. In the link there's some more info --> "https://github.com/NuGet/Home/issues/13252, this appears to be related to .NET's enhanced certificate validation introduced in recent versions" -- 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 59193] New: Wine and MT4 don't work together very well
by WineHQ Bugzilla Feb. 26, 2026

Feb. 26, 2026

http://bugs.winehq.org/show_bug.cgi?id=59193 Bug ID: 59193 Summary: Wine and MT4 don't work together very well Product: Wine Version: 9.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: j-nws23(a)planet.nl Distribution: --- ✅ WINE Bug Report Author: ChatGPT Title: MT4 floating “Market Watch” window forces Wine topmost/focus-stealing behavior for all Wine windows Wine version: 9.0~repack-4build3 (Ubuntu package) Distribution: Linux Mint 22.2 Cinnamon 6.4.8 Muffin (X11 session) Application affected: MetaTrader 4 (MT4), build 1443 Also affects unrelated Wine applications (IrfanView, winecfg, etc.) Overview When MetaTrader 4's Market Watch panel is set to floating, MT4 triggers a Wine-wide focus and stacking problem: MT4’s main window and its floating windows become always-on-top Hovering the mouse over MT4 steals focus without clicking Other Wine applications (e.g., IrfanView, Winecfg) become topmost or behave incorrectly Docking the Market Watch window immediately restores normal behavior The issue does not occur in native Windows The bug appears to be caused by how MT4 requests window styles for the floating tool window, and how Wine interprets them. Steps to Reproduce Install MetaTrader 4 build 1443 in Wine 9.0 on Linux Mint 22.2 Cinnamon (X11). Start MT4. Open View → Market Watch. Right-click the Market Watch panel and select Docked → uncheck (floating mode). Move the floating Market Watch panel anywhere. Move the mouse over MT4 or over other Wine windows such as Winecfg or IrfanView. Actual Behavior MT4 forces itself to the top of the stacking order. MT4 grabs focus on mouse hover, without any click. Any other Wine window: may be pushed behind MT4 may adopt the same "tool window" styling may become unresponsive to normal focus rules Behavior persists until Market Watch is docked again. Expected Behavior MT4 floating tool windows should not force global focus-stealing. Other Wine applications should retain normal stacking and focus behavior. Floating Market Watch should behave like the floating Data Window, which does not cause any of these issues. Additional Notes The issue occurs even with a fresh Wine prefix. Both “direct rendering” and Mesa/i915 driver stack are normal. No compositor issues exist (Cinnamon compositor fully active). This behavior did not happen on Windows. MT4’s Data Window uses a different style and does not trigger the bug, suggesting MT4 applies the WS_EX_TOOLWINDOW or WS_EX_TOPMOST flag to Market Watch but Wine may be misinterpreting or forcing additional behaviors. Suggested Component Likely related to: win32u user32 window style handling for tool windows Workaround Docking the Market Watch window restores normal behavior and stops focus stealing. Impact This behavior makes MT4 nearly unusable under Wine with floating panels and affects unrelated Wine applications by corrupting stacking and focus behavior across the session. -- 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 59346] New: WineMine: lacking fallback option for "difficulty", "Width", ... reading in Registry leading to wrong menu check mark
by WineHQ Bugzilla Feb. 26, 2026

Feb. 26, 2026

http://bugs.winehq.org/show_bug.cgi?id=59346 Bug ID: 59346 Summary: WineMine: lacking fallback option for "difficulty", "Width", ... reading in Registry leading to wrong menu check mark Product: Wine Version: 11.0-rc4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: kyle.kcsoftwares(a)gmail.com Distribution: --- Created attachment 80282 --> http://bugs.winehq.org/attachment.cgi?id=80282 Incorrect width for beginner Open Regedit and change "Difficulty" to an invalid value (eg: 99) Start Winmine Opens with last used row/col but does not set any difficulty (does not recognize from row/col and does not set custom) Guilty Code: SetDifficulty function where CheckMenuItem( hMenu, IDM_BEGINNER + difficulty, MF_CHECKED ); while p_board->difficulty is not checked for being in acceptable bounds : programs/winemine/main.c -- 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 39005] New: "http://xml.org/sax/features/namespace-prefixes" default value
by wine-bugs＠winehq.org Feb. 26, 2026

Feb. 26, 2026

https://bugs.winehq.org/show_bug.cgi?id=39005 Bug ID: 39005 Summary: "http://xml.org/sax/features/namespace-prefixes" default value Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: msxml3 Assignee: wine-bugs(a)winehq.org Reporter: ott(a)mirix.org Distribution: --- The specification is ambigous about this feature: "the "http://xml.org/sax/features/namespace-prefixes" feature is set to True. (It is False by default.)" (https://msdn.microsoft.com/en-us/library/ms757829%28v=vs.85%29.aspx) "only if the "http://xml.org/sax/features/namespace-prefixes" feature is set to True. This feature is set to False by default." (https://msdn.microsoft.com/en-us/library/ms762302%28v=vs.85%29.aspx) "The default value is true." (https://msdn.microsoft.com/en-us/library/ms759146%28v=vs.85%29.aspx) "namespace-prefixes | Boolean | True" (https://msdn.microsoft.com/en-us/library/ms762317%28v=vs.85%29.aspx) It should clarified from Microsoft's implementation whether the feature is enabled by default or not. Maybe the "namespace-prefixes" and "http://xml.org/sax/features/namespace-prefixes" are two different features? Perhaps it also makes sense notify Microsoft about the inconsistency. -- 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 59309] New: Wine regression, FreeArc external algorithm (cls-lolz_x64.exe) stopped working since wine 10.7
by WineHQ Bugzilla Feb. 26, 2026

Feb. 26, 2026

http://bugs.winehq.org/show_bug.cgi?id=59309 Bug ID: 59309 Summary: Wine regression, FreeArc external algorithm (cls-lolz_x64.exe) stopped working since wine 10.7 Product: Wine Version: 11.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: obscurexwing(a)disroot.org Distribution: --- //the actual problem The cls-lolz module acts as an external algorithm for FreeArc to handle high-ratio compression FreeArc with CLS-LOLZ to unpack data now just does nothing since wine 10.7, every version of wine after version 10.6 are exposed to this bug, including new 11.1. Expected behaviour (like on wine 10.6) : if program uses FreeArc with CLS-LOLZ, data unpacking process will spawn "cls-lolz_x64.exe" in task manager, and unpacking process will start Actual behaviour (10.7-11.1) : if program uses FreeArc with CLS-LOLZ, data unpacking will not happen, process "cls-lolz_x64.exe" will not appear in task manager, and files unpacking process completely stuck at this point //where you can find CLS-LOLZ ? For example, actual program placed here : https://github.com/CarldricGaming/Mini-Compressor 1.Download archive from github releases 2.Install program 3.Go to \%INSTALLPATH%\_MiniCompressor\Releases\Compression\FreeArc\LZ\ 4.Program that need to catch your attention placed here, with name "lolz_x64.exe" 5.Run with cmd through wine, like this : wine cmd C: cd _MiniCompressor\Releases\Compression\FreeArc\LZ\ lolz_x64.exe and you will get something like lolz v22c4b [Dec 30 2018 20:15:58] Settings: *this will output various launch options like -mt -bc -bm etc* -- 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 6

[Bug 59272] New: COM ports resolved relative to working directory instead of dosdevices
by WineHQ Bugzilla Feb. 26, 2026

Feb. 26, 2026

http://bugs.winehq.org/show_bug.cgi?id=59272 Bug ID: 59272 Summary: COM ports resolved relative to working directory instead of dosdevices Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: kernel32 Assignee: wine-bugs(a)list.winehq.org Reporter: hilgert(a)mail.ru Distribution: --- Wine incorrectly resolves COM port paths relative to the current working directory instead of using the symlinks in ~/.wine/dosdevices/, causing CreateFile() calls for COM ports to fail when the application is launched from subdirectories. STEPS TO REPRODUCE: 1. Create a symlink in dosdevices: ln -s /dev/ttyUSB0 ~/.wine/dosdevices/com1 2. Create a test application that calls: CreateFile("COM1", GENERIC_READ | GENERIC_WRITE, 0, NULL, OPEN_EXISTING, 0, NULL); 3. Run the application from C:\: cd ~/.wine/drive_c/ wine test.exe Result: COM1 opens successfully via /dev/ttyUSB0 4. Run the application from a subdirectory: cd ~/.wine/drive_c/subdir/ wine test.exe Result: CreateFile fails with ERROR_FILE_NOT_FOUND EXPECTED BEHAVIOR: COM ports should always resolve through dosdevices symlinks regardless of working directory, matching Windows behavior where COM1 is a global device namespace. ACTUAL BEHAVIOR: Wine attempts to open "C:\subdir\COM1" as a regular file instead of resolving COM1 through dosdevices. DEBUG TRACE: trace:file:CreateFileW L"COM1" GENERIC_READ GENERIC_WRITE creation 3 attributes 0x0 trace:file:NtCreateFile name=L"\\??\\C:\\subdir\\COM1" warn:file:NtCreateFile L"\\??\\C:\\subdir\\COM1" not found (c0000034) WORKAROUND: Creating a symlink directly in the working directory allows the application to open the port, but this is not portable and breaks when changing directories: ln -s /dev/ttyUSB0 ~/.wine/drive_c/subdir/COM1 ADDITIONAL NOTES: This affects serial communication applications that rely on standard COM port naming conventions. The issue appears to be in how Wine's file path resolution handles device names. On real Windows, device names like COM1, LPT1, etc. are resolved through the device namespace regardless of the current directory. -- 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 7

[Bug 59390] New: BoyScout GBA Software synthesizer hangs on boot
by WineHQ Bugzilla Feb. 26, 2026

Feb. 26, 2026

http://bugs.winehq.org/show_bug.cgi?id=59390 Bug ID: 59390 Summary: BoyScout GBA Software synthesizer hangs on boot Product: Wine Version: 11.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: sterophonick(a)gmail.com Distribution: --- Created attachment 80349 --> http://bugs.winehq.org/attachment.cgi?id=80349 Log that hangs for several seconds before being manually killed. +timestamp,+pid,+tid,+seh,+unwind,+threadname,+debugstr,+loaddll,+mscoree BoyScout is a tracker for emulating the Game Boy Advance chiptune capabilities and exporting them for use in homebrew. It requires MFC42, but once this is installed, it hangs forever, never reaching the main interface. Download: https://gbadev.org/tools.php?showinfo=187 -- 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 57706] New: 0414:err:msxml:mxwriter_QueryInterface interface {e19c7100-9709-4db7-9373-e7b518b47086} not implemented
by WineHQ Bugzilla Feb. 26, 2026

Feb. 26, 2026

https://bugs.winehq.org/show_bug.cgi?id=57706 Bug ID: 57706 Summary: 0414:err:msxml:mxwriter_QueryInterface interface {e19c7100-9709-4db7-9373-e7b518b47086} not implemented Product: Wine Version: 10.0-rc5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msxml3 Assignee: wine-bugs(a)winehq.org Reporter: winehq.tabloid372(a)passmail.net Distribution: --- Hi Nikolay, How can I work out the correct stub to add form the guid? -- 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 53843] New: coturn support
by WineHQ Bugzilla Feb. 26, 2026

Feb. 26, 2026

https://bugs.winehq.org/show_bug.cgi?id=53843 Bug ID: 53843 Summary: coturn support Product: Packaging Version: unspecified Hardware: x86-64 OS: other Status: UNCONFIRMED Severity: blocker Priority: P2 Component: wine-packages Assignee: wine-bugs(a)winehq.org Reporter: Neustradamus(a)hotmail.com CC: dimesio(a)earthlink.net Can you look to add the WINE support of coturn directly in software? There is a ticket here, answer is needed: - https://github.com/coturn/coturn/issues/1044 Thanks in advance. -- 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 5

[Bug 59283] New: Berkeley DB version mismatch crashes 32-bit GTK+ applications in Wine 11
by WineHQ Bugzilla Feb. 26, 2026

Feb. 26, 2026

http://bugs.winehq.org/show_bug.cgi?id=59283 Bug ID: 59283 Summary: Berkeley DB version mismatch crashes 32-bit GTK+ applications in Wine 11 Product: Wine Version: 11.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: nen24t(a)gmail.com Distribution: --- Created attachment 80208 --> http://bugs.winehq.org/attachment.cgi?id=80208 Full backtrace reaper 32bit ## Bug Summary **Title:** Berkeley DB version mismatch causes crashes in 32-bit applications using GTK+ **Component:** wine (core) **Severity:** normal **Priority:** P2 **Version:** Wine 11.0 **Hardware:** x86_64 **OS:** Linux (Ubuntu 24.04) --- ## Description Wine 11.0 exhibits Berkeley DB (libdb) version mismatch errors when running certain 32-bit Windows applications that use GTK+ libraries. The error occurs before the application can fully initialize, resulting in a crash. ### Error Message ``` BDB1539 Build signature doesn't match environment Cannot open DB environment: BDB0091 DB_VERSION_MISMATCH: Database environment version mismatch wine: Unhandled page fault on execute access to 0x00000000 ``` ### Affected Applications - REAPER 32-bit (Digital Audio Workstation) - Garritan CFX Lite 32-bit (VST instrument host) - Other applications using GTK+ with Berkeley DB backend ### Impact Applications crash immediately on startup, before reaching their main functionality. This affects audio production software and other professional tools that rely on GTK+ libraries. --- ## Steps to Reproduce 1. Install Wine 11.0 (wine-stable or custom build) 2. Set up a 32-bit Wine prefix 3. Install REAPER 32-bit or similar GTK+-based application 4. Run the application: ```bash WINEPREFIX=~/.wine wine "C:\Program Files (x86)\REAPER\reaper.exe" ``` 5. Observe crash with BDB error ### Environment - **Wine version:** wine-11.0 - **Distribution:** Ubuntu 24.04 LTS - **Kernel:** 6.14.0-1019-oem - **System libdb:** libdb-5.3.so (from libdb5.3-dev package) - **Architecture:** x86_64 (running 32-bit Windows apps via WoW64) --- ## Expected Behavior Application should start normally without Berkeley DB errors. GTK+ libraries should either: 1. Use a compatible libdb version, or 2. Handle version mismatches gracefully, or 3. Not use persistent Berkeley DB storage that can become outdated --- ## Actual Behavior Application crashes with page fault at NULL pointer (0x00000000) after Berkeley DB version mismatch error. The crash occurs in system libraries before the application's main code executes. ### Backtrace ``` Unhandled exception: page fault on write access to 0x00000000 in wow64 32-bit code (0x003600a9). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:003600a9 ESP:0141a864 EBP:00688f36 EFLAGS:00010203 EAX:00000000 EBX:006885e0 ECX:018eb0b0 EDX:00000000 Modules: Module Address Debug info Name (146 modules) PE 400000- 1317000 Deferred reaper ELF f2271000-f2464000 Deferred libdb-5.3.so [... more modules ...] ``` --- ## Analysis ### Root Cause The issue appears to be related to: 1. **GTK+ uses Berkeley DB** for recently-used file tracking (`.local/share/recently-used.xbel`) 2. **System libdb version** (5.3.x) may be incompatible with Wine's expectations 3. **Database files persist** between Wine versions, causing signature mismatch 4. **32-bit applications more affected** - possibly due to WoW64 library loading ### Not Application-Specific This is NOT an application bug. We verified this by: - Testing with multiple applications (REAPER, CFX Lite) - Creating a minimal test program that does NOT use Berkeley DB - works perfectly - The crash occurs in Wine/GTK+ code, not application code --- ## Workarounds ### Temporary Solutions 1. **Remove stale database files:** ```bash rm -rf ~/.wine/.local/share/recently-used.xbel* find ~/.wine -name "*.db" -delete ``` 2. **Use 64-bit applications** (not always possible) 3. **Downgrade to Wine 10.x** (loses Wine 11 improvements) ### Limitations These workarounds are temporary - the issue recurs after GTK+ recreates database files. --- ## Additional Information ### Testing Details - **Wine 11 new WoW64:** Crashes - **Wine 11 old WoW64 (wine-stable):** Crashes - **Wine 10.x:** Also affected (issue predates Wine 11) - **64-bit applications:** Generally unaffected ### Relevant Files - System libdb: `/lib/x86_64-linux-gnu/libdb-5.3.so` (64-bit) - System libdb: `/lib/i386-linux-gnu/libdb-5.3.so` (32-bit) - Wine loads: `ELF f2271000-f2464000 Deferred libdb-5.3.so` ### Related Issues This may be related to GTK+'s use of Berkeley DB for: - Recently used files tracking - Icon cache - Other persistent data structures --- ## Suggested Fixes 1. **Pin libdb version:** Bundle compatible libdb version with Wine 2. **Handle version mismatch:** Gracefully recreate database on version mismatch 3. **Alternative backend:** Consider switching GTK+ to use SQLite or other database 4. **Clear on upgrade:** Automatically clear incompatible databases when Wine version changes --- ## Impact Assessment - **Severity:** Medium-High - Affects professional audio production tools - **Scope:** 32-bit GTK+ applications on Wine 11 - **Workaround:** Available but temporary - **User Impact:** Cannot use certain professional Windows software on Linux --- ## Test Case A minimal test case that demonstrates the issue: 1. Create Wine prefix: ```bash WINEPREFIX=~/.wine wineboot ``` 2. Install REAPER 32-bit (or any GTK+ app) 3. Run with debug output: ```bash WINEDEBUG=+all wine reaper.exe 2>&1 | grep -i "bdb\|berkeley" ``` 4. Observe BDB error followed by crash --- ## References - **WineASIO project:** https://github.com/giang17/wineasio - **Issue documented in:** TEST-RESULTS.md (comprehensive 32-bit testing analysis) - **Berkeley DB:** https://www.oracle.com/database/technologies/related/berkeleydb.html - **GTK+ documentation:** https://www.gtk.org/ --- ## Reporter Information - **Reporter:** WineASIO v1.4.1 testing team - **Date:** January 21, 2026 - **Tested configurations:** Multiple Wine 11 builds, Ubuntu 24.04 - **Verification:** Extensive testing with multiple applications --- ## Additional Notes This bug was discovered during Wine 11 porting of WineASIO (ASIO to JACK audio driver). While investigating what appeared to be a WineASIO bug, we determined the root cause is a Wine/GTK+/Berkeley DB compatibility issue. The WineASIO library itself works correctly - we confirmed this with a minimal test program that bypasses GTK+. The crash occurs in Wine's GTK+ implementation before WineASIO is even initialized. --- **Follow-up questions for WineHQ developers:** 1. Is Wine's libdb build compatible with system libdb 5.3? 2. Should Wine bundle its own libdb version? 3. Can GTK+ database initialization be made more robust? 4. Is there a way to force database recreation on version mismatch? -- 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 6

[Bug 51128] New: Linux Mint 20.x: Cant install wine.
by WineHQ Bugzilla Feb. 26, 2026

Feb. 26, 2026

https://bugs.winehq.org/show_bug.cgi?id=51128 Bug ID: 51128 Summary: Linux Mint 20.x: Cant install wine. Product: Wine Version: 6.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dushansecondary(a)gmail.com Distribution: --- Trying to install wine with "wine-installer" fails with the following error: ---------------------------------------------------------- The following information may help to resolve the situation: The following packages have unmet dependencies: wine-installer : Depends: wine Recommends: wine64 but it is not going to be installed Recommends: wine32 E: Unable to correct problems, you have held broken packages. ---------------------------------------------------------- Installing using the method on your website fails with: ---------------------------------------------------------- The following packages have unmet dependencies: winehq-stable : Depends: wine-stable (= 6.0.0~focal-1) E: Unable to correct problems, you have held broken packages. ---------------------------------------------------------- We discussed about this bug on a Linux mint forum, here is a short statement: "...and I found some bug (?) in apt relating to the packages wine-installer and wine, which might be related to your message: "wine-installer depends on wine but wine isn't going to be installed" (why not??), and the fact that I can install wine-installer without installing wine, even though the package software tells me that wine is required for wine-installer." -- 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 3

[Bug 59364] New: Installation of IE8 breaks starting of xyz.lnk
by WineHQ Bugzilla Feb. 26, 2026

Feb. 26, 2026

http://bugs.winehq.org/show_bug.cgi?id=59364 Bug ID: 59364 Summary: Installation of IE8 breaks starting of xyz.lnk Product: Wine Version: 11.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ieframe Assignee: wine-bugs(a)list.winehq.org Reporter: andreas.franz(a)arcor.de Distribution: --- I've got a software which uses IEFrame - so I decided to install IE8 via winetricks (without, it crashes unexpected). Sadly, it has some side-effect: wine xyz.lnk only produce an error: Es konnte keine Anwendung gestartet werden, oder es ist keine Anwendung mit der angegebenen Datei verknüpft. ShellExecuteEx fehlgeschlagen: Allgemeiner Fehler. while wine start xyz.lnk works fine. So - all startmenu-entries don't work anymore. Any ideas to fix? -- 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 38416] New: Unhandled D3DFORMAT
by wine-bugs＠winehq.org Feb. 26, 2026

Feb. 26, 2026

https://bugs.winehq.org/show_bug.cgi?id=38416 Bug ID: 38416 Summary: Unhandled D3DFORMAT Product: Wine Version: 1.7.40 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: isakov-sl(a)bk.ru This is the test utility from Microsoft DerectxSDK free distributed Utilities/bin/x86/DXCapsViewer.exe ---- fixme:d3d:wined3d_check_device_format_conversion wined3d 0x134ba0, adapter_idx 0, device_type WINED3D_DEVICE_TYPE_HAL, src_format WINED3DFMT_B10G10R10A2_UNORM, dst_format WINED3DFMT_B8G8R8X8_UNORM stub! fixme:d3d9:wined3dformat_from_d3dformat Unhandled D3DFORMAT 0x54 fixme:d3d9:wined3dformat_from_d3dformat Unhandled D3DFORMAT 0x55 fixme:d3d9:wined3dformat_from_d3dformat Unhandled D3DFORMAT 0x76 fixme:d3d:wined3d_check_device_format_conversion wined3d 0x134ba0, adapter_idx 0, device_type WINED3D_DEVICE_TYPE_HAL, src_format WINED3DFMT_B10G10R10A2_UNORM, dst_format WINED3DFMT_B8G8R8X8_UNORM stub! fixme:d3d:wined3d_check_device_format_conversion wined3d 0x134ba0, adapter_idx 0, device_type WINED3D_DEVICE_TYPE_HAL, src_format WINED3DFMT_B5G5R5X1_UNORM, dst_format WINED3DFMT_B8G8R8X8_UNORM stub! fixme:d3d:wined3d_check_device_format_conversion wined3d 0x134ba0, adapter_idx 0, device_type WINED3D_DEVICE_TYPE_HAL, src_format WINED3DFMT_B5G5R5A1_UNORM, dst_format WINED3DFMT_B8G8R8X8_UNORM 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.

3 16

[Bug 59316] New: 00f0:err:seh:NtRaiseException Unhandled exception code c0000409 flags 1
by WineHQ Bugzilla Feb. 26, 2026

Feb. 26, 2026

http://bugs.winehq.org/show_bug.cgi?id=59316 Bug ID: 59316 Summary: 00f0:err:seh:NtRaiseException Unhandled exception code c0000409 flags 1 Product: Wine Version: 10.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: 4wk0kgkok4cwwwg088sssg0k004gwc0k(a)ai.notifier.in Distribution: --- The DestructibleVehicle-Win64-Shipping.exe does not start nor create backtrace log at all, result in instant NtRaiseException error. > Steps 1. Install https://fitgirl-repacks.site/c-a-r-s-creating-a-ridiculous-shitshow/ 2. Run `C.A.R.S/DestructibleVehicle.exe` - did not work! 3. Run `C.A.R.S/Cars/Binaries/Win64/DestructibleVehicle-Win64-Shipping.exe` e.g., wine ..../C.A.R.S/Cars/Binaries/Win64/DestructibleVehicle-Win64-Shipping.exe > Result 00f0:err:seh:NtRaiseException Unhandled exception code c0000409 flags 1 addr > Expected Be able to play the game; other games are 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 2

[Bug 59341] New: dynamic link library error?
by WineHQ Bugzilla Feb. 26, 2026

Feb. 26, 2026

http://bugs.winehq.org/show_bug.cgi?id=59341 Bug ID: 59341 Summary: dynamic link library error? Product: Wine Version: 11.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)list.winehq.org Reporter: mauvefeathers(a)gmail.com Distribution: --- Trying to run Clip Studio Paint 4.0 on Bottles, and I keep getting the error `The procedure entry point PackTouchHitTestingProximityEvaluation could not be located in the dynamic link library USER32.dll` from wine. I found this person who has the exact same issue as me, https://bugs.winehq.org/show_bug.cgi?id=56709 , but running `winetricks ie8` did nothing. The bug is marked as "fixed", but I have wine 11.1 and am still having these issues, and I can't figure out how to implement this code: https://gitlab.winehq.org/wine/wine/-/merge_requests/6794/diffs?commit_id=d… . More info: wine 11.1 , 64x prefix, Clip Studio Paint 1.5 If anyone can help me, thanks. I'll be posting it to Bottles too. -- 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 59353] New: "Space" key press not registered in combination with Ctrl or Cmd (Alt) on macOS
by WineHQ Bugzilla Feb. 26, 2026

Feb. 26, 2026

http://bugs.winehq.org/show_bug.cgi?id=59353 Bug ID: 59353 Summary: "Space" key press not registered in combination with Ctrl or Cmd (Alt) on macOS Product: Wine Version: 11.1 Hardware: x86-64 OS: MacOS Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: cemer99797(a)isorax.com The Space key is not registered as being pressed when either the Ctrl or Cmd modifier key is held down (Cmd is recognized by Wine as both the Windows "Alt" and "Menu" keys) Doesn't work: - Ctrl + Space - Cmd + Space Works: - Space + Ctrl - Space + Cmd If any of the following keys are *also* held, then it again works: fn, Shift, Ctrl, Cmd. ("fn" is on Macbook laptop keyboards) For example these combination all work: - fn + Ctrl + Space - Ctrl + fn + Space - Shift + Ctrl + Space - Ctrl + Shift + Space - Cmd + Ctrl + Space - Ctrl + Cmd + Space Tested with KeyboardStateView v1.00 on macOS 11 with Wine-Devel 11.0 KeyboardStateView v1.00 homepage: https://www.nirsoft.net/utils/keyboard_state_view.html download: https://www.nirsoft.net/utils/keyboardstateview.zip sha256: b8ea99128e5ec854f3ce2596177687538f8d2b802943f35a223795d9452a0cd5 -- 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 59253] New: regsvr32 can't load dll (call to unimplemented function)
by WineHQ Bugzilla Feb. 26, 2026

Feb. 26, 2026

http://bugs.winehq.org/show_bug.cgi?id=59253 Bug ID: 59253 Summary: regsvr32 can't load dll (call to unimplemented function) Product: Wine Version: 11.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: d.astra(a)yopmail.com Distribution: --- While trying to register an original win10 dll to possibly fix a problem in the wine provided ieframe.dll, regsvr32 only shows the error "Call from 00006FFFFFC686A8 to unimplemented function iertutil.dll.232, aborting". Interesting sidenote: the original windows ieframe.dll is twice as big as the wine version. I also tried some other .dlls for other programs, which are not located in the System32 folder, and two of them (icuuc59.dll and icuin59.dll) also throw the error (but luckily their program takes them anyway). -- 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 59271] New: LEGO Batman: The Videogame (GOG) crashes on startup
by WineHQ Bugzilla Feb. 26, 2026

Feb. 26, 2026

http://bugs.winehq.org/show_bug.cgi?id=59271 Bug ID: 59271 Summary: LEGO Batman: The Videogame (GOG) crashes on startup Product: Wine Version: 11.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: lingm+winebz(a)posteo.org Distribution: --- Created attachment 80199 --> http://bugs.winehq.org/attachment.cgi?id=80199 default wine log Clean prefix. Should be WoW64, since that's what Arch ships for a while now. DE is Plasma in case it turns out be relevant. wine: Unhandled page fault on read access to 00000978 at address 006DF8EB (thread 0140), 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.

1 5

[Bug 30267] New: Star Trek DS9 Dominon Wars - Main menu graphics problem
by wine-bugs＠winehq.org Feb. 26, 2026

Feb. 26, 2026

http://bugs.winehq.org/show_bug.cgi?id=30267 Bug #: 30267 Summary: Star Trek DS9 Dominon Wars - Main menu graphics problem Product: Wine Version: 1.5.0 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: maquis196(a)yahoo.co.uk Classification: Unclassified Created attachment 39538 --> http://bugs.winehq.org/attachment.cgi?id=39538 Main menu screenshot Game starts but main menu is like someone smeared it sideways. Will attach screenshot. +all log available @ http://daystrom.maquis196.net/ds9dw.log.bz2 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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 11

[Bug 59279] New: dplaysvr.exe & dpvsetup.exe: Win.Malware.Zusy Malware Detected
by WineHQ Bugzilla Feb. 26, 2026

Feb. 26, 2026

http://bugs.winehq.org/show_bug.cgi?id=59279 Bug ID: 59279 Summary: dplaysvr.exe & dpvsetup.exe: Win.Malware.Zusy Malware Detected Product: Wine Version: 11.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: dplay Assignee: wine-bugs(a)list.winehq.org Reporter: keith.schindler(a)gd-ms.com Distribution: --- Good afternoon, We build/install WINE from source and have recently noticed that ClamAV detects the installed dplaysvr.exe & dpvsetup.exe binaries as malicious. Build steps: [install Ubuntu 22.04 deps] mkdir -p build cd build git clone https://gitlab.winehq.org/wine/wine.git cd wine && git checkout stable && git pull cd - mkdir -p ./build/{wine-32,wine-64} cd ./build/wine-64 && ../../wine/configure CFLAGS='-march=native -O3 -pipe -fstack-protector-strong' --enable-win64 --without-xshm cd ../wine-32 && PKG_CONFIG_PATH=/usr/lib/pkgconfig ../../wine/configure CFLAGS='-march=native -O3 -pipe -fstack-protector-strong' --with-wine64=../wine-64 --without-xshm cd ../wine-64 && make -j$(($(nproc) - 1)) cd ../wine-32 && make -j$(($(nproc) - 1)) make install -j$(($(nproc) - 1)) cd ../wine-64 && sudo make install -j$(($(nproc) - 1)) Malware detection: root@wine-bld-test:~/build/build# clamscan -v /usr/local/lib/wine/*-windows/d*.exe | grep FOUND /usr/local/lib/wine/i386-windows/dplaysvr.exe: Win.Malware.Zusy-9883755-0 FOUND /usr/local/lib/wine/i386-windows/dpvsetup.exe: Win.Malware.Zusy-9883754-0 FOUND /usr/local/lib/wine/x86_64-windows/dplaysvr.exe: Win.Malware.Zusy-9883755-0 FOUND /usr/local/lib/wine/x86_64-windows/dpvsetup.exe: Win.Malware.Zusy-9883754-0 FOUND Is this a known false-positive, or is something funny going on? Thank you! -- 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 49482] New: unhandled exception: page fault on read access to 0x00000018
by WineHQ Bugzilla Feb. 26, 2026

Feb. 26, 2026

https://bugs.winehq.org/show_bug.cgi?id=49482 Bug ID: 49482 Summary: unhandled exception: page fault on read access to 0x00000018 Product: Wine Version: 5.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: noel.kuntze+bugs.winehq(a)thermi.consulting Distribution: --- Created attachment 67596 --> https://bugs.winehq.org/attachment.cgi?id=67596 backtrace.exe from wine crash window Caused by autoconf conftest.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 3

[Bug 58825] New: The default Chinese font of wine (SimSun) is forbidden from being used in the linux system
by WineHQ Bugzilla Feb. 26, 2026

Feb. 26, 2026

http://bugs.winehq.org/show_bug.cgi?id=58825 Bug ID: 58825 Summary: The default Chinese font of wine (SimSun) is forbidden from being used in the linux system Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: fonts Assignee: wine-bugs(a)winehq.org Reporter: iiiiic(a)111.com Distribution: --- Created attachment 79488 --> http://bugs.winehq.org/attachment.cgi?id=79488 chinese characters are displayed as squares The default Chinese font of wine (SimSun) clearly states that this font is only authorized for use in windows systems. Using this font in linux is a clear infringement. I tried using other fonts and modified the value of MS Shell Dlg in the registry, but the Chinese font still couldn't be displayed normally. -- 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 11

[Bug 36304] New: valgrind shows several leaks in msxml3/tests/xmldoc.c
by wine-bugs＠winehq.org Feb. 26, 2026

Feb. 26, 2026

https://bugs.winehq.org/show_bug.cgi?id=36304 Bug ID: 36304 Summary: valgrind shows several leaks in msxml3/tests/xmldoc.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: msxml3 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==30829== 1 bytes in 1 blocks are definitely lost in loss record 5 of 693 ==30829== at 0x4006B11: malloc (in /usr/lib/valgrind/vgpreload_memcheck-x86-linux.so) ==30829== by 0x6512C73: xmlStrndup (in /usr/lib/libxml2.so.2.9.1) ==30829== by 0x6512D05: xmlStrdup (in /usr/lib/libxml2.so.2.9.1) ==30829== by 0x64B59E4: xmlNewNode (in /usr/lib/libxml2.so.2.9.1) ==30829== by 0x61E6FBE: xmldoc_createElement (xmldoc.c:523) ==30829== by 0x4AAD9C3: test_xmlelem (msxml.h:10587) ==30829== by 0x4AAE5AB: func_xmldoc (xmldoc.c:1077) ==30829== by 0x4AB096C: run_test (test.h:584) ==30829== by 0x4AB0D5B: main (test.h:654) ==30829== ==30829== 32 bytes in 1 blocks are possibly lost in loss record 255 of 693 ==30829== at 0x7BC4C735: notify_alloc (heap.c:255) ==30829== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==30829== by 0x4D080FA: alloc_bstr (oleaut.c:162) ==30829== by 0x4D08490: SysAllocStringLen (oleaut.c:324) ==30829== by 0x4D2B608: TLB_MultiByteToBSTR (typelib.c:1753) ==30829== by 0x4D300C8: ITypeLib2_Constructor_MSFT (typelib.c:3706) ==30829== by 0x4D2F3B8: TLB_ReadTypeLib (typelib.c:3460) ==30829== by 0x4D276DC: LoadTypeLibEx (typelib.c:478) ==30829== by 0x4D27618: LoadTypeLib (typelib.c:454) ==30829== by 0x4D2786A: LoadRegTypeLib (typelib.c:537) ==30829== by 0x6196581: get_typeinfo (dispex.c:161) ==30829== by 0x61E5F7D: xmldoc_GetTypeInfo (xmldoc.c:150) ==30829== by 0x4AA60A2: test_xmldoc (oaidl.h:811) ==30829== by 0x4AAE59C: func_xmldoc (xmldoc.c:1074) ==30829== by 0x4AB096C: run_test (test.h:584) ==30829== by 0x4AB0D5B: main (test.h:654) ==30829== ==5988== 16 bytes in 1 blocks are definitely lost in loss record 134 of 725 ==5988== at 0x7BC4C735: notify_alloc (heap.c:255) ==5988== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==5988== by 0x6431972: heap_alloc (msxml_private.h:169) ==5988== by 0x64330F0: XMLElement_create (xmlelem.c:505) ==5988== by 0x6433D2A: xmlelem_collection_IEnumVARIANT_Next (xmlelem.c:777) ==5988== by 0x4CA3931: test_xmlelem_collection (oaidl.h:992) ==5988== by 0x4CA65B0: func_xmldoc (xmldoc.c:1078) ==5988== by 0x4CA896C: run_test (test.h:584) ==5988== by 0x4CA8D5B: main (test.h:654) ==5988== -- 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 54125] New: AnyToISO crashes when opened
by WineHQ Bugzilla Feb. 26, 2026

Feb. 26, 2026

https://bugs.winehq.org/show_bug.cgi?id=54125 Bug ID: 54125 Summary: AnyToISO crashes when opened Product: Wine Version: 7.0.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: robotwd07(a)icloud.com Distribution: --- Created attachment 73657 --> https://bugs.winehq.org/attachment.cgi?id=73657 The backtrace I got when trying to open AnyToISO When I tried to open AnyToISO with Wine, it failed, and I got a backtrace. Then I tried again with the compatibility of Windows 10, and it still failed, and I got the following back trace. -- 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 3