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

[Bug 57537] New: Steuersparerklärung 2024 fails to install
by WineHQ Bugzilla July 31, 2026

July 31, 2026

https://bugs.winehq.org/show_bug.cgi?id=57537 Bug ID: 57537 Summary: Steuersparerklärung 2024 fails to install Product: Wine Version: 9.22 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- Found while testing a report from the forums: https://forum.winehq.org/viewtopic.php?t=39775 Ran in a clean WINEPREFIX, used trial version and express installation. It gives a messagebox with > Die Installation von >>Steuersparerklärung 2024<< konnte nicht durchgeführt werden! Prüfen Sie bitte, ob die notwendigen Installationsvoraussetzungen erfüllt sind Translated: The installation of >>Steuersparerklärung 2024<< could not be completed! Please check whether the necessary installation requirements are met -- 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 15

[Bug 59333] New: VNyan leaks memory (race in __wine_syscall_dispatcher $rsp switching breaks Unity GC)
by WineHQ Bugzilla July 31, 2026

July 31, 2026

http://bugs.winehq.org/show_bug.cgi?id=59333 Bug ID: 59333 Summary: VNyan leaks memory (race in __wine_syscall_dispatcher $rsp switching breaks Unity GC) Product: Wine Version: 11.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: ntdll Assignee: wine-bugs(a)list.winehq.org Reporter: lina(a)lina.yt Distribution: --- Created attachment 80270 --> http://bugs.winehq.org/attachment.cgi?id=80270 Debug & gdb logs VNyan (https://suvidriel.itch.io/vnyan) under recent versions of Wine starts leaking memory at a random time (from minutes to hours after startup). It took a few days of debugging and reverse engineering, but I tracked this down to an issue with Unity's GC observing a weird stack switch in Wine. For reference, Proton 8-5 seems to be fine and GE Proton 10-15 triggers the problem. The problem reproduces with plain `wine-11.0 (Staging)` (wine-11.0-2.fc43.x86_64 from Fedora 43), which is what I used for the traces in this bug. This is the Win32 threads code in the Unity fork of bdwgc: https://github.com/Unity-Technologies/bdwgc/blob/unity-master/win32_threads… Normally, bdwgc will use SuspendThread() on all application threads (see GC_suspend()) and then call GetThreadContext() to retrieve the thread context. It then uses the sp value to determine which stack segment to mark as roots for GC. The logic is complex and there is a safety check in case sp is out of bounds (then it collects the whole stack). However, on line 1695 above, sp is blindly subtracted from thread->stack_base and used to compute the stack usage in bytes, without any bounds checks. This means that when sp ends up above the stack, the subtraction overflows and returns a bogus huge stack size. This ends up throwing off the GC collection threshold, and the GC never runs again. During a normal stop-the-world GC ([1] in vnyan_debug.txt), all threads are stopped with $rip in Windows code (0x00006fffffxxxxxx) (other than the main thread which is in 0x000000018xxxxxx because I patched the Mono DLL to not relocate, for consistent debugging). Most threads are in NtWaitForSingleObject or NtWaitForAlertByThreadId, a couple in NtDelayExecution/NtNotifyChangeKey/NtUserMsgWaitForMultipleObjectsEx/NtWaitForMultipleObjects, and two threads in a mmdevapi wine_unix_call(). When the bug occurs, one thread is caught in the middle of UNIX code ([2] in vnyan_debug.txt). The stack pointer changes from this (pre-bug): Thread 82 (Thread 32.0x2c0): $201 = 0x7a8bf3e8 To this (during bug): Thread 82 (Thread 32.0x2c0): $295 = 0x12938eab0 The GC logs this warning (needs patches to enable debug logs): --> Marking for collection #2607 after 3617216 allocated bytes Marked from 150 dirty pages GC Warning: Thread stack pointer 000000012938EAB0 out of range, pushing everything Pushed 34 thread stacks And then the GC stops working. In the particular repro logged, rip is pointing here in __wine_syscall_dispatcher (it's usually within a few instructions of this area): https://github.com/wine-mirror/wine/blob/db11d0fe6a169c457e23d007e20404643d… This means that is_inside_syscall() returned false and allowed the thread state to be captured directly from native thread state. This is defined as: static inline BOOL is_inside_syscall( ULONG_PTR sp ) { return ((char *)sp >= (char *)ntdll_get_thread_data()->kernel_stack && (char *)sp <= (char *)get_syscall_frame()); } Just a few lines before the instruction the thread was stopped in: "leaq 0x70(%rcx),%rsp\n\t" /* %rsp > frame means no longer inside syscall */ Indeed, %rsp as seen by the user app is 0x70 into syscall_frame (which is 0x12938ea40). Later in the function the stack is switched to the proper user stack: /* switch to user stack */ "movq 0x88(%rcx),%rsp\n\t" I believe when a thread is stopped in the entire range between those two instructions, user code can observe %rsp set to a bogus value that should not be possible. This code was moved around by commit 245e8cedf059 and previously introduced by 0a5f7a71036. I'm not sure why %rsp is being set to point into &frame->rip instead of simply restoring it to the user stack pointer earlier. -- 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 46

