July 2025 - Wine-bugs - list.winehq.org

[Bug 58552] New: Yabridge plugins GUI is not located on the exact location of the GUI element (WINE 10.12)
by WineHQ Bugzilla 28 Aug '25

28 Aug '25

http://bugs.winehq.org/show_bug.cgi?id=58552 Bug ID: 58552 Summary: Yabridge plugins GUI is not located on the exact location of the GUI element (WINE 10.12) Product: Wine Version: 10.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: akidevera0(a)gmail.com Distribution: --- hi, i use vanilla OS debian unstable. i have a problem on wine version 10, Where the GUI is not located in the exact gui element. i keep clicking on the empty places, it makes a sound. i don't know why its like that, but i hope you can fix it. I'm suffering installing wine 9.0 since the older packages is not available in the newer versions of Vanilla/Debian. I hope this can be fixed sooner. -Yuji Chen, Vanilla OS 2 (Debian Sid) -- 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 52

[Bug 57754] New: GUI offset in VST plugins
by WineHQ Bugzilla 28 Aug '25

28 Aug '25

https://bugs.winehq.org/show_bug.cgi?id=57754 Bug ID: 57754 Summary: GUI offset in VST plugins Product: Wine Version: 10.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: project.music(a)web.de Distribution: --- VST plugins, that are loaded through tools like yabridge or LinVST can't be used. If I try to click a button or some other element in the plugins interface, I have to click way up and way left of the actual displayed thing (button, knob...). This occurs in all distros I tested (fedora, endeavouros, openSuse, kubuntu), from wine version 9.22 up to version 10, stable or staging. The only way to use windows vst plugins since then is to downgrade to an older wine version. If there is anything I can provide to help, please tell me what and how. -- 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 51317] New: multiple applications fail with NLogConfigurationException in Wine-Mono (PlagiarismDetector, WinAuth, Panzer Paladin)
by WineHQ Bugzilla 27 Aug '25

27 Aug '25

https://bugs.winehq.org/show_bug.cgi?id=51317 Bug ID: 51317 Summary: multiple applications fail with NLogConfigurationException in Wine-Mono (PlagiarismDetector, WinAuth, Panzer Paladin) Product: Wine Version: 6.11 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: mscoree Assignee: wine-bugs(a)winehq.org Reporter: madewokherd(a)gmail.com Distribution: --- This is essentially the following NLog bug: https://github.com/NLog/NLog/issues/2598 NLog is getting tripped up by the op_Implicit method on System.String which doesn't exist on .NET Framework, and which it can't call with reflection. This causes PlagiarismDetector to fail to load with: [ERROR] FATAL UNHANDLED EXCEPTION: System.Windows.Markup.XamlParseException: The invocation of the constructor on type 'PlagiarismDetector.MainWindow' that matches the specified binding constraints threw an exception. ---> System.TypeInitializationException: The type initializer for 'PlagiarismDetector.MainWindow' threw an exception. ---> NLog.NLogConfigurationException: Error when setting property 'Name' on Console Target[(unnamed)] ---> System.NotSupportedException: Cannot invoke method with stack pointers via reflection It also affects WinAuth (https://web.archive.org/web/20210310120512/https://github.com/winauth/winau…) once bug 25167 is fixed, and Panzer Paladin in Proton (https://github.com/ValveSoftware/Proton/issues/4225) We can't just remove or make non-public String.op_Implicit because libraries other than mscorlib use it. -- 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 53973] New: Launcher for GTA RP does not start.
by WineHQ Bugzilla 26 Aug '25

26 Aug '25

https://bugs.winehq.org/show_bug.cgi?id=53973 Bug ID: 53973 Summary: Launcher for GTA RP does not start. Product: Wine Version: 7.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jon9097(a)gmail.com Distribution: --- Launcher for GTA 5 RP does not start. It is installed, but does not start after installation. You can check these links: https://gta5rp.com/download - first. https://arizona-rp.com/#how-to-play - second. These are different projects and they both don't work in wine. I specially left the links so that you can download and try to run them. Many people will be grateful to you if you can get these projects to work in wine. GTA 5 and GTA San Andreas work fine in wine. But projects such as the above - for some reason do not run. Translated with www.DeepL.com/Translator (free version) -- 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 50618] New: FoxPro for Windows 2.6a fails to start
by WineHQ Bugzilla 25 Aug '25

25 Aug '25

https://bugs.winehq.org/show_bug.cgi?id=50618 Bug ID: 50618 Summary: FoxPro for Windows 2.6a fails to start Product: Wine Version: 6.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: JSladek(a)juno.com Distribution: --- Created attachment 69308 --> https://bugs.winehq.org/attachment.cgi?id=69308 Terminal output with both start conditions Any attempt to start foxprow.exe with or without an appended program script results in a program crash. Attached are copies of terminal output for both types or foxprow start. -- 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 17

[Bug 58361] New: Genshin Impact: Game cannot start while an internet-connection is available
by WineHQ Bugzilla 25 Aug '25

25 Aug '25

