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

[Bug 60205] New: accept() sockets are unconditionally inheritable
by WineHQ Bugzilla Aug. 20, 2026

Aug. 20, 2026

http://bugs.winehq.org/show_bug.cgi?id=60205 Bug ID: 60205 Summary: accept() sockets are unconditionally inheritable Product: Wine Version: 11.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winsock Assignee: wine-bugs(a)list.winehq.org Reporter: me(a)purplesyringa.moe Target Milestone: --- Distribution: --- In Wine, executing accept() on a socket always produces a socket with the inheritable flag set [1]. Windows behaves differently; from testing, the accepted socket is marked inheritable if and only if the listener socket was inheritable during the original WSASocket() invocation [2]. This affects e.g. all Rust programs due to a combination of two factors: Rust spawns child processes without an inheritance allowlist, and it doesn't explicitly make accepted sockets non-inheritable because SetHandleInformation doesn't work in UWP apps, and normally they're already non-inheritable so there's no need to do it anyway. Security implications aside, this can at least keep connections open for longer than intended in some programs, though I didn't look for any real-world victims. I'm not sure how comfortable Wine is with replicating undocumented behavior, but I'd assume in this case it's not baseless because Rust already implicitly makes this assumption. [1]: https://gitlab.winehq.org/wine/wine/-/blob/9306b8e8de4efe3a6035bc5df878e750… [2]: https://purplesyringa.moe/blog/accept-and-socket-inheritance/ -- 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 60201] New: Implement SIO_AF_UNIX_GETPEERPID ioctl
by WineHQ Bugzilla Aug. 20, 2026

Aug. 20, 2026

http://bugs.winehq.org/show_bug.cgi?id=60201 Bug ID: 60201 Summary: Implement SIO_AF_UNIX_GETPEERPID ioctl Product: Wine Version: 11.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: winsock Assignee: wine-bugs(a)list.winehq.org Reporter: me(a)purplesyringa.moe Target Milestone: --- Distribution: --- Windows allows programs to retrieve the PID of the other side connected to a Unix-domain socket with the SIO_AF_UNIX_GETPEERPID socket ioctl. This is roughly equivalent to getsockopt(SO_PEERCRED) on Unix. It'd be nice to see this ioctl implemented. I'm not exactly sure how this option behaves if the socket is transferred to another process, but as far as I can tell, Linux retains the old PID, and I'd assume Windows behaves similarly, since otherwise there is no correct answer if a socket handle is open in two processes at the same time. -- 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 55017] New: shell32:systray fails on gitlab-win10-21h2 (GitLab CI)
by WineHQ Bugzilla Aug. 20, 2026

Aug. 20, 2026

https://bugs.winehq.org/show_bug.cgi?id=55017 Bug ID: 55017 Summary: shell32:systray fails on gitlab-win10-21h2 (GitLab CI) Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com shell32:systray fails on gitlab-win10-21h2: systray.c:49: Test failed: NIM_ADD failed! systray.c:50: Test failed: GetLastError() = 2147500037 systray.c:75: Test failed: NIM_ADD failed! systray.c:76: Test failed: GetLastError() = 2147500037 See https://test.winehq.org/data/patterns.html#shell32:systray This failure only happens on gitlab-win10-21h2 and there is no obvious commit that could be causing it. Did something change in the GitLab CI VM? -- 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 10506] New: wine crypt32 needs DSS provider to support more . NET apps which use cryptography API
by wine-bugs＠winehq.org Aug. 20, 2026

Aug. 20, 2026

