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

[Bug 50499] New: SO_REUSEADDR compatibility problems
by WineHQ Bugzilla April 4, 2026

April 4, 2026

https://bugs.winehq.org/show_bug.cgi?id=50499 Bug ID: 50499 Summary: SO_REUSEADDR compatibility problems Product: Wine Version: 6.0-rc6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: James(a)superbug.co.uk Distribution: --- The use case I am struggling with is the use of a Windows program running in wine that is sending and receiving UDP packets. This particular windows program uses SO_REUSEADDR socket option and opens two sockets. Lets call the first one socket A, and the second one Socket B. The SO_REUSEADDR from the Windows application is translated by "wine" into a SO_REUSEADDR in Linux. Unfortunately the behaviour of these is different between Windows and Linux so the Windows application fails to run on Linux under wine. 1 ) On windows: All received unicast UDP packets will arrive on the first opened socket. Thus on socket A. 2) On Linux: All received unicast UDP packets will arrive on the last opened socket. Thus on socket B. The problem is that this windows program only expects to receive unicast UDP packets on socket A, and thus it sees no packets. There are no currently existing socket options in Linux that would permit wine to simulate the Windows behaviour. And thus, the reason I am asking the question here. Please can we add an extra socket option to the Linux socket options such that we can get wine to simulate Windows correctly. I.e. behave like (1) above. Now wine is pretty good at simulating most things Windows throws at it, but socket options is not one of them yet. Also note, that (1) is actually more secure than (2) because it prevents other applications with the same UserID from hijacking the socket. Although (2) is more helpful in more gracefully handling some error edge cases. Suggested new option name: SO_REUSEADDR_WS -- 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 56759] New: Army Men: Colors are displayed incorrectly
by WineHQ Bugzilla April 4, 2026

April 4, 2026

https://bugs.winehq.org/show_bug.cgi?id=56759 Bug ID: 56759 Summary: Army Men: Colors are displayed incorrectly 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: bugzilla(a)cock.email Distribution: --- The first Army Men game has incorrect colors. This causes the cinematics to be black, the in game colors to be crushed, for instance blue rivers become black rivers, and the greens of the forest all become one color of green. It makes things somewhat difficult to see. I have tested this on different computers with different hardware to make sure. Someone mentioned it has something to do with the bitmaps for the game not being converted properly. -- 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 14

[Bug 59312] New: Application icon for game is not rendering correctly (literally in half).
by WineHQ Bugzilla April 4, 2026

April 4, 2026

http://bugs.winehq.org/show_bug.cgi?id=59312 Bug ID: 59312 Summary: Application icon for game is not rendering correctly (literally in half). Product: Wine Version: 11.1 Hardware: arm OS: MacOS Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: porksoda6716(a)gmail.com Created attachment 80243 --> http://bugs.winehq.org/attachment.cgi?id=80243 Wine log. Same issue existed back in wine-stable version 10 (installed via MacPorts) and in wine-development 11.0-rc5 (installed via Homebrew this time, MacPorts version uninstalled). I installed a Godot game meant for Windows (https://allhailthequeenuwu.itch.io/tadc-vn-candy-chaos) and tried running it through Wine on my Mac. For the most part, it works perfectly fine. However, there is a weird issue where the application icon in the dock does not render properly. Instead, it shows up cut off. This happens whether running it through the command line, right-clicking on the .exe and opening it via Wine-Devel, or running the game through the Wine explorer. The game files seem to be stored separately from the downloaded zip file. I was able to find some game files in "/Users/<user>/.wine/drive_c/users/<user>/AppData/Roaming/Godot/app_userdata/TADC Fangame sequel", though they seem to be user preferences, logs, save file data, and shader caches. I have my game installed in "/Applications/Games/TADCVN CANDY CHAOS/TADCVN_CANDY_CHAOS.exe." I cannot find a directory for the assets so I don't know where the icon should be loaded from. -- 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 41247] New: WASAPI exclusive pull mode sound doesn't work, but shared (non-exclusive) does
by wine-bugs＠winehq.org April 4, 2026

April 4, 2026

