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

[Bug 55003] New: Several 'fixme' when using Adobe Acrobat Reader DC and trying to add signature
by WineHQ Bugzilla July 10, 2026

July 10, 2026

https://bugs.winehq.org/show_bug.cgi?id=55003 Bug ID: 55003 Summary: Several 'fixme' when using Adobe Acrobat Reader DC and trying to add signature Product: Wine Version: 8.0.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ittay.dror(a)gmail.com Distribution: --- The below happens when I use the fill&sign tool and try to add a signature (which would normally open a window to draw a signature or select a signature file) 036c:fixme:win:RegisterTouchWindow hwnd 001801FA, flags 0 stub! 036c:fixme:imm:NotifyIME IMC_SETCANDIDATEPOS 074c:fixme:ntdll:NtFilterToken flags 0x2 unsupported 074c:fixme:ntdll:NtFilterToken support for restricting sids not yet implemented 074c:fixme:advapi:SetEntriesInAclW unhandled access mode 4 074c:fixme:ntdll:NtSetInformationToken TokenIntegrityLevel stub! 074c:fixme:ntdll:NtFilterToken flags 0x2 unsupported 074c:fixme:ntdll:NtFilterToken support for restricting sids not yet implemented 074c:fixme:advapi:SetEntriesInAclW unhandled access mode 4 074c:fixme:ntdll:NtSetInformationToken TokenIntegrityLevel stub! 074c:fixme:sync:NtSetInformationJobObject stub: 0x404 4 0xe4af5ec 4 074c:fixme:process:CreateProcessInternalW Unsupported attribute 0x20007. 074c:fixme:ntdll:NtQueryInformationToken QueryInformationToken( ..., TokenAppContainerSid, ...) semi-stub 0024:err:msg:get_server_queue_handle Cannot get server thread queue 0024:err:win:get_desktop_window failed to create desktop window 0024:err:msg:get_server_queue_handle Cannot get server thread queue 0024:err:win:get_desktop_window failed to create desktop window -- 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 59988] New: S.T.A.L.K.E.R. Clear Sky crashes with Pixel Shaders v1.1 or higher required
by WineHQ Bugzilla July 10, 2026

July 10, 2026

http://bugs.winehq.org/show_bug.cgi?id=59988 Bug ID: 59988 Summary: S.T.A.L.K.E.R. Clear Sky crashes with Pixel Shaders v1.1 or higher required Product: vkd3d Version: 2.0 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: hlsl Assignee: wine-bugs(a)list.winehq.org Reporter: andrey.goosev(a)gmail.com Target Milestone: --- Distribution: --- Created attachment 81391 --> http://bugs.winehq.org/attachment.cgi?id=81391 shader vkd3d:0024:trace:vkd3d:D3DCompile2VKD3D data 01863620, data_size 1112, filename (null), macros 0061DF28, include 0061E58C, entry_point "main_ps_1_1", profile "ps_1_1", flags 0x10009, effect_flags 0, secondary_flags 0, secondary_data 00000000, secondary_data_size 0, shader_blob 0061E580, messages_blob 0061E588, compiler_version 37. vkd3d:0024:trace:vkd3d:vkd3d_blob_create Created blob object 0943DBD0. vkd3d:0024:warn:vkd3d:hresult_from_vkd3d_result Invalid shader. vkd3d:0024:trace:vkd3d:vkd3d_blob_GetBufferPointer iface 0943DBD0. vkd3d:0024:trace:vkd3d:vkd3d_blob_Release 0943DBD0 decreasing refcount to 0. <anonymous>:58:15: E5002: The half type is not allowed for global variables. <anonymous>:62:32: E5000: Failed to evaluate constant expression. <anonymous>:62:32: E5008: Array size is not a positive integer constant. vkd3d-2.0-166-gfdbdd801 -- 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 0

[Bug 59984] New: NtSetInformationFile(FilePositionInformation) on anonymous pipes differs from Windows and breaks pZLib/unarc streams
by WineHQ Bugzilla July 10, 2026

July 10, 2026

