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

[Bug 59028] New: Graphpad Prism 9: project (.pzfx) files cannot be saved if msxml6 is not installed
by WineHQ Bugzilla 30 Nov '25

30 Nov '25

http://bugs.winehq.org/show_bug.cgi?id=59028 Bug ID: 59028 Summary: Graphpad Prism 9: project (.pzfx) files cannot be saved if msxml6 is not installed Product: Wine Version: 10.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: pachoramos1(a)gmail.com Distribution: --- Created attachment 79771 --> http://bugs.winehq.org/attachment.cgi?id=79771 output.txt Hello, I am coming from: https://bugs.winehq.org/show_bug.cgi?id=46568#c10 When I try to run Prism, I cannot save the project file except if I install msxml6 (in that case, I need to run wine-staging as it fixes bug #46568). The error I get looks a bit misleading: a Prism window gets opened saying that "There is not enough memory for normal operations. Please close other programs or exit Graphpad Prism..." I attach the wine command output while reproducing the problem... but I think that errors are not related with this issue (maybe they are more related with a rendering issue with the icons). Thanks -- 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 59007] New: Ultima Online - Enhanced Client - Intel/Nvidia issues
by WineHQ Bugzilla 30 Nov '25

30 Nov '25

http://bugs.winehq.org/show_bug.cgi?id=59007 Bug ID: 59007 Summary: Ultima Online - Enhanced Client - Intel/Nvidia issues Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: thebit(a)gmail.com Distribution: --- My old AMD cpu/gpu works fine under Linux Desktop with UO EC. My new (purchased in 2024) pc is having issues with this EC client in UO. Intel(R) Core(TM) i9-14900KF Nvidia RTX 4070 12G 64GB RAM I am playing with server latency of circa 212ms and when i move one tile, it pauses for a few seconds then repeat and rinse.. doesnt happen everywhere but it is generally unplayable. Tried Fedora, Zorin OS, Pop OS, Ubuntu, Debian, openSUSE and Linux Mint same outcom with Nvidia focus if applicablee. Wasnt using the noveau driver just proprietry and even tried the insatller directly from Nvidia and also mainline kernels to see if that made a difference but nope. The odd thing is that the Classic Client (CC) and chromium installer (CC too) versions work fine on new pc under linux desktop, just the EC seems to have the issues. I am back on Windows 11 and using EC and no issues what so ever, besides the random client crashes which i didnt get any this whole past year under Linux Desktop. Tried distro and winehq repos, various Proton options and wine staging too, lutris and cli with wine direclty to no avail. All same result and no go. -- 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 59059] New: Cannot update/upgrade from wine-staging-1:10.17.1.1.x86_64 to wine-staging-1:10.18.1.1.x86_64
by WineHQ Bugzilla 29 Nov '25

29 Nov '25

http://bugs.winehq.org/show_bug.cgi?id=59059 Bug ID: 59059 Summary: Cannot update/upgrade from wine-staging-1:10.17.1.1.x86_64 to wine-staging-1:10.18.1.1.x86_64 Product: Packaging Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-packages Assignee: wine-bugs(a)list.winehq.org Reporter: JustTiredOfThis(a)gmail.com CC: dimesio(a)earthlink.net Distribution: --- grayman(a)hyperactive:~$ sudo dnf update -y Updating and loading repositories: Repositories loaded. Problem 1: cannot install the best update candidate for package wine-staging-1:10.17-1.1.x86_64 - nothing provides wine-missing-buildrequires-on-OSMesa needed by wine-staging-1:10.18-1.1.x86_64 from WineHQ Problem 2: package winehq-staging-1:10.18-1.1.x86_64 from WineHQ requires wine-staging = 1:10.18-1.1, but none of the providers can be installed - cannot install the best update candidate for package winehq-staging-1:10.17-1.1.x86_64 - nothing provides wine-missing-buildrequires-on-OSMesa needed by wine-staging-1:10.18-1.1.x86_64 from WineHQ Package Arch Version Repository Size Skipping packages with broken dependencies: wine-staging x86_64 1:10.18-1.1 WineHQ 1.4 GiB winehq-staging x86_64 1:10.18-1.1 WineHQ 62.0 KiB -- 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 58901] New: Fedora packages include dummy package in place of libOSMesa
by WineHQ Bugzilla 29 Nov '25

29 Nov '25

