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

[Bug 59039] New: mountmgr.sys thread-stalls and prevents apps opening if prefix/dosdevices is readonly
by WineHQ Bugzilla Nov. 25, 2025

Nov. 25, 2025

http://bugs.winehq.org/show_bug.cgi?id=59039 Bug ID: 59039 Summary: mountmgr.sys thread-stalls and prevents apps opening if prefix/dosdevices is readonly Product: Wine Version: 10.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mountmgr.sys Assignee: wine-bugs(a)list.winehq.org Reporter: triffid.hunter(a)gmail.com Distribution: --- $ chmod -w ~/.wine/dosdevices $ wine /path/to/exe … 0058:err:sync:RtlpWaitForCriticalSection section 00006FFFFE69B040 "/var/tmp/portage/app-emulation/wine-vanilla-10.18/work/wine-10.18/dlls/mountmgr.sys/device.c: device_section" wait timed out in thread 0058, blocked by 0060, retrying (60 sec) 0058:err:sync:RtlpWaitForCriticalSection section 00006FFFFE69B040 "/var/tmp/portage/app-emulation/wine-vanilla-10.18/work/wine-10.18/dlls/mountmgr.sys/device.c: device_section" wait timed out in thread 0058, blocked by 0060, retrying (60 sec) … ^C $ wineserver -k $ chmod u+w ~/.wine/dosdevices $ wine /path/to/exe «everything works normally» Curiously this doesn't affect built-in wine apps like notepad straight away, but does cause it to deadlock if I file→open. I want dosdevices to be readonly because wine fills it with tons of random cruft I don't want there (way more serial ports than I actually have, a bevy of ephemeral removable drives and/or network mounts) every time it starts up. Making dosdevices readonly worked fine in older versions, 8.x or 9.x series perhaps, although https://forum.winehq.org/viewtopic.php?t=27922 reports a similar issue in 2016 If this is considered not-a-bug, how can I manually manage the drives available within wine instead of having a bunch of pseudorandom nonsense auto-filled every time I start wine? -- 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 59019] New: Unable to Start UFile 2024 using WINE and Winetracks
by WineHQ Bugzilla Nov. 24, 2025

Nov. 24, 2025

http://bugs.winehq.org/show_bug.cgi?id=59019 Bug ID: 59019 Summary: Unable to Start UFile 2024 using WINE and Winetracks Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: paul_flynn(a)gmx.com Distribution: --- Created attachment 79758 --> http://bugs.winehq.org/attachment.cgi?id=79758 Back trace from trying to launch the UFile 2024 Windows application. I have installed the latest WINE and Winetracks. I am trying to get UFile2024 to run in this environment. I have the application desktop icon to launch, however, the initial screen flashes then disappears. I have attached the back trace file. -- 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 59032] New: extreme pinball for ms dos 5 or higher
by WineHQ Bugzilla Nov. 24, 2025

Nov. 24, 2025