http://bugs.winehq.org/show_bug.cgi?id=10506 Summary: wine crypt32 needs DSS provider to support more .NET apps which use cryptography API Product: Wine Version: CVS/GIT Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: wine-crypt32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, while playing around with .NET apps I found various shortcomings when it comes to native backends for certains parts of .NET One is the state of cryptographic providers (crypt32). Many .NET apps use either default RSA or DSS provider. Currently the DSS and enhanced DSS provider are missing, resulting in failure of several .NET apps. Would be nice if wine gets DSS provider too. Trace log showing failure of typical .NET app trying to query DSS provider: --- snip --- trace:crypt:CryptAcquireContextW (0x33d6b8, (null), L"Microsoft Enhanced Cryptographic Provider v1.0", 1, f0000000) trace:crypt:RSAENH_CPAcquireContext (phProv=0x1771b8, pszContainer=(null), dwFlags=f0000000, pVTable=0x1771c8) trace:crypt:CryptReleaseContext (0x1771a8, 00000000) trace:crypt:RSAENH_CPReleaseContext (hProv=00000002, dwFlags=00000000) trace:crypt:CryptAcquireContextW (0x33d72c, (null), L"Microsoft Enhanced Cryptographic Provider v1.0", 1, f0000000) trace:crypt:RSAENH_CPAcquireContext (phProv=0x177450, pszContainer=(null), dwFlags=f0000000, pVTable=0x175f98) trace:crypt:CryptCreateHash (0x177440, 0x8004, 0x0, 00000000, 0x33d83c) trace:crypt:RSAENH_CPCreateHash (hProv=00000002, Algid=00008004, hKey=00000000, dwFlags=00000000, phHash=0x175e04) trace:crypt:CryptAcquireContextW (0x33d6f4, (null), (null), 13, f0000000) trace:crypt:CryptAcquireContextW Did not find registry entry of crypto provider for L"Software\\Microsoft\\Cryptography\\Defaults\\Provider Types\\Type 013". trace:seh:raise_exception code=e0434f4d flags=1 addr=0x7b841300 trace:seh:raise_exception info[0]=80090017 trace:seh:raise_exception eax=7b82c455 ebx=7b8ad1e4 ecx=00000000 edx=0033d348 esi=0033d348 edi=e0434f4d trace:seh:raise_exception ebp=0033d310 esp=0033d2ac cs=0073 ds=007b es=007b fs=0033 gs=003b flags=00000212 --- snip --- resulting in CLR exception: --- snip --- Unhandled Exception: System.InvalidOperationException: An error occurred creating the form. See Exception.InnerException for details. The error is: The type initializer for 'Sunisoft.IrisSkin.SkinEngine' threw an exception. ---> System.TypeInitializationException: The type initializer for 'Sunisoft.IrisSkin.SkinEngine' threw an exception. ---> System.Security.Cryptography.CryptographicException: Unknown error "-2146893801". at System.Security.Cryptography.CryptographicException.ThrowCryptogaphicException(Int32 hr) at System.Security.Cryptography.Utils._AcquireCSP(CspParameters param, SafeProvHandle& hProv) at System.Security.Cryptography.Utils.AcquireProvHandle(CspParameters parameters) at System.Security.Cryptography.Utils.get_StaticDssProvHandle() at System.Security.Cryptography.DSACryptoServiceProvider.ImportParameters(DSAParameters parameters) at System.Security.Cryptography.DSA.FromXmlString(String xmlString) at Sunisoft.IrisSkin.SkinEngine..cctor() --- snip --- Type 001 "RSA Full (Signature and Key Exchange)" and Type 012 "RSA SChannel" are currently implemented in wine Additionally needed: Type 003 "DSS Signature" (base DSS provider) Type 013 "DSS Signature with Diffie-Hellman Key Exchange" (enhanced DSS provider) Type 018 "Diffie-Hellman SChannel" (optional?) Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

3 31

[Bug 60202] New: Implement NtQueryInformationProcess(ProcessSequenceNumber)
by WineHQ Bugzilla Aug. 20, 2026

Aug. 20, 2026