https://bugs.winehq.org/show_bug.cgi?id=41247 Bug ID: 41247 Summary: WASAPI exclusive pull mode sound doesn't work, but shared (non-exclusive) does Product: Wine Version: 1.9.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: markk(a)clara.co.uk Distribution: --- Wine 1.9.17, Lubuntu 16.04 x86-64. The current beta version of WinUAE (3.4.0 beta 4) uses WASAPI in pull mode. In Wine that works OK in shared (non-exclusive) mode, but exclusive mode does not work, giving console output like this: fixme:alsa:AudioClient_Initialize EXCLUSIVE mode with EVENTCALLBACK WASAPI: Initialize() 8889000A Sorry, can't initialize sound. In contrast, WinUAE 3.3.0 uses WASAPI in push mode, and both exclusive and shared work fine there. To reproduce: - Use winecfg to set Windows version to e.g. Windows 10. - Download and run the WinUAE 3.3.0 installer from http://www.winuae.net/files/InstallWinUAE3300.msi - Rename winuae.exe to winuae330.exe - Download WinUAE 3.4.0 beta 4 from http://www.winuae.net/files/b/winuae_3300b4.7z then unpack to the WinUAE program directory. - Download a program which plays sound, for example http://main.aminet.net/demo/euro/DOC_Demons.lha - Run winuae.exe (version 3.4.0b4): wine winuae.exe -log - When the WinUAE Properties window appears, click Floppy drives in the tree-view on the left side. Then click the "..." button to the right of DF0: and select DOC_Demons.lha - Click Sound in the tree-view on the left. By default the drop-down at the top should say "WASAPI: Default Audio Device", if not select that. - Click Start at the bottom of the window. - Part of the log output should say something like WASAPI: '{0.0.0.00000000}.{176D6B2F-F69E-497A-AE3D-15C5CEE27C79}' WASAPI: Shared Pull CH=2 FREQ=44100 BUF=2048 (4096) - Wait for the demo to load and start, and you should hear sound. - Press F12 to open the settings window. The sound page should be showing. Change the drop-down at the top to "WASAPI EX: Default Audio Device" then click OK at the bottom to continue emulation. There is no sound and this console output: fixme:alsa:AudioClient_Initialize EXCLUSIVE mode with EVENTCALLBACK WASAPI: Initialize() 8889000A Sorry, can't initialize sound. -- 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 59536] New: Missing WINHTTP_OPTION_SERVER_CERT_CHAIN_CONTEXT
by WineHQ Bugzilla April 3, 2026

April 3, 2026

http://bugs.winehq.org/show_bug.cgi?id=59536 Bug ID: 59536 Summary: Missing WINHTTP_OPTION_SERVER_CERT_CHAIN_CONTEXT Product: Wine Version: 11.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: winhttp Assignee: wine-bugs(a)list.winehq.org Reporter: alexeysf.prvt(a)gmail.com Distribution: --- On the GnuTLS/Schannel thing, it looks like a similar situation where something is calling the functions get_cipher_algid and get_mac_algid of secur32.dll with cipher 23. Much less clear what cipher 23 is supposed to be, but in GnuTLS it matches GNUTLS_CIPHER_CHACHA20_POLY1305. Feels like a very odd obscure choice though, so I doubt it's correct. with these changes all work case WINHTTP_OPTION_SERVER_CERT_CHAIN_CONTEXT: { const CERT_CONTEXT *cert; const CERT_CHAIN_CONTEXT *cert_chain; char oid_server_auth[] = szOID_PKIX_KP_SERVER_AUTH; char *server_auth[] = { oid_server_auth }; CERT_CHAIN_PARA chainPara = { sizeof(chainPara), { 0 } }; chainPara.RequestedUsage.Usage.cUsageIdentifier = 1; chainPara.RequestedUsage.Usage.rgpszUsageIdentifier = server_auth; FIXME("WINHTTP_OPTION_SERVER_CERT_CHAIN_CONTEXT in request_query_option"); if (!validate_buffer( buffer, buflen, sizeof(cert) )) return FALSE; if (!(cert = CertDuplicateCertificateContext( request->server_cert ))) return FALSE; CertGetCertificateChain(NULL, cert, NULL, NULL, &chainPara, 0, NULL, &cert_chain); CertFreeCertificateContext(cert); *(CERT_CHAIN_CONTEXT **)buffer = (CERT_CHAIN_CONTEXT *)cert_chain; *buflen = sizeof(cert_chain); return TRUE; } -- 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 11

[Bug 55933] New: after MPEG codec is implement, repeat video will stop after few loop
by WineHQ Bugzilla April 3, 2026