http://bugs.winehq.org/show_bug.cgi?id=59984 Bug ID: 59984 Summary: NtSetInformationFile(FilePositionInformation) on anonymous pipes differs from Windows and breaks pZLib/unarc streams Product: Wine Version: 11.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)list.winehq.org Reporter: brandowlucas(a)gmail.com Target Milestone: --- Distribution: --- Created attachment 81387 --> http://bugs.winehq.org/attachment.cgi?id=81387 +file,+ntdll I originally hit this while trying to get a FitGirl repack installer working under Wine (https://bugs.winehq.org/show_bug.cgi?id=50824) The installer used FreeArc/unarc with pZLib, and it consistently failed during streamed decompression. After reducing it, the issue is not specific to the installer. Reproducer: https://github.com/BrandowLucas/wine_pipe_seek_bug_reproducer That repo has the source, prebuilt test binaries, synthetic pZLib input, Windows/Wine logs, and the candidate patch I tested. The important mismatch is that Windows accepts FilePositionInformation set requests on anonymous pipe handles, while Wine rejects them with STATUS_INVALID_DEVICE_REQUEST / ERROR_SEEK_ON_DEVICE. Some pZLib/unarc stream paths appear to rely on this behavior. This is visible in the reproducer’s pipe API probe and in the pZLib pipe-vs-file output comparison. The patch that made the reproducer pass locally is in the repo: https://github.com/BrandowLucas/wine_pipe_seek_bug_reproducer/blob/main/pat… After applying it, the pZLib pipe-mode output matches file-mode output under Wine. Note for new WoW64 testing: if this is tested through Wine’s new WoW64 mode, in my case the FitGirl Repack also needed Federico Dossena’s separate workaround from https://bugs.winehq.org/show_bug.cgi?id=50824#c8. References: FILE_POSITION_INFORMATION: https://learn.microsoft.com/en-us/windows-hardware/drivers/ddi/wdm/ns-wdm-_… NtSetInformationFile: https://learn.microsoft.com/en-us/windows-hardware/drivers/ddi/ntifs/nf-nti… MS-FSA FilePositionInformation: https://learn.microsoft.com/en-us/openspecs/windows_protocols/ms-fsa/f286a3… One caveat: the Win32 SetFilePointerEx documentation says seeking on pipes is unsupported/undefined: https://learn.microsoft.com/en-us/windows/win32/api/fileapi/nf-fileapi-setf… But the native FilePositionInformation behavior is still observable on Windows, and the affected pZLib/unarc stream path appears to depends on it. Unarc error codes (-12 CRC check failed, in this case): https://www.opendll.com/index.php?arch=32bit&file-download=unarc.dll&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 1

[Bug 59985] New: Acrobat Reader DC crashes on load
by WineHQ Bugzilla July 10, 2026

July 10, 2026

http://bugs.winehq.org/show_bug.cgi?id=59985 Bug ID: 59985 Summary: Acrobat Reader DC crashes on load Product: Wine Version: 11.12 Hardware: x86-64 URL: https://ardownload2.adobe.com/pub/adobe/reader/win/Acr obatDC/2001320064/AcroRdrDC2001320064_en_US.exe OS: Linux Status: NEW Keywords: download Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: imwellcushtymelike(a)gmail.com Target Milestone: --- Distribution: --- Created attachment 81389 --> http://bugs.winehq.org/attachment.cgi?id=81389 Wine 11.12 backtrace Adobe Acrobat Reader DC crashes on load. In a 32-bit wineprefix: 1. winetricks -q mspatcha 2. wine AcroRdrDC2001320064_en_US.exe /sPB /l 3. wine 'c:\program files\adobe\acrobat reader dc\reader\acrord32.exe' Workaround thanks to Alex in Bug 59977: wine reg add "HKCU\Software\Adobe\Acrobat Reader\DC\Privileged" /v bProtectedMode /t REG_DWORD /d 0 /f Note that this sometimes works fine without a workaround. No idea why. Anecdotally seems to crash less often if compiled with -O0. https://ardownload2.adobe.com/pub/adobe/reader/win/AcrobatDC/2001320064/Acr… http://web.archive.org/web/20260706223227/https://ardownload2.adobe.com/pub… sha1sum: c908742e4f456742dc6c3e863dea80fe68925e53 -- 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 0

[Bug 59979] New: Stack canary issue on musl prevents dotnet40 from installing or functioning
by WineHQ Bugzilla July 10, 2026

July 10, 2026

http://bugs.winehq.org/show_bug.cgi?id=59979 Bug ID: 59979 Summary: Stack canary issue on musl prevents dotnet40 from installing or functioning Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)list.winehq.org Reporter: dancingmirrors(a)icloud.com Target Milestone: --- Distribution: --- Created attachment 81381 --> http://bugs.winehq.org/attachment.cgi?id=81381 musl stack canary and seccomp filter Hi there. I use musl and build wow64 Wine and noticed that no version of dotnet40 would install properly. At first I thought it was because I had staging patches but then I tried in a Debian chroot and it installed fine so I kept digging with seh logging. It seems that unwind keeps tripping over itself during the install so I figured out a way to install it manually, but then my sample program would just segfault. I don't fully understand the implications but the attached patch seems to work for my Hello, World! .NET program as well as the installation. Any ideas? It seems to be an interaction with -fstack-protector-strong. The second hunk is for Wine Staging but I figured it wouldn't hurt to keep in the attachment since it probably doesn't affect glibc either. The patch applies to master but I was only able to test up to 11.5 due to build issues. -- 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 58743] New: Saitek Joystick has a twist stick for rudder. Registry is configured for Rz but 'wine control' shows Rx.
by WineHQ Bugzilla July 10, 2026

July 10, 2026