http://bugs.winehq.org/show_bug.cgi?id=58901 Bug ID: 58901 Summary: Fedora packages include dummy package in place of libOSMesa Product: Packaging Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: wine-packages Assignee: wine-bugs(a)winehq.org Reporter: wolfy1339(a)gmail.com CC: dimesio(a)earthlink.net Distribution: --- The current Fedora packages for Wine 10.18 are broken due to the inclusion of a dummy package in the Requirements named wine-missing-buildrequires-on-OSMesa It would seem from that, that the libOSMesa is missing in the build environment -- 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 57584] New: 8-bit color mode is broken in Wine 9.11 and later
by WineHQ Bugzilla 29 Nov '25

29 Nov '25

https://bugs.winehq.org/show_bug.cgi?id=57584 Bug ID: 57584 Summary: 8-bit color mode is broken in Wine 9.11 and later Product: Wine Version: 9.11 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- Created attachment 77694 --> https://bugs.winehq.org/attachment.cgi?id=77694 Regedit on Wine 9.22 in Xephyr Similar to Bug 48088, palette colors are being mapped incorrectly again. Steps to reproduce: 1. In one terminal, run `Xephyr :2 -ac -screen 800x600x8` 2. In a second terminal, run `DISPLAY=:2 openbox` 3. In a third terminal, run `DISPLAY=:2 wine regedit` `git bisect` says: commit 6ace92e0cafcc381f324fc831f3006fb15db4b4e (HEAD) Author: Rémi Bernon <rbernon(a)codeweavers.com> AuthorDate: Mon Jun 3 17:48:30 2024 +0200 Commit: Alexandre Julliard <julliard(a)winehq.org> CommitDate: Mon Jun 3 23:24:59 2024 +0200 winex11: Create a HBITMAP for the allocated surface pixels. dlls/winex11.drv/bitblt.c | 77 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++------------------- 1 file changed, 58 insertions(+), 19 deletions(-) -- 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 16

[Bug 51546] New: ran a application and it gave an error
by WineHQ Bugzilla 28 Nov '25

28 Nov '25

https://bugs.winehq.org/show_bug.cgi?id=51546 Bug ID: 51546 Summary: ran a application and it gave an error Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mrtbryanonlinux(a)gmail.com Distribution: --- Created attachment 70389 --> https://bugs.winehq.org/attachment.cgi?id=70389 Im trying to run Xenos64.exe for gta v and then that happened plz help tried to run a application called xenos64.exe i use it for gta v so i wined it then that happened. plz try and fix ASAP -- 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 45063] New: win64 / 64-bit .NET 4.0 - c0000005 from ntdll: RtlGetDaclSecurityDescriptor
by wine-bugs＠winehq.org 28 Nov '25

28 Nov '25

