June 2025 - Wine-Bugs - list.winehq.org

[Bug 45237] New: Dragon Naturally Speaking 15 fails to install with customactions error
by wine-bugs＠winehq.org July 19, 2026

July 19, 2026

https://bugs.winehq.org/show_bug.cgi?id=45237 Bug ID: 45237 Summary: Dragon Naturally Speaking 15 fails to install with customactions error Product: Wine Version: 3.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mscoree Assignee: wine-bugs(a)winehq.org Reporter: susancragin(a)earthlink.net Distribution: --- Created attachment 61466 --> https://bugs.winehq.org/attachment.cgi?id=61466 backtrace Dragon Naturally Speaking 15 fails to install. What I did: NS15 needs the following: WMI, dotnet452, and Windows above 2003, preferably Windows 7. First I installed Windows PowerShell core using these directions: https://docs.microsoft.com/en-us/powershell/scripting/setup/installing-powe… Then I created a 64-bit wineprefix. Installed dotnet 452 using winetricks 452 installs but then sets the wine version to either XP or 2003, neither of which will run NS15. So... winecfg Windows 7 Then the installation works. It requests that powershell be activated, and that seems to work. It recognizes that the installed dotnet is inadequate, and installs its own. And then it starts to install the program. What makes this confusing is that Natspeak 12.5 also uses dotnet452, and the same things happen, but NS12.5 installs and runs fine. This is the first error message I got Expression: [mscorlib recursive resource lookup bug] Description: Infinite recursion during resource lookup within mscorlib. This may be a bug in mscorlib, or potentially in certain extensibility points such as assembly resolve elements or CultureInfo names. Resource name: ArgumentNull_Generic -- 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 9

[Bug 55763] New: Electron projects using sudo-prompt think that permission was not granted
by WineHQ Bugzilla July 19, 2026

July 19, 2026

https://bugs.winehq.org/show_bug.cgi?id=55763 Bug ID: 55763 Summary: Electron projects using sudo-prompt think that permission was not granted Product: Wine Version: 8.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: skecthysites(a)gmail.com Distribution: --- Electron projects using sudo-prompt think that permission was not granted and behave as if the prompt was closed without granting permission. To reproduce: 1. Install wine-bug-demo from here: https://github.com/zurgeg/Wine-Bug/releases/tag/1.0.0 2. Extract linux-unpacked.tar.gz 3. Run wine-bug-demo 4. Note that it asks you for your user password 5. It will execute just fine once you enter your user password, then you can interrupt it 6. Install wine-bug-demo.Setup.1.0.0.exe 7. After installing, it will attempt to run, at which point it will crash with the error "User did not grant permission" -- 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 6

[Bug 57542] New: Visual studio 2022 installer can't connect to the internet
by WineHQ Bugzilla July 19, 2026

July 19, 2026

https://bugs.winehq.org/show_bug.cgi?id=57542 Bug ID: 57542 Summary: Visual studio 2022 installer can't connect to the internet Product: Wine Version: 10.0-rc2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: francisco278herrera(a)gmail.com Distribution: --- The installer for visual studio 2022 will open but it will not connect to the internet as it will say that nothing is available to install and there's nothing under developer news either. -- 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 25

[Bug 45480] New: LOUDPLAY: crashes when I launch application
by wine-bugs＠winehq.org July 19, 2026

July 19, 2026

https://bugs.winehq.org/show_bug.cgi?id=45480 Bug ID: 45480 Summary: LOUDPLAY: crashes when I launch application Product: Wine Version: 3.12 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mikhail.v.gavrilov(a)gmail.com Distribution: --- Created attachment 61835 --> https://bugs.winehq.org/attachment.cgi?id=61835 console logs $ wine --version wine-3.12 (Staging) -- 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 9

[Bug 33008] New: UDP listening on specific IP address does not work properly
by wine-bugs＠winehq.org July 19, 2026

July 19, 2026

http://bugs.winehq.org/show_bug.cgi?id=33008 Bug #: 33008 Summary: UDP listening on specific IP address does not work properly Product: Wine Version: 1.5.24 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: decimusmaximus(a)seznam.cz Classification: Unclassified Wine updated from 1.5.6 to 1.5.24. My app uses UDP listening on specific address (not 0.0.0.0). It is running on machine with NAT, there are two interfaces with IP A.A.A.A (public) and IP B.B.B.B (private) My app is set to listen only on one IP address, IP A.A.A.A It works properly on Wine 1.5.6. Traffic from subnet B.B.B.B is NATed to A.A.A.A interface and application running in wine receives it correctly. After update to 1.5.24 it does not work anymore. Application does not receive data from private subnet B.B.B.B, however it works properly for traffic incoming on A.A.A.A interface. Please see attached schema. results of "netstat --listening" with Wine 1.5.6 it is listening on A.A.A.A address correctly. with Wine 1.5.24 it is listening on 0.0.0.0 (obviously incorrect, socket binding is set to A.A.A.A address in application and although it is saying 0.0.0.0 app does not receive any data from B.B.B.B network) This application has to be listening only on one interface and do not mix public and private addresses. In this case it is not accessible for clients in private network, so it is critical bug. Main strange thing is, that it is listening on all addresses 0.0.0.0 although socket binding in application is set to address A.A.A.A -- 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 35