http://bugs.winehq.org/show_bug.cgi?id=58361 Bug ID: 58361 Summary: Genshin Impact: Game cannot start while an internet-connection is available Product: Wine Version: 10.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: 9427421240(a)posteo.net Distribution: --- Created attachment 78751 --> http://bugs.winehq.org/attachment.cgi?id=78751 Log - directly starting GenshinImpact.exe with an internet-connection available The game cannot start while an internet-connection is available. The internet-connection can be (re)activated after starting the game, for logging in and playing the game. This issue happens with Wine 10.0 and Wine 10.10. I was able to start the game normally with Wine 10.0 before, so it seems that a recent update to the game caused this issue. -- 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 8

[Bug 58533] New: RFE: add support for building with NASM
by WineHQ Bugzilla 24 Aug '25

24 Aug '25

http://bugs.winehq.org/show_bug.cgi?id=58533 Bug ID: 58533 Summary: RFE: add support for building with NASM Product: Wine-gecko Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-gecko-unknown Assignee: jacek(a)codeweavers.com Reporter: dominik(a)greysector.net Distribution: --- YASM is a build dependency of wine-gecko, but it's unmaintained upstream[1] and has many unfixed bugs, many of them security-relevant. Please consider adding support for building with NASM instead. NASM is still actively maintained. [1] https://github.com/yasm/yasm/issues/164#issuecomment-1351844621 -- 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 58469] New: wow64 pointer sizes wrong with gcc 14.2.1
by WineHQ Bugzilla 23 Aug '25

23 Aug '25

http://bugs.winehq.org/show_bug.cgi?id=58469 Bug ID: 58469 Summary: wow64 pointer sizes wrong with gcc 14.2.1 Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: zlice(a)crtdrift.us Distribution: --- Previously suspected this was a glibc bug but it seems more like gcc https://bugs.winehq.org/show_bug.cgi?id=54336 on wow64 (separate wine + wine-32bit runs fine), when trying to CreateProcess(), FOSE (fallout [3] script extender - fose_launcher.exe) fails to CreateProcess() for Fallout3.exe with the error message Assertion failed in .\main.cpp (149): Launching Fallout failed (code = 00000057 (87)) this is ERROR_INVALID_PARAMETER which stems from https://gitlab.winehq.org/wine/wine/-/blob/master/dlls/ntdll/unix/sync.c?re… not having the expected `attr->Length != sizeof(*attr)` and returning the ERROR_INVALID_PARAMETER code Removing that line allows things to run fine. I'm not sure if there is something compiler side that could help that, or if it there should be a be cast somewhere (at least in the case of wow64) possibly related bug : https://bugs.winehq.org/show_bug.cgi?id=56776 -- 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 42566] New: Edit control uses WM_PAINT instead of WM_ERASEBKGND
by wine-bugs＠winehq.org 23 Aug '25

23 Aug '25

https://bugs.winehq.org/show_bug.cgi?id=42566 Bug ID: 42566 Summary: Edit control uses WM_PAINT instead of WM_ERASEBKGND Product: Wine Version: 2.0 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: james.tabor(a)reactos.org Distribution: --- Created attachment 57478 --> https://bugs.winehq.org/attachment.cgi?id=57478 Test Program In Windows, the edit control uses the WM_ERASEBKGND message to erase the background but the Wine edit control uses the WM_PAINT message. Test app included.. -- 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 18578] New: Wine reverses big/small icon resources in WM_SETICON
by wine-bugs＠winehq.org 23 Aug '25

23 Aug '25

http://bugs.winehq.org/show_bug.cgi?id=18578 Summary: Wine reverses big/small icon resources in WM_SETICON Product: Wine Version: 1.1.21 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: emwine(a)earthlink.net Created an attachment (id=21241) --> (http://bugs.winehq.org/attachment.cgi?id=21241) Testcase binary and source (VC 6.0 command line for compiling at end of c file) This could be two bugs, could be one-- I'm not sure. This occurs both in WM_SETICON, and also when registering a WNDCLASS structure with RegisterClassEx(). When calling WM_SETICON, wParam indicates whether or not to use the big or small resource. (ICON_BIG, or ICON_SMALL). Windows reverses these, Wine doesn't. Running the testcase: Windows: icon, then press 'b': get 16x16 IDI_ICON icon, then press 's': get scaled 32x32 IDI_ICON Wine: wine icon, then press 'b': get scaled 32x32 IDI_ICON wine icon, then press 's': nothing at all For Wine, you may have to hit 'b' a few times, even restarting the app before it works-- I don't know why it's flaky. I noticed this problem because I had ugly icons in my MFC MDI app in Wine, and realized it was scaling the 32x32 resource instead of using the 16x16 one. When writing the app, I noticed that CWnd::SetIcon(HICON, BOOL bBig) reversed the 2nd parameter in reality. Probably Wine just went by the docs and nobody noticed the docs are reversed from reality. The other issue that may in fact be the same bug is that the WNDCLASS structure's icons are reversed as well. I'm thinking it's the same windows bug responsible for the reversal with the documentation manifesting itself in multiple places. So it's entirely possible it's just one issue in Wine also since Wine doesn't reverse them. Running the testcase again: Windows: icon: IDI_APPLICATION used (hIconSm) icon foo: IDI_QUESTION used (hIconSm) Wine: wine icon: IDI_QUESTION used (hIcon) wine icon foo: IDI_APPLICATION used (hIcon) There's also a question of what happens when you use hInstance instead of NULL in the LoadIcon() calls, but this bug isn't dealing with that problem. -- 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.

2 9