- Wine-bugs - list.winehq.org

[Bug 56927] New: msys2-64/cygwin64: rsync fails with 'Socket operation on non-socket'
by WineHQ Bugzilla 20 Feb '26

20 Feb '26

https://bugs.winehq.org/show_bug.cgi?id=56927 Bug ID: 56927 Summary: msys2-64/cygwin64: rsync fails with 'Socket operation on non-socket' Product: Wine Version: 9.12 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: winsock Assignee: wine-bugs(a)winehq.org Reporter: bernhardu(a)mailbox.org Distribution: --- Created attachment 76749 --> https://bugs.winehq.org/attachment.cgi?id=76749 Notes to reproduce, a backtrace in cygwin/wine. I tried to check if bug #19858 is still an issue. Unfortunately I hit a rsync call which fails: $ rsync -aq --delete-before dir-a dir-b rsync: [Receiver] Failed to dup/close: Socket operation on non-socket (108) rsync error: error in IPC code (code 14) at pipe.c(157) [Receiver=3.2.7] rsync: connection unexpectedly closed (0 bytes received so far) [sender] rsync error: error in rsync protocol data stream (code 12) at io.c(231) It looks like rsync forks a child process, and the child tries then to close the derived socket, which cannot be found in closesocket/socket_list_remove. This seems kind of similar to bug #54995. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 7

[Bug 59413] New: Unable to open a certain PNG image, 'copypixels_to_24bppBGR Unimplemented conversion path'
by WineHQ Bugzilla 20 Feb '26

20 Feb '26

http://bugs.winehq.org/show_bug.cgi?id=59413 Bug ID: 59413 Summary: Unable to open a certain PNG image, 'copypixels_to_24bppBGR Unimplemented conversion path' 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: --- Created attachment 80381 --> http://bugs.winehq.org/attachment.cgi?id=80381 broken image When trying to open an image in the attachment with Fast-Stone Image Viewer v7.8, all I see is a black screen. The console reads this error: > 07fc:fixme:win:DisableProcessWindowsGhosting : stub > 07fc:fixme:file:NtLockFile I/O completion on lock not implemented yet > 07fc:fixme:shell:SHGetDataFromIDListA SHGDFIL 2 stub > 07fc:fixme:shell:SHAutoComplete stub > 00c8:fixme:wincodecs:copypixels_to_24bppBGR Unimplemented conversion path! (22) There was a similar bug I reported a few months ago which has been fixed, so this seems to either be a regression or another bug in the same space. -- 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 59257] New: RTF clipboard reads randomly chosen string (regression from wine 10)
by WineHQ Bugzilla 20 Feb '26

20 Feb '26

http://bugs.winehq.org/show_bug.cgi?id=59257 Bug ID: 59257 Summary: RTF clipboard reads randomly chosen string (regression from wine 10) Product: Wine Version: 11.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)list.winehq.org Reporter: ssb22(a)cam.ac.uk Distribution: --- After placing text on the X11 clipboard from Emacs 29.3 in Ubuntu 24.04 LTS and attempting to paste this into a Windows program that is set to read RTF clipboard when available, the Windows program alternately comes out with "emacs" or my full name or some other string, none of which are what I put on the clipboard. The code below minimally demonstrates the issue. Use `i686-w64-mingw32-gcc test.c` and `wine a.exe` after placing some text onto the clipboard from Emacs. This works correctly in WINE 10 but fails in WINE 11, potentially feeding randomly-chosen private strings to the Windows program instead (I was unable to figure out how it got my full name when this was not on the clipboard, but it's clearly somehow reading from some part of memory it shouldn't). ```c #include <windows.h> #include <stdio.h> int main() { UINT cfRtf = RegisterClipboardFormat(TEXT("Rich Text Format")); if (!OpenClipboard(NULL)) { printf("Failed to open clipboard\n"); return 1; } if (IsClipboardFormatAvailable(cfRtf)) { HANDLE hData = GetClipboardData(cfRtf); if (hData) { char* data = (char*)GlobalLock(hData); if (data) { printf("RTF clipboard contains: '%s'\n", data); GlobalUnlock(hData); } } else { printf("GetClipboardData failed\n"); } } else { printf("RTF format not available\n"); } CloseClipboard(); return 0; } ``` -- 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 10

[Bug 54636] New: fusion:asmenum - test_enumerate() fails on Windows 11
by WineHQ Bugzilla 20 Feb '26