http://bugs.winehq.org/show_bug.cgi?id=60202 Bug ID: 60202 Summary: Implement NtQueryInformationProcess(ProcessSequenceNumber) Product: Wine Version: 11.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: ntdll Assignee: wine-bugs(a)list.winehq.org Reporter: me(a)purplesyringa.moe Target Milestone: --- Distribution: --- A process sequence number is a unique-per-boot monotonic ID not suffering from the issue of PID reuse. It's used by ProcessHacker [1], there is discussion about using it in Python psutil [2], and it's the only way to correctly handle PID use in presence of NTP adjustment [3]. There are two ways to obtain the sequence number: - NtQueryInformationProcess with ProcessSequenceNumber, which outputs a single 64-bit value. - NtQueryInformationProcess with ProcessTelemetryIdInformation, which outputs a structure containing it as one of the fields. The first approach is more recent, but looks smaller in scope, easier to implement, and immediately useful, so I'm only requesting it in this bug. [1]: https://github.com/winsiderss/systeminformer/issues/425#issuecomment-500168… [2]: https://github.com/giampaolo/psutil/issues/2702 [3]: https://community.osr.com/t/parent-process-information-error/50703/2 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 52568] New: Support for AF_UNIX is missing
by WineHQ Bugzilla Aug. 20, 2026

Aug. 20, 2026

https://bugs.winehq.org/show_bug.cgi?id=52568 Bug ID: 52568 Summary: Support for AF_UNIX is missing Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winsock Assignee: wine-bugs(a)winehq.org Reporter: ralf.habacker(a)freenet.de Distribution: --- Newer Windows 10 builds supports AF_UNIX, see https://devblogs.microsoft.com/commandline/af_unix-comes-to-windows/ for details. There have been unfinished attempts to incorporate such support into wine, see https://www.winehq.org/pipermail/wine-devel/2021-May/187049.html. -- 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

[Bug 60010] New: Autodesk Fusion: 3D canvas renders black on Wine 11.11 and above (likely a win32u client-surface regression)
by WineHQ Bugzilla Aug. 20, 2026

Aug. 20, 2026

http://bugs.winehq.org/show_bug.cgi?id=60010 Bug ID: 60010 Summary: Autodesk Fusion: 3D canvas renders black on Wine 11.11 and above (likely a win32u client-surface regression) Product: Wine Version: 11.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: win32u Assignee: wine-bugs(a)list.winehq.org Reporter: Urias.Uhle(a)web.de Target Milestone: --- Distribution: --- Created attachment 81423 --> http://bugs.winehq.org/attachment.cgi?id=81423 Screenhot of Autodesk Fusion Autodesk Fusion was installed on Linux via the installer at https://codeberg.org/Lolig4/Autodesk-Fusion-360-on-Linux. Starting with Wine 11.11 and up to the latest release 11.13, Fusion's 3D viewport (child window MW2_0_centralWindow, rendered through DXVK→Vulkan) stays black while the Qt UI still draws. Wine 11.10 is the last version where the canvas renders correctly. The cause isn't fully confirmed, but it appears to be a regression in the win32u client-surface handling (possibly related to commits 82701d3e, 3b607e59, e4f39eab), where a child window's Vulkan surface may no longer be presented correctly via XComposite. -- 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 56124] New: Logitech G Hub 2023.1 - crashes on install
by WineHQ Bugzilla Aug. 20, 2026

Aug. 20, 2026

https://bugs.winehq.org/show_bug.cgi?id=56124 Bug ID: 56124 Summary: Logitech G Hub 2023.1 - crashes on install Product: Wine Version: 8.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mvrk(a)sapo.pt Distribution: --- Created attachment 75793 --> https://bugs.winehq.org/attachment.cgi?id=75793 wine log Hi, When i try to install logitech g hub 2023.1 on Fedora 37 with Wine 8.18 the installation crashes. In attachment the wine log and backtrace. -- 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 60159] New: Steam launching leads to an endless loop
by WineHQ Bugzilla Aug. 20, 2026

Aug. 20, 2026