[Bug 56488] New: TCP socket appears to be in use but it is not
by WineHQ Bugzilla July 19, 2026

July 19, 2026

https://bugs.winehq.org/show_bug.cgi?id=56488 Bug ID: 56488 Summary: TCP socket appears to be in use but it is not Product: Wine Version: 4.0-rc2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bugzilla400(a)gmail.com Distribution: --- I have a .net 3.5 application that runs fine on Windows but have a problem when running on Debian. The problem is a socket binding error "address already in use". CODE: System.Net.Sockets.SocketException: Unknown error (0x2740) at System.Net.Sockets.Socket.DoBind(EndPoint endPointSnapshot, SocketAddress socketAddress) at System.Net.Sockets.Socket.Bind(EndPoint localEP) netstat and lsof commands don't show the socket that appears to be in use, so I assume it's not really in use. Furthermore the problem only happens, and it always happen, in the following circumstance. 1. The program A.exe listens successfully on the server socket <anyip>:<port>. 2. Then it start the program B.exe and close itself (closing the socket too). 3. Program B.exe do something and then starts again A.exe. 4. A.exe try to bind the server socket but in that case it fails with the error "address already in use". 5. Restart A.exe, now the binding success. To start the new process I'm using System.Diagnostic.Process. CODE: // This is only a generic example var process = new Process() { StartInfo = new ProcessStartInfo { FileName = "cmd", Arguments = "/c /usr/bin/bash -c \"/usr/bin/sleep 5 && /usr/bin/wine path/of/process/program.exe\"", UseShellExecute = false, WorkingDirectory = "the/working/dir", } } These are the socket states after each steps (netstat): 1. LISTEN 2. not listed due to socket is closed 3. not listed due to socket is closed 4. not listed due to socket is closed <- But I have got the error 5. LISTEN I suppose that the A and B processes close properly because I don't see them in htop anymore. There seems to be something left hanging. I've found that if I don't relaunch A.exe from B, but do it manually, everything works fine. I also noticed this behavior that I wasn't expecting: - if I use socket.Accept the socket is bound to the A.exe process, - if I use socket.BeginAccept the socket is bound to the winserver32 process Clearly if I simply close the A.exe application and restart it all works 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.

2 2

[Bug 58274] New: Cannot get past Steam age check
by WineHQ Bugzilla July 19, 2026

July 19, 2026