20 Feb '26

https://bugs.winehq.org/show_bug.cgi?id=54636 Bug ID: 54636 Summary: fusion:asmenum - test_enumerate() fails on Windows 11 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: fusion Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com fusion:asmenum - test_enumerate() fails on Windows 11: asmenum.c:367: Test failed: Assembly not enumerated: Microsoft.Ink, Version=6.1.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35 asmenum.c:367: Test failed: Assembly not enumerated: Microsoft.Interop.Security.AzRoles, Version=2.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35 asmenum.c:367: Test failed: Assembly not enumerated: srmlib, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35 asmenum.c:367: Test failed: Assembly not enumerated: Microsoft.Ink, Version=6.1.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35 asmenum.c:367: Test failed: Assembly not enumerated: Microsoft.Interop.Security.AzRoles, Version=2.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35 asmenum.c:367: Test failed: Assembly not enumerated: srmlib, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35 asmenum.c:367: Test failed: Assembly not enumerated: Microsoft.Ink.Resources, Version=6.1.0.0, Culture=en, PublicKeyToken=31bf3856ad364e35 asmenum.c:367: Test failed: Assembly not enumerated: Microsoft.ManagementConsole, Version=3.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35 asmenum.c:367: Test failed: Assembly not enumerated: Microsoft.ManagementConsole.Resources, Version=3.0.0.0, Culture=en, PublicKeyToken=31bf3856ad364e35 asmenum.c:367: Test failed: Assembly not enumerated: Microsoft.PowerShell.Commands.Diagnostics, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35 asmenum.c:367: Test failed: Assembly not enumerated: Microsoft.PowerShell.Commands.Diagnostics.Resources, Version=1.0.0.0, Culture=en, PublicKeyToken=31bf3856ad364e35 asmenum.c:367: Test failed: Assembly not enumerated: Microsoft.PowerShell.Commands.Management, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35 asmenum.c:367: Test failed: Assembly not enumerated: Microsoft.PowerShell.Commands.Management.Resources, Version=1.0.0.0, Culture=en, PublicKeyToken=31bf3856ad364e35 asmenum.c:367: Test failed: Assembly not enumerated: Microsoft.PowerShell.Commands.Utility, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35 asmenum.c:367: Test failed: Assembly not enumerated: Microsoft.PowerShell.Commands.Utility.Resources, Version=1.0.0.0, Culture=en, PublicKeyToken=31bf3856ad364e35 asmenum.c:367: Test failed: Assembly not enumerated: Microsoft.PowerShell.ConsoleHost, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35 asmenum.c:367: Test failed: Assembly not enumerated: Microsoft.PowerShell.ConsoleHost.Resources, Version=1.0.0.0, Culture=en, PublicKeyToken=31bf3856ad364e35 asmenum.c:367: Test failed: Assembly not enumerated: Microsoft.PowerShell.Security, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35 asmenum.c:367: Test failed: Assembly not enumerated: Microsoft.PowerShell.Security.Resources, Version=1.0.0.0, Culture=en, PublicKeyToken=31bf3856ad364e35 asmenum.c:367: Test failed: Assembly not enumerated: Microsoft.WSMan.Management, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35 asmenum.c:367: Test failed: Assembly not enumerated: Microsoft.WSMan.Management.Resources, Version=1.0.0.0, Culture=en, PublicKeyToken=31bf3856ad364e35 asmenum.c:367: Test failed: Assembly not enumerated: Microsoft.WSMan.Runtime, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35 asmenum.c:367: Test failed: Assembly not enumerated: MMCEx, Version=3.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35 asmenum.c:367: Test failed: Assembly not enumerated: MMCEx.Resources, Version=3.0.0.0, Culture=en, PublicKeyToken=31bf3856ad364e35 asmenum.c:367: Test failed: Assembly not enumerated: MMCFxCommon, Version=3.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35 asmenum.c:367: Test failed: Assembly not enumerated: MMCFxCommon.Resources, Version=3.0.0.0, Culture=en, PublicKeyToken=31bf3856ad364e35 asmenum.c:367: Test failed: Assembly not enumerated: System.Management.Automation, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35 asmenum.c:367: Test failed: Assembly not enumerated: System.Management.Automation.Resources, Version=1.0.0.0, Culture=en, PublicKeyToken=31bf3856ad364e35 See https://test.winehq.org/data/patterns.html#fusion:asmenum Notes: * Only the 32-bit fusion dll is available on Windows 11. * On Windows 11 the dll was installed by running the dotnetfx-1.1.exe installer [1] which is only available in 32-bit format. * The fusion dll is entirely missing on all the Windows 8 and 10 VMs (the 32-bit version could be installed using the same process as on Windows 11). * The 32-bit and 64-bit versions of this test succeed on the w7u and w7pro64 VMs. * The 32-bit and 64-bit versions of this test succeed on the deprecated wxppro, w2003std, wvista and wvistau64 VMs. * See also bug 54610 for the fusion:asmcache crash. [1] https://wiki.winehq.org/Wine_TestBot_VMs#fusion.2C_msvcr71 -- 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 59418] New: Potential off-by one in swapchain.c
by WineHQ Bugzilla 20 Feb '26