http://bugs.winehq.org/show_bug.cgi?id=60159 Bug ID: 60159 Summary: Steam launching leads to an endless loop Product: Wine Version: 11.15 Hardware: x86-64 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: andrey.goosev(a)gmail.com CC: julliard(a)winehq.org Target Milestone: --- Regression SHA1: 04e2520ee713049a162e9d4ec93c4971ca6789d0 Distribution: --- Steam window doesn't show up. Bypass this using -no-cef-sandbox command. -- 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 58333] New: Lotus Freelance Graphics 2.1 reports a C runtime error and exits
by WineHQ Bugzilla Aug. 20, 2026

Aug. 20, 2026

http://bugs.winehq.org/show_bug.cgi?id=58333 Bug ID: 58333 Summary: Lotus Freelance Graphics 2.1 reports a C runtime error and exits Product: Wine Version: 10.9 Hardware: x86-64 URL: https://archive.org/download/lotussmartsuiterelease3.1 forwindows/Lotus%20SmartSuite%20Release%203.1%20for%20 Windows.zip OS: Linux Status: NEW Keywords: download, win16 Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: imwellcushtymelike(a)gmail.com Distribution: Ubuntu Created attachment 78706 --> http://bugs.winehq.org/attachment.cgi?id=78706 Screenshot Lotus Freelance Graphics 2.1 reports a C runtime error and either exits or hangs. Installed with an earlier version of Wine to work around Bug 58329. Tested with many version of Wine up to latest git (wine-10.9-62-g68bd146ae55). $ wine 'c:\LOTSUITE\FLW\FLW.EXE' 0134:err:local:LOCAL_GetBlock not enough space in local heap 0b07 for 124 bytes After many hours messing around I discovered that this was due to me adding a single environment variable, such as WINEDEBUG=+server for example. Apparently this was just enough to "break the donkey's back". However, my environment variables aren't particularly large. $ true | xargs --show-limits Your environment variables take up 2260 bytes POSIX upper limit on argument length (this system): 2092844 POSIX smallest allowable upper limit on argument length (all systems): 4096 Maximum length of command we could actually use: 2090584 Size of command buffer we are actually using: 131072 An +all trace (because I didn't know where to start) shows that Wine's environment variables only come to around 3K, which also doesn't seem a lot. I wanted to trace get_startup_info() but setting WINEDEBUG=+ntdll or +server simply triggers the bug. To prove... nothing I added 100 large variables and winevdm sat churning away for five minutes before I got bored and stopped it. 0130:err:sync:RtlpWaitForCriticalSection section 78F049E0 "dlls/krnl386.exe16/syslevel.c: Win16Mutex" wait timed out in thread 0130, blocked by 0134, retrying (60 sec) 0134:trace:local:LOCAL_PrintHeap Local Heap ds=0b07 first=f2c0 last=fff4 items=5 0134:trace:local:LOCAL_PrintHeap f2c0: prev=f2c0 next=f2cc type=1 0134:trace:local:LOCAL_PrintHeap size=12 free_prev=f2c0 free_next=ff80 0134:trace:local:LOCAL_PrintHeap f2cc: prev=f2c0 next=f2fc type=1 0134:trace:local:LOCAL_PrintHeap f2fc: prev=f2cc next=ff80 type=1 0134:trace:local:LOCAL_PrintHeap ff80: prev=f2fc next=fff4 type=0 0134:trace:local:LOCAL_PrintHeap size=116 free_prev=f2c0 free_next=fff4 0134:trace:local:LOCAL_PrintHeap fff4: prev=ff80 next=fff4 type=0 0134:trace:local:LOCAL_PrintHeap size=12 free_prev=ff80 free_next=fff4 0134:err:local:LOCAL_GetBlock not enough space in local heap 0b07 for 124 bytes “Does this mirror the behaviour seen on Windows?” I'll have to come back to that. -- 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