http://bugs.winehq.org/show_bug.cgi?id=58274 Bug ID: 58274 Summary: Cannot get past Steam age check Product: Wine Version: 10.8 Hardware: x86-64 URL: https://store.steampowered.com/app/680420/OUTRIDERS/ OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: imwellcushtymelike(a)gmail.com Distribution: Ubuntu When trying to access a game that contains adult themes you can be annoyed/greeted by an age verification check. It is a very simple check where you select your date of birth from drop-down menus. With Wine, these menus don't work. When clicking on them this is printed in the console: 0150:fixme:uxtheme:AllowDarkModeForWindow 000000000032025C 1: stub 0150:fixme:dwmapi:DwmExtendFrameIntoClientArea (000000000032025C, 00007FFFFE1FD990) stub 0150:fixme:dwmapi:DwmExtendFrameIntoClientArea (000000000032025C, 00007FFFFE1FE610) stub 0150:fixme:manipulation:viewport_ActivateConfiguration 00007A592875B710, 823 0150:fixme:manipulation:viewport_SetViewportOptions 00007A592875B710, 2 0150:fixme:manipulation:viewport_AddEventHandler 00007A592875B710, 000000000031025A, 00002CEC011144A0, 00002CEC01052470 0150:fixme:manipulation:viewport_Stop 00007A592875B710 0150:fixme:manipulation:viewport_RemoveEventHandler 00007A592875B710, 1 0150:fixme:manipulation:viewport_Abandon 00007A592875B710 0150:fixme:manipulation:direct_manip_Deactivate 00007A592875B650, 000000000031025A 0150:fixme:manipulation:viewport_ActivateConfiguration 00007A592875B710, 823 0150:fixme:manipulation:viewport_SetViewportOptions 00007A592875B710, 2 0150:fixme:manipulation:viewport_AddEventHandler 00007A592875B710, 000000000031025A, 00002CEC011144A0, 00002CEC01052470 0150:fixme:manipulation:viewport_Stop 00007A592875B710 0150:fixme:manipulation:viewport_RemoveEventHandler 00007A592875B710, 1 0150:fixme:manipulation:viewport_Abandon 00007A592875B710 0150:fixme:manipulation:direct_manip_Deactivate 00007A592875B650, 000000000031025A 0150:fixme:manipulation:viewport_ActivateConfiguration 00007A592875B710, 823 0150:fixme:manipulation:viewport_SetViewportOptions 00007A592875B710, 2 0150:fixme:manipulation:viewport_AddEventHandler 00007A592875B710, 000000000031025A, 00002CEC00FE8420, 00002CEC00FEAF70 0150:fixme:manipulation:viewport_Stop 00007A592875B710 0150:fixme:manipulation:viewport_RemoveEventHandler 00007A592875B710, 6 0150:fixme:manipulation:viewport_Abandon 00007A592875B710 0150:fixme:manipulation:direct_manip_Deactivate 00007A592875B650, 000000000031025A 01b8:fixme:dwmapi:DwmGetWindowAttribute attribute 14 not implemented. 01b8:fixme:dwmapi:DwmGetWindowAttribute attribute 14 not implemented. 01b8:fixme:win:NtUserGetWindowPlacement not fully supported on other process window 0x30038. 01b8:fixme:dwmapi:DwmGetWindowAttribute attribute 14 not implemented. 01b8:fixme:dwmapi:DwmGetWindowAttribute attribute 14 not implemented. 01b8:fixme:win:NtUserGetWindowPlacement not fully supported on other process window 0x30038. To get this far requires a log in and so "winetricks arial" (Bug 47325), and disabling GPU acceleration for web views helps (Bug 56758). -- 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 49822] New: vatSys: crashes on run, unhandled Reflection.TargetInvocationException
by WineHQ Bugzilla July 19, 2026

July 19, 2026

https://bugs.winehq.org/show_bug.cgi?id=49822 Bug ID: 49822 Summary: vatSys: crashes on run, unhandled Reflection.TargetInvocationException Product: Wine Version: 5.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: blue(a)blu3wolf.com Distribution: --- Created attachment 68157 --> https://bugs.winehq.org/attachment.cgi?id=68157 console output from running the installed program vatSys installs normally, but crashes on run, throwing a TargetInvocationException. Can be downloaded from https://vatsys.sawbe.com/downloads/vatSysSetup.zip -- 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 58278] New: Steam UI doesn't redraw (GPU accel off)
by WineHQ Bugzilla July 18, 2026

July 18, 2026

http://bugs.winehq.org/show_bug.cgi?id=58278 Bug ID: 58278 Summary: Steam UI doesn't redraw (GPU accel off) Product: Wine Version: 10.8 Hardware: x86-64 OS: Linux Status: NEW Severity: trivial Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: imwellcushtymelike(a)gmail.com Distribution: --- Created attachment 78624 --> http://bugs.winehq.org/attachment.cgi?id=78624 Wine 10.8 screenshot With GPU acceleration disabled (Bug 56758, Bug 47331, ...) the Steam UI remains black until you mouse over the UI. Screenshot attached. Same is true with or without a virtual desktop. VGA compatible controller: NVIDIA Corporation GK104GL [Quadro K5000] (rev a1) -- 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 6

[Bug 58300] New: Steam fails to start with --without-mingw
by WineHQ Bugzilla July 18, 2026

July 18, 2026

http://bugs.winehq.org/show_bug.cgi?id=58300 Bug ID: 58300 Summary: Steam fails to start with --without-mingw Product: Wine Version: 10.8 Hardware: x86-64 URL: https://cdn.cloudflare.steamstatic.com/client/installe r/SteamSetup.exe OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: imwellcushtymelike(a)gmail.com Distribution: Ubuntu Created attachment 78652 --> http://bugs.winehq.org/attachment.cgi?id=78652 wine-10.8-247-ge0bb1dba3d6 console output The Steam client appears to repeatedly crash when attempting to start its GPU process if Wine is built --without-mingw. When Wine is built --with-mingw this can be worked around with arial (Bug 32342), but when built --without-mingw the workaround appears not to work. I tried with and without GPU-accelerated web views and it makes no difference. I tried adding the whole of corefonts but it makes no difference. Attached log shows the process trying to start before HUPing steam.exe. Built in a Debian Stable chroot. I tried Wine 9.0 but the result is the same. Wine 8.0.1 has other issues so I stopped there. It doesn't look like a regression, probably an updated client. The client auto-updates so I have saved the wineprefix for further testing. -- 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