[Bug 16147] New: MSN Messenger 7.0: Webcam doesn't work
by wine-bugs＠winehq.org July 30, 2026

July 30, 2026

http://bugs.winehq.org/show_bug.cgi?id=16147 Summary: MSN Messenger 7.0: Webcam doesn't work Product: Wine Version: 1.1.9 Platform: PC URL: http://www.microsoft.com/downloads/details.aspx?familyid =d78f2ff1-79ea-4066-8ba0-ddbed94864fc&displaylang=en OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jaimerave(a)gmail.com If you try to use the webcam through MSN Messenger, you will just see a weird image. The webcam works perfectly in Cheese, so the webcam is working fine. I'm using Ubuntu 8.10 and Wine 1.1.9. I think this lines are related: fixme:qcap:fnCaptureGraphBuilder2_FindInterface (0x1a7f278/0x1a7f278)->({fb6c4281-0353-11d1-905f-0000c0cc16ba}, (null), 0x1a81e60, {c6e13340-30ac-11d0-a18c-00a0c9118956}, 0xbd5158) - workaround stub! fixme:qcap:KSP_Get () Not adding a pin with PIN_CATEGORY_CAPTURE fixme:qcap:fnCaptureGraphBuilder2_Release Release IGraphFilter or w/e fixme:qcap:fnCaptureGraphBuilder2_FindInterface (0x1a7f290/0x1a7f290)->({fb6c4281-0353-11d1-905f-0000c0cc16ba}, (null), 0x1a81e60, {c6e13340-30ac-11d0-a18c-00a0c9118956}, 0xbd5158) - workaround stub! fixme:qcap:KSP_Get () Not adding a pin with PIN_CATEGORY_CAPTURE fixme:qcap:AMStreamConfig_GetNumberOfCapabilities 0x1a81e64: 0x32ebd0 0x32ebdc - stub, intentional fixme:qcap_v4l:qcap_driver_get_prop Not implemented 7 fixme:qcap_v4l:qcap_driver_get_prop Not implemented 5 fixme:qcap:fnCaptureGraphBuilder2_Release Release IGraphFilter or w/e -- 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 44

[Bug 28457] New: Gecko rendering of Skype login page not rendering correctly
by wine-bugs＠winehq.org July 30, 2026

July 30, 2026

http://bugs.winehq.org/show_bug.cgi?id=28457 Summary: Gecko rendering of Skype login page not rendering correctly Product: Wine Version: 1.3.28 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P3 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: xsist10(a)gmail.com Created an attachment (id=36495) --> (http://bugs.winehq.org/attachment.cgi?id=36495) Wine debug output Gecko rendering of Skype's HTML login page not rendering correctly. No HTML formating or javascript/css applied. Unable to complete login process due to this. I then manually updated gecko to wine_gecko-1.3-x86.msi (from 1.1 which was installed by default) and the issue still remained. -- 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 30

[Bug 32074] New: 1by1 Player: music time indicators too fast
by wine-bugs＠winehq.org July 30, 2026

July 30, 2026

http://bugs.winehq.org/show_bug.cgi?id=32074 Bug #: 32074 Summary: 1by1 Player: music time indicators too fast Product: Wine Version: 1.5.16 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: turbolad995(a)hotmail.co.uk Classification: Unclassified When playing mp3 files in 1by1 Player via Wine, the song time at the bottom is going faster than playback. Also the song progress slider at the top is going faster than playback. This bug has only occurred recently i.e. past few weeks, since I always get the latest development Wine releases with the Ubuntu updates. To reproduce: download 1by1 Player: http://mpesch3.de1.cc/1by1.html and use it to play some mp3 files. You will notice that the song time counter is going too fast, but the songs play at normal speed. -- 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 19

[Bug 39091] New: Installing Lync Web App in Wine/Firefox
by wine-bugs＠winehq.org July 30, 2026

July 30, 2026