20 Feb '26

http://bugs.winehq.org/show_bug.cgi?id=59418 Bug ID: 59418 Summary: Potential off-by one in swapchain.c Product: Wine Version: 11.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)list.winehq.org Reporter: Littlefighter1996(a)googlemail.com Distribution: --- I'm currently trying to integrate WineD3D into a Linux project of mine, to allow rendering of a D3D8 application with OpenGL. For that, I'm using WineD3D in a modified version as of 11.0 and am building it with sanitizers enabled. For this, I'm reporting only one pixel format in GetPixelFormat. It being a hardcoded one, that will likely be present on most systems. (32-bit, 888, yada-yada). After the first frame is finished rendering, ASAN complains about line 596 being a heap use-after-free in the NVIDIA .so. Looking at what happens, in swapchain.c, the pixel_format at line 594, after "Presenting DC", is obtained from the context_gl->pixel_format field. pixel_format = &wined3d_adapter_gl(swapchain->device->adapter)->pixel_formats[context_gl->pixel_format]; This line seems suspicious to me, at the point where it gets set line 1907, the returned pixel format is directly the one from ChoosePixelFormat, which is 1 index-based according to documentation. This leads me to the assumption, that this is a mistake that has went overlooked, because most of the time more than one pixel format is returned. From my understanding, the line should read: pixel_format = &wined3d_adapter_gl(swapchain->device->adapter)->pixel_formats[context_gl->pixel_format - 1]; ASAN doesn't complain about that part anymore afterwards. I'd suggest to decrease -- 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 49453] New: ExtractNow: buttons do nothing / don't work / function (needs comctl32 version 6)
by WineHQ Bugzilla 20 Feb '26

20 Feb '26

https://bugs.winehq.org/show_bug.cgi?id=49453 Bug ID: 49453 Summary: ExtractNow: buttons do nothing / don't work / function (needs comctl32 version 6) Product: Wine Version: 5.11 Hardware: x86 URL: https://www.extractnow.com/ OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: spoon0042(a)hotmail.com Distribution: Debian This came up on the forum and I was bored. ExtractNow is a simple looking archive extractor thing. Problem is the buttons in the main window don't do anything on mainline wine. Works on staging though, tracked it down to this patch: commit 14c33edf03750722193658b9f9a72fc21b7fb988 Author: Dmitry Timoshkov <dmitry(a)baikal.ru> Date: Tue Nov 12 18:13:20 2019 +0800 comctl32: Bump version to 6.0. An application that I have here checks comctl32.dll version information and refuses to run, changing DLL version to 6.0 makes it run. Signed-off-by: Dmitry Timoshkov <dmitry(a)baikal.ru> :040000 040000 2e914614641b09648642ff928d0777005f8ad070 99f4dbca57a429a7d038e014d0dd1b68a6b3ffaf M dlls :040000 040000 89a1c48068de16510fc9ca1d1eb1800849fc1065 a501c8d94188aa8d9c5f03435b4ee7dd370045d7 M include -- 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 57435] New: D2D1GeometrySinc::AddArc() doesn't properly mark end of the figure segment
by WineHQ Bugzilla 20 Feb '26

20 Feb '26