http://bugs.winehq.org/show_bug.cgi?id=59032 Bug ID: 59032 Summary: extreme pinball for ms dos 5 or higher 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: lars_martin4(a)hotmail.com Distribution: --- https://archive.org/details/msdos_Extreme_Pinball_1995 larsmartinhambro(a)Pc2:/media/larsmartinhambro/Extreme Pinball$ wine extreme.exe 002c:fixme:winediag:loader_init wine-staging 10.19 is a testing version containing experimental patches. 002c:fixme:winediag:loader_init Please mention your exact version when filing bug reports on winehq.org. 0070:fixme:heap:RtlSetHeapInformation HEAP_INFORMATION_CLASS 1 not implemented! 0058:fixme:mountmgr:harddisk_ioctl Unsupported ioctl 4d02c (device=4 access=3 func=40b method=0) 0058:fixme:mountmgr:harddisk_ioctl Unsupported ioctl 4d02c (device=4 access=3 func=40b method=0) 0058:fixme:mountmgr:harddisk_ioctl Unsupported ioctl 4d02c (device=4 access=3 func=40b method=0) 00ac:err:ntoskrnl:ServiceMain Failed to load L"C:\\windows\\system32\\win32k.sys" 00ac:err:ntoskrnl:ServiceMain Failed to load L"C:\\windows\\system32\\drivers\\dxgkrnl.sys" 00ac:err:ntoskrnl:ServiceMain Failed to load L"C:\\windows\\system32\\drivers\\dxgmms1.sys" 00a8:err:ntoskrnl:ZwLoadDriver failed to create driver L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\SecDrv": c0000142 003c:fixme:service:scmdatabase_autostart_services Auto-start service L"SecDrv" failed to start: 1114 0024:fixme:winediag:loader_init wine-staging 10.19 is a testing version containing experimental patches. 0024:fixme:winediag:loader_init Please mention your exact version when filing bug reports on winehq.org. winevdm: D:\extreme.exe is a DOS application, you need to install DOSBox. larsmartinhambro(a)Pc2:/media/larsmartinhambro/Extreme Pinball$ 0058:fixme:mountmgr:harddisk_ioctl Unsupported ioctl 4d02c (device=4 access=3 func=40b method=0) 0058:fixme:mountmgr:harddisk_ioctl Unsupported ioctl 4d02c (device=4 access=3 func=40b method=0) 0058:fixme:mountmgr:harddisk_ioctl Unsupported ioctl 4d02c (device=4 access=3 func=40b method=0) 0174:fixme:winediag:loader_init wine-staging 10.19 is a testing version containing experimental patches. 0174:fixme:winediag:loader_init Please mention your exact version when filing bug reports on winehq.org. -- 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 56447] New: PlayOnline Viewer: The "splash screen" is blank/grey without its image.
by WineHQ Bugzilla Nov. 23, 2025

Nov. 23, 2025

https://bugs.winehq.org/show_bug.cgi?id=56447 Bug ID: 56447 Summary: PlayOnline Viewer: The "splash screen" is blank/grey without its image. Product: Wine Version: 9.4 Hardware: x86-64 URL: https://web.archive.org/web/20210810150839/http://www. playonline.com/ff11eu/download/media/install_win.html OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: chiitoo(a)gentoo.org Distribution: Gentoo This is a very old one, but as far as I can tell, not reported until now (aside from some side-mentions). PlayOnline Viewer, which is used to launch Final Fantasy XI Online, has a blank/grey window for its "splash screen". It has been working in Wine Staging for some time. Not sure if related, but comparing the logging between runs, each of these show up twice with Vanilla but only once with Staging: err:d3d:wined3d_fence_wait glClientWaitSync returned 0x911b. err:d3d:wined3d_context_gl_wait_command_fence Failed to wait for command fence with id 0x1, ret 0x4. err:d3d:wined3d_fence_wait glClientWaitSync returned 0x911b. err:d3d:wined3d_context_gl_wait_command_fence Failed to wait for command fence with id 0x2, ret 0x4. -- 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 59035] New: Wrong default printer with lpoptions set
by WineHQ Bugzilla Nov. 23, 2025

Nov. 23, 2025