https://bugs.winehq.org/show_bug.cgi?id=39091 Bug ID: 39091 Summary: Installing Lync Web App in Wine/Firefox Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: staal1978(a)gmail.com Distribution: --- Lync Web app requires Windows version >7 (set in winecfg) most likely this will be the same for "Skype for Business" web app Visit a page seving an invitation for a Lync meeting (can be found via Google, or if you have your own invitation) Firefox will crash due to unimplemented functions in mfplat.dll Download native mfplat.dll from somewhere and Firefox will not crash and the page will load and allow you to download LWAPlugin32BitInstaller.msi The msi can not be installed: fixme:advapi:RegisterTraceGuidsA (0x6307379f, 0x630b1cf8, {0cfe0455-93ba-440d-a3fe-553973d0b723}, 1, 0x32fc98, (null), (null), 0x630b1d00): stub fixme:advapi:RegisterTraceGuidsA (0x6307379f, 0x630b1d18, {797fabac-7b58-4796-b924-d51178a59ce4}, 1, 0x32fc98, (null), (null), 0x630b1d20): stub fixme:advapi:EventRegister {43d1a55c-76d6-4f7e-995c-64c711e5cafe}, 0x6309ce28, (nil), 0x630b1500 fixme:ntdll:NtLockFile I/O completion on lock not implemented yet err:msi:custom_get_thread_return Invalid Return Code 4447 err:msi:ITERATE_Actions Execution halted, action L"CA_TranslateAllAppPkgs" returned 1603 err:msi:ITERATE_Actions Execution halted, action L"ExecuteAction" returned 1603 fixme:advapi:EventUnregister deadbeef: stub -- 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 33

[Bug 40570] New: Skype 7 - Unhandled exception in thread 9 or Unhandled page fault on read access
by wine-bugs＠winehq.org July 30, 2026

July 30, 2026

https://bugs.winehq.org/show_bug.cgi?id=40570 Bug ID: 40570 Summary: Skype 7 - Unhandled exception in thread 9 or Unhandled page fault on read access Product: Wine Version: 1.9.9 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rmoisto(a)gmail.com Distribution: --- The latest Skype desktop client for Windows (currently 7.23.0.105) does not work with wine 1.9.9 but works fine with 1.9.7 and 1.9.8. Starting Skype with 1.9.9 spits out various errors. In some instances Skype.exe will go in an infinite loop and the debugger hangs, other times the debugger exists instantly. Exists cleanly: wine: Unhandled exception 0xc0000409 in thread 9 at address 0x115d6b8 (thread 0009), starting debugger... Hangs forever: wine: Unhandled page fault on write access to 0x65756cf1 at address 0x63656ee6 (thread 0009), starting debugger... I can attach more console output if needed. -- 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 57595] New: Login repeated requested to submit bugs
by WineHQ Bugzilla July 30, 2026

July 30, 2026

https://bugs.winehq.org/show_bug.cgi?id=57595 Bug ID: 57595 Summary: Login repeated requested to submit bugs Product: WineHQ Bugzilla Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: bugzilla-unknown Assignee: wine-bugs(a)winehq.org Reporter: dav75uk(a)yahoo.co.uk CC: austinenglish(a)gmail.com Distribution: --- It doesn't seem to remember the login session (on firefox at least) when submitting bugs and screenshots. Cookie 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.

2 9

[Bug 39009] New: "Importance" link on bug report form opens in wrong place on fields descriptions page
by wine-bugs＠winehq.org July 30, 2026

July 30, 2026

https://bugs.winehq.org/show_bug.cgi?id=39009 Bug ID: 39009 Summary: "Importance" link on bug report form opens in wrong place on fields descriptions page Product: WineHQ Bugzilla Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: bugzilla-unknown Assignee: wine-bugs(a)winehq.org Reporter: dimesio(a)earthlink.net Distribution: --- The fields description page has two sections for Importance. The first one is right below the status definitions table; right below it are the definitions for Priority and Severity (which is what users need to see). The second Importance section is toward the bottom of the page, and it just describes the field as "the combination of its Priority and Severity" without the severity definitions anywhere in sight. Clicking the Importance link on the bug report form opens the page at the second Importance section when it should open at the first one (or even better, at the Severity section, since that's what we really want users to see). The result is that users don't see the actual definitions for severity even if they do bother to click the link. -- 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 5

[Bug 24566] New: bugzilla adds mr.bugs to cc list?
by wine-bugs＠winehq.org July 30, 2026

July 30, 2026

http://bugs.winehq.org/show_bug.cgi?id=24566 Summary: bugzilla adds mr.bugs to cc list? Product: WineHQ Bugzilla Version: unspecified Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: bugzilla-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Bugs start out with Mr. Bugs as the default assignee, which is evidently intended so the mailing list gets copied on all bug changes. That's fine. But under some situations, bugzilla seems to also automatically add mr. bugs to the cc list. For instance, here: http://www.winehq.org/pipermail/wine-bugs/2010-September/251648.html Whereupon Dmitry promptly removed it from the cc: http://www.winehq.org/pipermail/wine-bugs/2010-September/251690.html Austin verified that this had been done automatically by repeating his component change: http://www.winehq.org/pipermail/wine-bugs/2010-September/251728.html and then removed the extra cc manually in the next change. What's going on here? Should that cc be added automatically or not? -- 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 9