- Wine-Bugs - list.winehq.org

[Bug 56916] New: DevExpress WinUI FeatureDemo crashes on start due to missing Microsoft.ui.xaml.dll
by WineHQ Bugzilla Feb. 12, 2026

Feb. 12, 2026

https://bugs.winehq.org/show_bug.cgi?id=56916 Bug ID: 56916 Summary: DevExpress WinUI FeatureDemo crashes on start due to missing Microsoft.ui.xaml.dll Product: Wine Version: 9.12 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- Created attachment 76736 --> https://bugs.winehq.org/attachment.cgi?id=76736 Terminal output Steps to reproduce: 1. `wget 'https://demos.devexpress.com/winui/FeatureDemo%20(Package)_22.2.3.2_Test/Fe…'` 2. `unzip 'FeatureDemo (Package)_22.2.3.2_x86_x64.msixbundle' 'FeatureDemo%20%28Package%29_22.2.3.2_x64.msix'` 3. `unzip 'FeatureDemo%20%28Package%29_22.2.3.2_x64.msix' -d demo` 4. `wine demo/FeatureDemo/FeatureDemo.exe` The following errors are printed to the terminal: The process was terminated due to an unhandled exception. Exception Info: System.DllNotFoundException: Unable to load DLL 'Microsoft.ui.xaml.dll' or one of its dependencies: Module not found. (0x8007007E) $ sha256sum 'FeatureDemo (Package)_22.2.3.2_x86_x64.msixbundle' e867392cbb458f059b297ec6ecac7a7569a7c210131cda3ac36aa46f49085a1e -- 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 2

[Bug 46871] New: err:rpc: rpcrt4_protseq_np_wait_for_new_connection wait failed with error 87
by wine-bugs＠winehq.org Feb. 12, 2026

Feb. 12, 2026

https://bugs.winehq.org/show_bug.cgi?id=46871 Bug ID: 46871 Summary: err:rpc:rpcrt4_protseq_np_wait_for_new_connection wait failed with error 87 Product: Wine Version: 4.4 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: rpc Assignee: wine-bugs(a)winehq.org Reporter: susancragin(a)earthlink.net Distribution: --- Created attachment 63932 --> https://bugs.winehq.org/attachment.cgi?id=63932 NaturallySpeaking 13 setup log When installing Dragon NaturallySpeaking 13, the installation hangs up right at the last instruction. A prior bug 46160 was filed about NatSpeak 13 hanging up at the end of installation, and I think that bug might have been fixed in the most recent wine version, and this other bug uncovered. bug 46160 Anyway, the installation stops as of this: err:rpc:rpcrt4_protseq_np_wait_for_new_connection wait failed with error 87 I have posted the installation log. If I kill the installation and then try to start the program, the program works up to a point. It waves hello, and then asks if I want to register the program immediately or run it up to 5 times without registering. When I hit either of these options, the program crashes. I have included the crash log also. -- 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 12

[Bug 56145] New: Wine lacks VR support ( OpenVR/OpenXR runtime shim)
by WineHQ Bugzilla Feb. 12, 2026

Feb. 12, 2026

https://bugs.winehq.org/show_bug.cgi?id=56145 Bug ID: 56145 Summary: Wine lacks VR support ( OpenVR/OpenXR runtime shim) Product: Wine Version: 9.0-rc3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: xeno(a)x-s.com.pl Distribution: --- Currently VR support in Linux gets to the point where it becomes viable option. Linux native apps tend to do just fine , but there's no way for VR capable windows apps running trough Wine to detect/use VR devices. VR is supposed to be supported on Proton and hacky Wine-Proton hybrids, where first option limits support to apps from Steam and second one is a bit cumbersome to get it working. To solve this issue wine environment could provide thin VR runtime environment that catches calls from apps and direct those to linux native VR runtime that is installed on user system. Wine OpenXR library shouldn't be that complex as it'd be simple 1:1 mapping of OpenXR API. For Valve OpenVR API there are two possible approaches, one similar to OpenXR where wine just forward calls to SteamVR or it could translate calls to OpenXR, like OpenComposite does, then call OpenXR runtime on Linux side. -- 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 59408] New: Ultimate Custom Night has severe performance issues
by WineHQ Bugzilla Feb. 12, 2026

Feb. 12, 2026