https://bugs.winehq.org/show_bug.cgi?id=45063 Bug ID: 45063 Summary: win64 / 64-bit .NET 4.0 - c0000005 from ntdll:RtlGetDaclSecurityDescriptor Product: Wine Version: 3.6 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: pembertona(a)gmail.com After fighting for some to get .NET 4.0 running on 64 bit (great progress here after overcoming multiple msi/msiexec/installer issues), I've hit an access violation exception running a very basic 'hello world' 64-bit console app. This is on `portable-winehq-staging-3.6-osx64` - but almost certainly the devel and stable branches as well. 136984.882:0008:0041:Call advapi32.ConvertStringSecurityDescriptorToSecurityDescriptorW(19e1f7f8 L"D:P(A;;GRGW;;;BA)(A;;GRGW;;;S-1-5-21-0-0-0-1000)",00000001,19e1f780,19e1f7c8) ret=6447f2c4d3e 136984.884:0008:0041:trace:advapi:ConvertStringSecurityDescriptorToSecurityDescriptorW L"D:P(A;;GRGW;;;BA)(A;;GRGW;;;S-1-5-21-0-0-0-1000)", 1, 0x19e1f780, 0x19e1f7c8 136984.884:0008:0041:trace:heap:RtlAllocateHeap (0x10000,70000062,00000062): returning 0xf60b0 136984.885:0008:0041:trace:advapi:ParseStringAclToAcl L"P(A;;GRGW;;;BA)(A;;GRGW;;;S-1-5-21-0-0-0-1000)" 136984.885:0008:0041:trace:advapi:ParseStringSidToSid L"BA)(A;;GRGW;;;S-1-5-21-0-0-0-1000)", 0x0, 0x19e1f514 136984.885:0008:0041:trace:advapi:ParseStringSidToSid only size requested, returning TRUE with 16 136984.885:0008:0041:trace:advapi:ParseStringSidToSid L"S-1-5-21-0-0-0-1000)", 0x0, 0x19e1f514 136984.885:0008:0041:trace:advapi:ParseStringSidToSid only size requested, returning TRUE with 28 136984.885:0008:0041:trace:heap:RtlFreeHeap (0x10000,70000062,0xf60b0): returning TRUE 136984.886:0008:0041:trace:heap:RtlAllocateHeap (0x10000,7000006a,00000058): returning 0x46340 136984.886:0008:0041:trace:heap:LocalAlloc (flags=0040) returning 0x46340 136984.886:0008:0041:trace:heap:RtlAllocateHeap (0x10000,70000062,00000062): returning 0x46420 136984.886:0008:0041:trace:advapi:ParseStringAclToAcl L"P(A;;GRGW;;;BA)(A;;GRGW;;;S-1-5-21-0-0-0-1000)" 136984.886:0008:0041:trace:advapi:ParseStringSidToSid L"BA)(A;;GRGW;;;S-1-5-21-0-0-0-1000)", 0x46364, 0x19e1f514 136984.886:0008:0041:trace:advapi:ParseStringSidToSid returning TRUE 136984.886:0008:0041:trace:advapi:ParseStringSidToSid L"S-1-5-21-0-0-0-1000)", 0x4637c, 0x19e1f514 136984.886:0008:0041:trace:advapi:ParseStringSidToSid returning TRUE 136984.887:0008:0041:trace:heap:RtlFreeHeap (0x10000,70000062,0x46420): returning TRUE 136984.887:0008:0041:trace:advapi:ConvertStringSecurityDescriptorToSecurityDescriptorW ret=1 136984.887:0008:0041:Ret advapi32.ConvertStringSecurityDescriptorToSecurityDescriptorW() retval=00000001 ret=6447f2c4d3e 136984.887:0008:0041:Call ntdll.RtlFreeHeap(00010000,00000000,000f5f30) ret=6447f2c4dc8 136984.887:0008:0041:trace:heap:RtlFreeHeap (0x10000,70000062,0xf5f30): returning TRUE 136984.887:0008:0041:Ret ntdll.RtlFreeHeap() retval=00000001 ret=6447f2c4dc8 136984.887:0008:0041:trace:ntdll:RtlGetSaclSecurityDescriptor (0x46340,0x19e1f716,0x19e1f718,0x19e1f715) 136984.887:0008:0041:trace:ntdll:RtlGetDaclSecurityDescriptor (0x46340,0x19e1f717,0x19e1f720,0x19e1f715) 136984.887:0008:0041:trace:heap:RtlAllocateHeap (0x10000,7000006a,0000009c): returning 0x46570 136984.888:0008:0041:trace:heap:RtlFreeHeap (0x10000,70000062,0x46570): returning TRUE 136984.888:0008:0041:trace:seh:NtRaiseException code=c0000005 flags=0 addr=0x6447f1d6f19 ip=6447f1d6f19 tid=0041 136984.888:0008:0041:trace:seh:NtRaiseException info[0]=0000000000000000 136984.888:0008:0041:trace:seh:NtRaiseException info[1]=0000000000000010 136984.888:0008:0041:trace:seh:NtRaiseException rax=0000000000000000 rbx=000006447f27fd30 rcx=0000000019e1fce0 rdx=0000000019e21ad0 136984.888:0008:0041:trace:seh:NtRaiseException rsi=0000000019e1fce0 rdi=0000000000000000 rbp=0000000019e1fe00 rsp=0000000019e1fc20 136984.888:0008:0041:trace:seh:NtRaiseException r8=0000000019e1f298 r9=0000000000000010 r10=0000000019e21b25 r11=ffffffffffffffa9 136984.888:0008:0041:trace:seh:NtRaiseException r12=0000000000000000 r13=0000000000000000 r14=0000000000044860 r15=0000000000000000 136984.888:0008:0041:trace:seh:call_vectored_handlers calling handler at 0x6447f30a954 code=c0000005 flags=0 ... 136984.967:0008:0041:err:eventlog:ReportEventW L"Application: Console64.exe\nFramework Version: v4.0.30319\nDescription: The process was terminated due to an internal error in the .NET Runtime at IP 000006447F1D6F19 (000006447F100000) with exit code 80131506.\n" Possibly related to https://bugs.winehq.org/show_bug.cgi?id=27680? -- 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 22