http://bugs.winehq.org/show_bug.cgi?id=59035 Bug ID: 59035 Summary: Wrong default printer with lpoptions set Product: Wine Version: 9.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: dpat(a)syn-net.org Distribution: --- Created attachment 79791 --> http://bugs.winehq.org/attachment.cgi?id=79791 Wine Log with lpoptions set (wrong default printer) I am running Linux Mint Debian Edition 6 (LMDE6 based on Debian/bookworm) with a Cinnamon DE and have the following printers configured: user(a)LMDE6 ~ % groups user users % lpstat -v device for Brother_MFC_9332CDW: implicitclass://Brother_MFC_9332CDW/ device for HP_OfficeJet_Pro_7740_series_5940AF: implicitclass://HP_OfficeJet_Pro_7740_series_5940AF/ device for Samsung_M332x_382x_402x_Series_SEC30CDA7C6D511: implicitclass://Samsung_M332x_382x_402x_Series_SEC30CDA7C6D511/ A server default printer is set: % lpstat -d system default destination: Samsung_M332x_382x_402x_Series_SEC30CDA7C6D511 And I have the following `~/.cups/lpoptions` file: % cat .cups/lpoptions Dest Samsung_M332x_382x_402x_Series_SEC30CDA7C6D511 When calling notepad with Wine, the wrong default printer is shown (preselected) (in my case the Brother_MFC_9332CDW) in the print options (File: Print...): % WINEDEBUG=+winspool,+tid,+pid,+process,+commdlg wine notepad 2>&1 | tee wine-lpoptions-set.log If I delete the `~/.cups/lpoptions` file, the correct default printer is shown (preselected) (Samsung_M332x_382x_402x_Series_SEC30CDA7C6D511): % WINEDEBUG=+winspool,+tid,+pid,+process,+commdlg wine notepad 2>&1 | tee wine-lpoptions-unset.log I could not figure out who, what or why did create and set the option in `~/.cups/lpoptions`, but I know the Samsung printer was replaced and CUPS automatically detected the new printer and switched the default printer (to the Brother) at some time before. I assume the user did try to change the default printer withing the GUI, but maybe ended up changing the lpoptions file? I later changed the system default printer (from Brother to Samsung) and noticed this problem with Wine. I am not a CUPS expert, but as far I could research ``Dest Samsung_M332x_382x_402x_Series_SEC30CDA7C6D511`` itself looks like an invalid or at least incomplete option. Nevertheless, this should not have an effect on an application in Wine. I am on Wine version wine-9.19 and can not upgrade to a new version as this version is the latest version I was able to run Access Runtime 2010 (where I actually need the correct default printer to be set). P.s. I only can add one attachment (wine-lpoptions-set.log), if you need wine-lpoptions-unset.log for comparison, I can upload it separately as well. The most striking change I could identify is: 0118:011c:trace:winspool:SetDefaultPrinterW (L"Brother_MFC_9332CDW") vs 0118:011c:trace:winspool:SetDefaultPrinterW (L"Samsung_M332x_382x_402x_Series_SEC30CDA7C6D511") I can not see why the other printer was chosen. -- 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 58966] New: Transparent windows are completely broken under Winewayland driver.
by WineHQ Bugzilla Nov. 22, 2025

Nov. 22, 2025

http://bugs.winehq.org/show_bug.cgi?id=58966 Bug ID: 58966 Summary: Transparent windows are completely broken under Winewayland driver. Product: Wine Version: 10.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winewayland Assignee: wine-bugs(a)list.winehq.org Reporter: cramea(a)proton.me Distribution: --- Created attachment 79670 --> http://bugs.winehq.org/attachment.cgi?id=79670 Comparison image Transparent windows lose transparency and just show up black and also become unclickable and unmovable in WineWayland. Issues are seen in an application called LunaTranslator. I'm guessing any application that uses transparency like this application is broken under WineWayland, but I'm not sure. -- 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 59029] New: Tomb raider the last of revelation crashed
by WineHQ Bugzilla Nov. 22, 2025

Nov. 22, 2025

http://bugs.winehq.org/show_bug.cgi?id=59029 Bug ID: 59029 Summary: Tomb raider the last of revelation crashed 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: lars_martin4(a)hotmail.com Distribution: --- Created attachment 79773 --> http://bugs.winehq.org/attachment.cgi?id=79773 tomb raider old issue Will not install compelty -- 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 59031] New: [InstallShield] Lego Indiana Jones Demo fails to install in an wow64 prefix.
by WineHQ Bugzilla Nov. 22, 2025

Nov. 22, 2025