http://bugs.winehq.org/show_bug.cgi?id=59408 Bug ID: 59408 Summary: Ultimate Custom Night has severe performance issues Product: Wine Version: 11.2 Hardware: x86-64 OS: MacOS Status: UNCONFIRMED Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)list.winehq.org Reporter: afifsworld132(a)gmail.com Created attachment 80376 --> http://bugs.winehq.org/attachment.cgi?id=80376 Ultimate Custom Night logs macOS 14.1.1, Wine Staging 11.2 from Homebrew, Game is D3D9, Installed from Steam. The game barely reaches 10fps. Everything else seemingly works fine and game renders. -- 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 59278] New: Adobe Express Photos installation fails, requires KERNEL32.dll.PackageFullNameFromId
by WineHQ Bugzilla Feb. 12, 2026

Feb. 12, 2026

http://bugs.winehq.org/show_bug.cgi?id=59278 Bug ID: 59278 Summary: Adobe Express Photos installation fails, requires KERNEL32.dll.PackageFullNameFromId Product: Wine Version: 11.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: asdfghrbljzmkd(a)outlook.com Distribution: --- ``` wine: Call from 7BD38138 to unimplemented function KERNEL32.dll.PackageFullNameFromId, aborting wine: Unimplemented function KERNEL32.dll.PackageFullNameFromId called at address 7BD38138 (thread 174c), starting debugger... ``` I'll add proper steps for install Adobe Creative Cloud in the first place soon, but basically it boils down to adding the necessary application overrides (https://gist.github.com/qwertychouskie/636ae7a2796c749dae1ba5595d722945) installing WebView2, then installing Adobe Creative Cloud. -- 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 55336] New: Touhou 6 : Full-screen with Alt-tabbing or using DXVK breaks inputs
by WineHQ Bugzilla Feb. 11, 2026

Feb. 11, 2026

https://bugs.winehq.org/show_bug.cgi?id=55336 Bug ID: 55336 Summary: Touhou 6 : Full-screen with Alt-tabbing or using DXVK breaks inputs Product: Wine Version: 8.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: riyu12383(a)gmail.com Distribution: --- -The Game Here is a very small demo version of the game from archive.org https://archive.org/compress/KoumaTr013/formats=ARCHIVE%20BITTORRENT,METADA… To launch this version, you'll need to add Japanese locale like this : LANG=ja_JP.UTF-8 wine 東方紅魔郷.exe -The bug When launching the game in Full-screen and Alt-Tabbing or using DXVK, the game inputs breaks, its scrolls the menu infinitely or quit the game by itself, the user can't control anything anymore. On the demo version it seems the user only loose the control. Interestingly on Windows, since Windows 10, the game has an exaggerated speed/framerate in full-screen. Which was fixed using this dx8 to dx9 converter : http://enbdev.com/convertor_dx8_dx9_v0036.htm However this doesn't change anything with wine. I originally discovered this bug here : https://github.com/AlpyneDreams/d8vk/issues/155 -- 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 26

[Bug 59402] New: AssocQueryStringW does not update pcchOut when pszOut is non-null
by WineHQ Bugzilla Feb. 10, 2026

Feb. 10, 2026

http://bugs.winehq.org/show_bug.cgi?id=59402 Bug ID: 59402 Summary: AssocQueryStringW does not update pcchOut when pszOut is non-null Product: Wine Version: 11.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: shlwapi Assignee: wine-bugs(a)list.winehq.org Reporter: marijns95(a)gmail.com Distribution: --- In a little Rust crate called `webbrowser`, `AssocQueryStringW()` is used to retrieve the command to launch a webbrowser: https://github.com/amodm/webbrowser-rs/blob/94baf04e0c325f4ae9f86969dee252b… I'm currently running this under `wine` (just updated to 11.2) and found the character count in `pcchOut` isn't updated but remains at the default buffer size of `512` (leading to the rest of the code processing a string with a bunch of interior NULs, because Rust uses string length by default). If I manually alter the code to pass `NULL` to `pszOut`, the count is updated to the actual length of the command string. This seems to mismatch what this crate is expecting, and what the Windows documentation states: https://learn.microsoft.com/en-us/windows/win32/api/shlwapi/nf-shlwapi-asso… > When the function returns successfully, the value is set to the number of characters actually placed in the buffer. The documentation of the underlying IQueryAssociations_fnGetString() also says: > Success: S_OK. pszOut contains the string, pcchOut contains its length. Looking at the actual implementation of ASSOC_ReturnString, it only updates `*outlen` when the output string was NULL (as seen above) or when it was too small for the data (`*outlen < datalen`): https://gitlab.winehq.org/wine/wine/-/blob/9f704e4cc4a346d249ebc5346975e2d1… Should this assignment simply be moved out of those if's? -- 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 52179] New: Need for Speed: Underground 2 installer shows slides with stitches
by WineHQ Bugzilla Feb. 10, 2026