http://bugs.winehq.org/show_bug.cgi?id=58743 Bug ID: 58743 Summary: Saitek Joystick has a twist stick for rudder. Registry is configured for Rz but 'wine control' shows Rx. Product: Wine Version: 9.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: registry Assignee: wine-bugs(a)winehq.org Reporter: bgoodwin91006(a)charter.net Distribution: --- I am using the current stable version of Linux Mint 22.1 Wine; wine-9.0 (Ubuntu 9.0~repack-4build3) My 'Saitek ST290 Pro' joystick has a twist stick to act as rudder or steering control in addition to the usual X,Y,and Z(throttle) inputs. I need the twist axis to be mapped to the Rz axis so I configured a wine registry entry for this setup. When I run 'wine control', It shows x,y,and z working correctly but the stick twist shows up as Rx. The twist does not work in the game 'FA-18 PSF' as proof that the stick is not mapped to Rz. It has worked in the past (several years ago) on this game. My registry setting is HKCU-Software-Wine-DirectInput-Saitek-Saitek Pro 290 "=" X,Y,Z,Rz,POV1 I have tried pointing the generic 'joysticks-default' entry to saitek, I have tried various variations of the comma separated x,y,z.etc entries for my joystick (spaces,no spaces), I tried deleting the generic joysticks entry making my Saitek entry the only joystick entry under DirectInput. I tried making the Saitek entry as a sub entry under the generic joysticks entry. It appears that wine is ignoring my registry entry. -- 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 48226] New: All wine apps can not minimize or maximize from the taskbar.
by WineHQ Bugzilla July 9, 2026

July 9, 2026

https://bugs.winehq.org/show_bug.cgi?id=48226 Bug ID: 48226 Summary: All wine apps can not minimize or maximize from the taskbar. Product: Wine-staging Version: 4.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: pmshukin(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Since staging 4.20, wine apps can not be minimized or maximized from the taskbar. -- 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 30870] New: ie7 https://gmail.com can log in, but can't display standard view?
by wine-bugs＠winehq.org July 9, 2026

July 9, 2026

http://bugs.winehq.org/show_bug.cgi?id=30870 Bug #: 30870 Summary: ie7 https://gmail.com can log in, but can't display standard view? Product: Wine Version: 1.5.5 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Classification: Unclassified Now that bug 26203 is fixed, ie7 can log in to gmail... but unless you pick basic view, you can't read email. The standard view doesn't ever come up. The log shows fixme:shell:DllGetClassObject failed for CLSID={871c5380-42a0-1069-a2ea-08002b30309d} (Internet) fixme:wininet:InternetGetSecurityInfoByURLW (L"https://mail.google.com/mail/u/0/?shva=1" 0x33dee4 0x33dee0) fixme:shell:DllGetClassObject failed for CLSID={871c5380-42a0-1069-a2ea-08002b30309d} (Internet) Clicking on 'basic view' lets you read email, but that's plain old HTML, not a live javascript app. -- 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 4

[Bug 59981] New: explorer doesn't respect virtual desktop resolution setting in winecfg when using /desktop=shell
by WineHQ Bugzilla July 9, 2026

July 9, 2026

http://bugs.winehq.org/show_bug.cgi?id=59981 Bug ID: 59981 Summary: explorer doesn't respect virtual desktop resolution setting in winecfg when using /desktop=shell Product: Wine Version: 11.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)list.winehq.org Reporter: hibbsncc1701(a)gmail.com Target Milestone: --- Distribution: --- With bug 58105 fixed, we now have a single virtual desktop window when invoking explorer using the "/desktop=shell" argument while having virtual desktop mode enabled in winecfg. However, that window does not respect the default desktop resolution setting in winecfg. Seems to be defaulting to 1024x768 instead? Not sure, attempting to check it via the Display properties in Wine's Control Panel gives an empty display resolution list, and no ability to change it from there. (Note: In my set up there are two monitors configured in Xorg, with the desktop extended to the second monitor, but only one display shows up in Wine's Control Panel. So that might be related.) Changing the virtual desktop display resolution by providing it as an option to the desktop argument, i.e. "/desktop=shell,1440x830", works. But it's not ideal to have to set it manually every time explorer is invoked just to have a working taskbar. (Although ideally, we could just enable the taskbar in winecfg and wouldn't need to provide *any* arguments to explorer....) -- 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 0

[Bug 46444] New: Adobe Acrobat DC error at start-up
by wine-bugs＠winehq.org July 9, 2026

July 9, 2026

https://bugs.winehq.org/show_bug.cgi?id=46444 Bug ID: 46444 Summary: Adobe Acrobat DC error at start-up Product: Wine Version: 4.0-rc5 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: raffamaiden(a)gmail.com Distribution: --- Created attachment 63227 --> https://bugs.winehq.org/attachment.cgi?id=63227 Adobe Acrobat DC error at start-up I have installed Adobe Acrobat DC in a win32 environment. At start-up the wine throws the following error. The application seems to work correctly regardless of the error -- 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 2