http://bugs.winehq.org/show_bug.cgi?id=59031 Bug ID: 59031 Summary: [InstallShield] Lego Indiana Jones Demo fails to install in an wow64 prefix. Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: Alexander88207(a)Protonmail.com Distribution: --- Created attachment 79776 --> http://bugs.winehq.org/attachment.cgi?id=79776 LegoIndyDemo.log Hello, when i do try to install this demo in can classic wow64 prefix then it fails at "Preparing to Install.." and then seeing the message: 1628: Failed to complete installation. Interesting snipped: wine: failed to create main module for L"C:\\users\\Alexander88207\\AppData\\Local\\Temp\\{D8598C4F-0481-4F93-A873-469B4C329AAE}\\ISBEW64.exe", status c0000018 It works when i do use an 32-bit only prefix. -- 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 59020] New: Disney cars no fullscreen or keyboard works.
by WineHQ Bugzilla Nov. 22, 2025

Nov. 22, 2025

http://bugs.winehq.org/show_bug.cgi?id=59020 Bug ID: 59020 Summary: Disney cars no fullscreen or keyboard works. 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: lars_martin4(a)hotmail.com Distribution: --- Created attachment 79759 --> http://bugs.winehq.org/attachment.cgi?id=79759 cars disney image https://pixarcars.fandom.com/wiki/Category:Video_games Game start on fedora but keyboard and full screen not works. -- 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 46568] New: 64-bit msxml6.dll from Microsoft Core XML Services 6.0 redist package fails to load (Wine doesn't respect 44-bit user-mode VA limitation from Windows < 8.1)
by wine-bugs＠winehq.org Nov. 22, 2025

Nov. 22, 2025