Feb. 10, 2026

https://bugs.winehq.org/show_bug.cgi?id=52179 Bug ID: 52179 Summary: Need for Speed: Underground 2 installer shows slides with stitches Product: Wine Version: 6.23 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: oleg.kuznetsov(a)metamint.ru Distribution: --- Created attachment 71226 --> https://bugs.winehq.org/attachment.cgi?id=71226 log during the installation I'm trying to install Need for Speed: Underground 2. During the process, the installer shows slides with cars and I noticed that on Wine these slides have "stitches". I tried to install the game in a virtual machine with WindowsXP and it didn't have such artifacts. WINEARCH=win32 WINEPREFIX=~/.wine_nfsu2 ./wine winecfg Prefix was set to "Windows XP" LANG=ru_RU.UTF-8 WINEPREFIX=~/.wine_nfsu2/ ./wine start /unix /run/media/xplt/NFSUG2_DISK1/AutoRun.exe &> ~/NFS_install.log [xplt(a)fedora wine]$ ./wine --version wine-6.23 -- 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 59394] New: Tex Murphy: Overseer fails to start (segfault) using NVK/Mesa
by WineHQ Bugzilla Feb. 10, 2026

Feb. 10, 2026

http://bugs.winehq.org/show_bug.cgi?id=59394 Bug ID: 59394 Summary: Tex Murphy: Overseer fails to start (segfault) using NVK/Mesa Product: Wine Version: 11.1 Hardware: x86-64 URL: https://store.steampowered.com/app/302370/Tex_Murphy_O verseer/ OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: opengl Assignee: wine-bugs(a)list.winehq.org Reporter: gyebro69(a)gmail.com CC: rbernon(a)codeweavers.com Regression SHA1: 6802b32b3859e3b1c3e59bdb462d373fcf0608cf Distribution: ArchLinux Created attachment 80353 --> http://bugs.winehq.org/attachment.cgi?id=80353 glxinfo -B, eglinfo -B The game crashes immediately on start in Wine-11.1 and 11.2 with a segmentation fault when using the open source NVK driver and Mesa 25.3.4. There is no such problem with the Nvidia binary driver 580.126.09. This happens in Wayland (KDE Plasma 6.5.5) and under X11 (XFCE) too. Switching to the GLX backend resolves the crash under X11 and XWayland, but not when using the native Wayland driver. Reverting the following commit on top of Wine-11.2 fixes the problem for me: commit 6802b32b3859e3b1c3e59bdb462d373fcf0608cf opengl32: Fix front buffer emulation glBlitFramebuffer parameters. There is nothing obvious in the terminal. I'm mostly using the binary Nvidia driver, I just happened to bump into this bug. Let me know if you need any further log. I'm attaching here the output of my 'glxinfo -B' and 'eglinfo -B'. I *think* the vga card is properly recognized and used by the OS with the open source driver. Wine-11.2 Mesa 25.3.4 NVIDIA GeForce GTX 1660 SUPER (NVK TU116) -- 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 59400] New: Minecraft: Story Mode has broken cursor bounding boxes
by WineHQ Bugzilla Feb. 10, 2026

Feb. 10, 2026

http://bugs.winehq.org/show_bug.cgi?id=59400 Bug ID: 59400 Summary: Minecraft: Story Mode has broken cursor bounding boxes Product: Wine Version: 11.2 Hardware: x86-64 OS: MacOS Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: afifsworld132(a)gmail.com System: MacBook Pro M1 (2020) Wine: Staging. Happening at least since V9.0 Renderer: dgVoodoo 2 to DXMT 0.73 Basically, if I set the resolution to the maximum in MCSM (2880x1800), the cursor becomes smaller, moves slower and importantly the bounding box for the cursor becomes halved such where the bottom-right corner is now situated at the middle of the screen, so the cursor can only go from top-right to middle of the screen. Note this all happens with High Resolution mode on, The cursor's movement speed, bounding box and size are correct when the resolution is set at the minimum (800x600) resolution. I can't tell if this is a dgVoodoo issue or a DXMT issue, so I report here. -- 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