[Bug 56577] New: QuarkXPress 2024 crashes on start with assertion error "symt_check_tag(&func->symt, SymTagFunction) || symt_check_tag(&func->symt, SymTagInlineSite)"
by WineHQ Bugzilla 28 Nov '25

28 Nov '25

https://bugs.winehq.org/show_bug.cgi?id=56577 Bug ID: 56577 Summary: QuarkXPress 2024 crashes on start with assertion error "symt_check_tag(&func->symt, SymTagFunction) || symt_check_tag(&func->symt, SymTagInlineSite)" Product: Wine Version: 9.6 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: dbghelp Assignee: wine-bugs(a)winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- Created attachment 76332 --> https://bugs.winehq.org/attachment.cgi?id=76332 Terminal output On start, the program displays an error dialog titled "Wine C++ Runtime Library" which says: Assertion failed! Program: C:\Program Files\Quark\QuarkXPress 2024\QuarkXPress 2024.exe File: ../wine/dlls/dbghelp/symbol.c Line: 543 Expression: "symt_check_tag(&func->symt, SymTagFunction) || symt_check_tag(&func->symt, SymTagInlineSite)" Press OK to exit the program, or Cancel to start the Wine debugger. $ sha256sum QX2024_57226_Win.zip d3da582f0836db1bd6930e94b0f5c56b8e91c60a49928647acf75e4bb85e8b2c -- 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 58932] New: Some comboboxes are no longer size correctly after commit in version 10.16
by WineHQ Bugzilla 28 Nov '25

28 Nov '25

http://bugs.winehq.org/show_bug.cgi?id=58932 Bug ID: 58932 Summary: Some comboboxes are no longer size correctly after commit in version 10.16 Product: Wine Version: 10.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)list.winehq.org Reporter: cayok52759(a)wivstore.com Distribution: --- Certain combo boxes are no longer sized correctly beginning in Wine 10.16 and have extra spacing below the text in them. This can be seen in a Bible study program that can be downloaded at https://www.theword.net/files/setup/getmulti.php/en. To see the problem, the program can be installed using the "Basic" layout. From the View|Toolbars menu, enable the Formatting toolbar. In the Book documents view there should be a button called "My Subject-notes." Select that book and click inside the view. The Formatting toolbar should now appear at the top with the other toolbars. Now position all toolbars so that they are on the same row. Alternately click between the book view and another view. Because the font size combobox is now slightly too large when an editable book view is active, the program will shift its views in order to compensate. If another view is clicked in, then the Formatting toolbar will disappear and the views will shift again. Other comboboxes in the program are also affected by this regression. The comboboxes are sized properly after reverting the commit "comctl32/combo: Don't update item height on WM_SETFONT for owner drawn CB" at https://gitlab.winehq.org/wine/wine/-/commit/9efece4a98774a9ee12bfd4d221e4e…. The program that this is happening in is written in Delphi 12. I do not know if any non-Delphi programs exhibit this problem or not. -- 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 9

[Bug 59017] New: Synchronization barrier cannot be entered multiple times
by WineHQ Bugzilla 28 Nov '25

28 Nov '25

http://bugs.winehq.org/show_bug.cgi?id=59017 Bug ID: 59017 Summary: Synchronization barrier cannot be entered multiple times Product: Wine Version: 10.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)list.winehq.org Reporter: m101010a(a)gmail.com Distribution: --- Created attachment 79756 --> http://bugs.winehq.org/attachment.cgi?id=79756 Sample program from The Old New Thing When running the sample program at https://devblogs.microsoft.com/oldnewthing/20151123-00/?p=92161 (also attached as sample.c), the second call to EnterSynchronizationBarrier does not work properly. Instead of returning false and blocking for the first 3 threads and then returning true for the last thread, it returns true and does not block all 4 times, causing the program to print "Locking the door" 4 times instead of only once, and causing the threads to not synchronize between printing "Leaving the room" and "Saying good-bye and going home". -- 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