https://bugs.winehq.org/show_bug.cgi?id=46568 Bug ID: 46568 Summary: 64-bit msxml6.dll from Microsoft Core XML Services 6.0 redist package fails to load (Wine doesn't respect 44-bit user-mode VA limitation from Windows < 8.1) Product: Wine Version: 4.0 Hardware: x86-64 URL: https://download.microsoft.com/download/2/e/0/2e01308a -e17f-4bf9-bf48-161356cf9c81/msxml6_x64.msi OS: Linux Status: NEW Keywords: download, win64 Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, reported by Louis in https://bugs.winehq.org/show_bug.cgi?id=46107#c2 --- quote --- I tried winetricks msxml3 and msxml6, but somehow it didn`t work out in 64-bit wineprefix; i get errors that msxml is not registered etc, Does anyone know a workaround to use native msxml on 64-bit prefix? --- quote --- Relevant part of trace log: --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Altium/AD18 $ WINEDEBUG=+seh,+relay,+loaddll,+virtual wine64 ./X2.EXE >>log.txt 2>&1 ... 002a:Call KERNEL32.LoadLibraryExW(0053f2b0 L"C:\\windows\\system32\\msxml6.dll",00000000,00000008) ret=7fbe435d7558 ... 002a:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\msxml6.dll" at 0x7ff79e00000: native 002a:Call PE DLL (proc=0x7ff79e0101c,module=0x7ff79e00000 L"msxml6.dll",reason=PROCESS_ATTACH,res=(nil)) ... 002a:Call KERNEL32.HeapCreate(00000001,00000000,00000000) ret=7ff79e18411 002a:trace:virtual:NtAllocateVirtualMemory 0xffffffffffffffff (nil) 00110000 2000 00000004 002a:trace:virtual:map_view got mem with anon mmap 0x7fbe39819000-0x7fbe39929000 002a:trace:virtual:VIRTUAL_DumpView View: 0x7fbe39820000 - 0x7fbe3992ffff (valloc) 002a:trace:virtual:VIRTUAL_DumpView 0x7fbe39820000 - 0x7fbe3992ffff --rw- 002a:trace:virtual:NtAllocateVirtualMemory 0xffffffffffffffff 0x7fbe39820000 00010000 1000 00000004 002a:trace:virtual:mprotect_exec forcing exec permission on 0x7fbe39820000-0x7fbe3982ffff 002a:trace:virtual:VIRTUAL_DumpView View: 0x7fbe39820000 - 0x7fbe3992ffff (valloc) 002a:trace:virtual:VIRTUAL_DumpView 0x7fbe39820000 - 0x7fbe3982ffff c-rw- 002a:trace:virtual:VIRTUAL_DumpView 0x7fbe39830000 - 0x7fbe3992ffff --rw- 002a:Ret KERNEL32.HeapCreate() retval=7fbe39820000 ret=7ff79e18411 ... 002a:Call ntdll.RtlAllocateHeap(7fbe39820000,00000000,00000060) ret=7ff79e03c10 002a:Ret ntdll.RtlAllocateHeap() retval=7fbe39822730 ret=7ff79e03c10 002a:Call msvcrt.memset(7fbe39822740,00000000,00000042) ret=7ff79e03a5a 002a:Ret msvcrt.memset() retval=7fbe39822740 ret=7ff79e03a5a 002a:trace:seh:NtRaiseException code=c0000005 flags=0 addr=0x7ff79e03efe ip=7ff79e03efe tid=002a 002a:trace:seh:NtRaiseException info[0]=0000000000000000 002a:trace:seh:NtRaiseException info[1]=ffffffffffffffff 002a:trace:seh:NtRaiseException rax=000000000011b2d0 rbx=6c61567274736270 rcx=0000000000000008 rdx=0000000000000000 002a:trace:seh:NtRaiseException rsi=0000000000007fbe rdi=0000000000000730 rbp=00000ff7c73044e8 rsp=000000000053ea70 002a:trace:seh:NtRaiseException r8=00007fbe39822740 r9=0000000000000000 r10=0000000000000000 r11=0000000000000000 002a:trace:seh:NtRaiseException r12=00007fbe39822740 r13=000007ff79f8dc80 r14=00007fbe436c6160 r15=000000000053f708 ... 002a:exception c0000005 in PE entry point (proc=0x7ff79e0101c,module=0x7ff79e00000,reason=PROCESS_ATTACH,res=(nil)) 002a:Ret PE DLL (proc=0x7ff79e0101c,module=0x7ff79e00000 L"msxml6.dll",reason=PROCESS_ATTACH,res=(nil)) retval=0 002a:Call PE DLL (proc=0x7ff79e0101c,module=0x7ff79e00000 L"msxml6.dll",reason=PROCESS_DETACH,res=(nil)) 002a:Ret PE DLL (proc=0x7ff79e0101c,module=0x7ff79e00000 L"msxml6.dll",reason=PROCESS_DETACH,res=(nil)) retval=1 002a:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\msxml6.dll" : native 002a:Ret KERNEL32.LoadLibraryExW() retval=00000000 ret=7fbe435d7558 002a:err:ole:COMPOBJ_DllList_Add couldn't load in-process dll L"C:\\windows\\system32\\msxml6.dll" --- snip --- It seems that certain older 64-bit components such as Microsoft XML libs make assumptions about the 64-bit user-mode virtual address space layout. This is different from the usual broken apps a la "I failed at porting my 32-bit app to 64-bit" (pointer truncation). In this case, pointers from certain allocations are broken into multiple parts and used as indices into multi-level lookup tables. Pitfall: there is a 44-bit user-mode VA limitation (8TB) for 64-bit Windows which was lifted starting with Windows 8.1+. Wine doesn't respect the 44-bit pre-Windows 8.1 virtual address space limits, allowing process heaps to be placed in 0000'7Fxx'0000'0000 range (128 TB) which causes out-of-bounds access to lookup tables when indices overflow (derived from pointer bits). The exception occurs in entry point, causing 'msxml6.dll' to be unloaded. One workaround is to move Wine's top-down allocations/heaps into 8 TB VA range (Wine preloader) and impose same user-mode address space bits limits as with all 64-bit Windows versions < 8.1 to stay "compatible". I've tested it and it works for native here. Not sure if it's worth to change though. I don't know if a separate 64-bit MSXML6 re-distributable package exists that has been fixed wrt Windows 8.1+ address space limits. MSXML6 is part of Windows OS for newer versions and automatically kept up-to-date. $ sha1sum msxml6_x64.msi 1eb84eeae7729ea5db7fe79779f4e216114261ba msxml6_x64.msi $ du -sh msxml6_x64.msi 2.6M msxml6_x64.msi $ wine --version wine-4.0-276-g84459ba94b Regards -- 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 17