April 3, 2026

https://bugs.winehq.org/show_bug.cgi?id=55933 Bug ID: 55933 Summary: after MPEG codec is implement, repeat video will stop after few loop Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: l12436(a)yahoo.com.tw Distribution: --- Created attachment 75497 --> https://bugs.winehq.org/attachment.cgi?id=75497 Log about video stop on game after mpeg codec is merged game has video on it, but after few loop, the video is stopped. Game is "Creature reaction inside the ship! 1.5" from dlsite. Log is generate by WINEDEBUG=+quartz -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 17

[Bug 56296] New: PDFSam Installer shows an empty language list
by WineHQ Bugzilla April 3, 2026

April 3, 2026

https://bugs.winehq.org/show_bug.cgi?id=56296 Bug ID: 56296 Summary: PDFSam Installer shows an empty language list Product: Wine Version: 8.0.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: kyle.kcsoftwares(a)gmail.com Distribution: --- Created attachment 76012 --> https://bugs.winehq.org/attachment.cgi?id=76012 Ubuntu_KO PDFSam Installer shows an empty language list This prevents installation -- 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 59554] New: [Regression] DOAXVV (DMM version) fails to start with network error on Wine 11.5
by WineHQ Bugzilla April 3, 2026

April 3, 2026

http://bugs.winehq.org/show_bug.cgi?id=59554 Bug ID: 59554 Summary: [Regression] DOAXVV (DMM version) fails to start with network error on Wine 11.5 Product: Wine Version: 11.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winhttp Assignee: wine-bugs(a)list.winehq.org Reporter: axis6404(a)proton.me Distribution: --- Created attachment 80609 --> http://bugs.winehq.org/attachment.cgi?id=80609 error screenshot Description: A regression has been identified in "DEAD OR ALIVE Xtreme Venus Vacation" (DMM version). Since Wine 11.5, the game fails to start due to a network error. Important Note: This is not a local network issue. Reverting the Wine version from 11.5 back to 11.4 immediately resolves the issue, and the game connects to the server successfully using the exact same network environment. Reproducibility: 100% (Always occurs on 11.5) System Info: OS: Debian 13 (Trixie) Wine version: 11.5 (regression) / 11.4 (working) Software: DEAD OR ALIVE Xtreme Venus Vacation (DMM version) Identified Regression Commit: The issue was introduced by the following commit: https://github.com/wine-mirror/wine/commit/20b34866f318617c854818dc59fa7b8e… Steps to Reproduce: 1. Launch DOAXVV (DMM version) on Wine 11.5. 2. The game immediately shows a network error dialog during the startup sequence. Expected Results: The game should connect to the server and proceed to the title screen (as it does in Wine 11.4). Actual Results: The game displays the following error: "サーバーに接続ができませんでした。リトライしますか？ ※ネットワーク環境をご確認ください。 WebApiManager STATUS: 2 ERROR_NO: 200" (Translation: Could not connect to the server. Retry? Please check your network environment.) -- 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 25

[Bug 7961] Bug in findfirst/findnext
by WineHQ Bugzilla April 3, 2026

April 3, 2026

http://bugs.winehq.org/show_bug.cgi?id=7961 Alexandre Julliard <julliard(a)winehq.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #28 from Alexandre Julliard <julliard(a)winehq.org> --- Closing bugs fixed in 11.6. -- 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 59559] New: Missing D3D11 Interop Functions needed for Gecko based browsers
by WineHQ Bugzilla April 3, 2026

April 3, 2026

http://bugs.winehq.org/show_bug.cgi?id=59559 Bug ID: 59559 Summary: Missing D3D11 Interop Functions needed for Gecko based browsers Product: Wine Version: 11.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)list.winehq.org Reporter: junewilde(a)pm.me Distribution: --- In order to create reproducible builds of the Tor Browser for Windows the Tor Project's build system uses mingw-w64's clang to cross compile from Linux which in turn uses Windows headers available in Wine to link against. Changes upstream in libwebrtc added calls to `IDirect3DDxgiInterfaceAccess::GetInterface` and `CreateDirect3D11DeviceFromDXGIDevice` which we've had to create a local patch for to get our builds working again. I've written an idl file with the missing function declarations that I'd be happy to create a merge request for, but don't have a working reproduction of those functions since all we needed was the function declaration to exist. -- 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