https://bugs.winehq.org/show_bug.cgi?id=57435 Bug ID: 57435 Summary: D2D1GeometrySinc::AddArc() doesn't properly mark end of the figure segment Product: Wine Version: 9.21 Hardware: x86-64 OS: Linux Status: NEW Keywords: source, testcase Severity: normal Priority: P2 Component: d2d Assignee: wine-bugs(a)winehq.org Reporter: dmitry(a)baikal.ru Distribution: --- Created attachment 77431 --> https://bugs.winehq.org/attachment.cgi?id=77431 Rounded rect under Wine If an application creates a rounded rect geometry manually using a sequence of calls ::AddLine() and ::AddArc() instead of ::CreateRoundedRectangleGeometry() then the created rectangle is distorted under Wine. While D2D1GeometrySinc::AddArc() is currently a stub, it tries to be smart and calls d2d_figure_add_vertex() to add a terminating arc point to the figure, however this doesn't work, and next call to ::AddLine() draws the line from the point where previous line was terminated instead of an added vertex, and this leads to drawing a distorted rectangle. A simple implementation of ::AddArc() that calculates points of two arc quadrants and calls d2d_geometry_outline_add_arc_quadrant() helper also suffers from the same problem: added arc quadrants don't seem to properly mark end of the figure segment. This seems to be caused by difference between how ::AddLines() and d2d_geometry_outline_add_line_segment() (used by d2d_rounded_rectangle_geometry_init() helper called from ::CreateRoundedRectangleGeometry()) create line segments. Attached test applications (source + binary) use both described above approaches: ::CreateRoundedRectangleGeometry() and ::AddLine() + ::AddArc(). See screenshots for the Windows vs. Wine comparison. -- 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 59403] New: Missing parameter validation in printf() family of functions
by WineHQ Bugzilla 20 Feb '26

20 Feb '26

http://bugs.winehq.org/show_bug.cgi?id=59403 Bug ID: 59403 Summary: Missing parameter validation in printf() family of functions Product: Wine Version: 11.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: ucrtbase Assignee: wine-bugs(a)list.winehq.org Reporter: p(a)perkele.cc Distribution: --- int precision = 0x80000000; double val = 0; printf("%.*f", precision, val); MS output: 0.000000 Wine output: lots of padding Also affects snprintf() and alike. Originally sighted in: FFmpeg's av_ts_make_time_string2() - I'm still figuring out how 0x80000000 got there. Affected apps: foobar2000, FFmpeg if built against ucrt, likely anything else using similarly configured FFmpeg. Confirmed on: various Linux distros, Wine 11.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 2

[Bug 57585] New: Make UseTakeFocus default to N on Linux, so games can accept input when refocused
by WineHQ Bugzilla 20 Feb '26

20 Feb '26

https://bugs.winehq.org/show_bug.cgi?id=57585 Bug ID: 57585 Summary: Make UseTakeFocus default to N on Linux, so games can accept input when refocused Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: joeytwiddle(a)gmail.com Distribution: --- To reproduce the problem: 1. On Linux (e.g. KDE5 with X11), start a game or fullscreen app (e.g. Among Us or Bad North Jotunn Edition, but you can find many games with the same problem) 2. Once the game has opened and is fullscreen, use Alt-Tab to switch to another app 3. Now switch back to the game. 4. The game now ignores mouse and keyboard input! To fix it, kill the game, then run: wine reg add 'HKEY_CURRENT_USER\Software\Wine\X11 Driver' /t REG_SZ /v UseTakeFocus /d N /f Now try the above steps again. It has likely fixed the problem! Because the problem is so common, please consider making the above fix the default setting on Linux. Hopefully it will benefit more users than it inconveniences. --- The problem and solution have been mentioned here: - https://askubuntu.com/questions/299286/how-to-recover-focus-after-losing-it… - https://bugs.winehq.org/show_bug.cgi?id=47929 - https://bugs.winehq.org/show_bug.cgi?id=48121 - https://bugs.winehq.org/show_bug.cgi?id=37393 - https://bugs.winehq.org/show_bug.cgi?id=56073 -- 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 40435] New: 42Tags (.net app) crashes:Culture ID 0 (0x0000) is not a supported culture.
by wine-bugs＠winehq.org 20 Feb '26

20 Feb '26

https://bugs.winehq.org/show_bug.cgi?id=40435 Bug ID: 40435 Summary: 42Tags (.net app) crashes:Culture ID 0 (0x0000) is not a supported culture. Product: Wine Version: 1.9.7 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: xerox_xerox2000(a)yahoo.co.uk Distribution: --- Created attachment 54182 --> https://bugs.winehq.org/attachment.cgi?id=54182 crash log Prerequisite: winetricks dotnet20 -- 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 17