wine-bugs August 2025

wine-bugs@winehq.org

1 participants
105 discussions

[Bug 58576] New: windows proxy that explicitly uses rasapi32
by WineHQ Bugzilla 08 Aug '25

08 Aug '25

http://bugs.winehq.org/show_bug.cgi?id=58576 Bug ID: 58576 Summary: windows proxy that explicitly uses rasapi32 Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: rasapi32 Assignee: wine-bugs(a)winehq.org Reporter: bingmatv(a)outlook.com Distribution: --- Host OS: ArchLinux, which is rolling-release distro. Some proxy tools explicitly needs RAS implementation, if I disable rasapi32 using winecfg, the proxy just crashes. Log: 0128:fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot 0128:fixme:ras:RasEnumConnectionsA (023E0340,0012DF50,0012DF54),stub! 0128:fixme:ras:RasEnumConnectionsA RAS support is not implemented! Configure program to use LAN connection/winsock instead! 0128:fixme:seh:EnumDeviceDrivers (0012C908, 4096, 0012C904): stub 012c:fixme:ver:GetCurrentPackageId (0257FF10 00000000): stub 0128:fixme:shell:InitNetworkAddressControl stub If I disable rasapi32, the proxy just crashes. So it's important to implement RAS in wine. Furthermore, wine should support Wayland, so I can use windows apps without Xorg. -- 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 58579] New: DS4 controller rage issue when running WINE
by WineHQ Bugzilla 08 Aug '25

08 Aug '25

http://bugs.winehq.org/show_bug.cgi?id=58579 Bug ID: 58579 Summary: DS4 controller rage issue when running WINE Product: Wine Version: 9.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: yazan.n.ayash(a)gmail.com Distribution: --- I'm using WINE-TKG v9.21 on Batocera v41, and I'm trying to run FIFA18 and it works nicely with fixed 60FPS. but the issue that when using the DS4 controller wirelessly, the range of the controller is too short, while with batocera itself and the other emulators controller works pretty good (with decent range). I've tried to run some other x86 games on wine-10.12-x86 and it works fine, and the controller works pretty good as well, but tried to run the same x86 games on WoW64 build of wine, I faced the same controller range issue, when i connect the controller wired, it works fine, but the issue is the blutooth range while wine is running, kindly advice. My H/W is the following, Mini PC : Minisforum UM790 Pro , with Ryzen9 7940HS - 780m iGPU, 64GB of RAM Bluetooth : Ugreen V5.3 USB Bluetooth Adapter , I'm using this one cause it has better coverage (20M) . Controller : DUALSHOCK 4 wireless PS4 controller -- 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 58578] New: Hygeia Pharmacy: complains that Microsoft ReportViewer is not installed (unimplemented MsiProvideAssemblyW() ?)
by WineHQ Bugzilla 07 Aug '25

07 Aug '25

http://bugs.winehq.org/show_bug.cgi?id=58578 Bug ID: 58578 Summary: Hygeia Pharmacy: complains that Microsoft ReportViewer is not installed (unimplemented MsiProvideAssemblyW() ?) Product: Wine Version: 10.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: peathot(a)hotmail.com Distribution: --- Created attachment 79093 --> http://bugs.winehq.org/attachment.cgi?id=79093 Terminal output of Hygeia Pharmacy running under Wine Hygeia Pharmacy is a .NET 4 application for pharmacy retail. When the application starts up, it will check for various shared components, ending up complaining that Microsoft Report Viewer has to be installed despite already installed. Attached is the screenshot of the error. It says, "It's necessary to install an additional programed named Microsoft Report Viewer" ("มีความจำเป็นต้องติดตั้งโปรแกรมเสริมที่ชื่อว่า Microsoft Report Viewer"). Terminal output reveals 2 interesting FIXME's: ``` 0174:fixme:msi:MsiProvideAssemblyW L"Microsoft.ReportViewer.Common, Version=10.0 .0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a, processorArchitecture=MS IL", L"C:\\Program Files\\HygeiaPharmacy\\HygeiaPharmacy.exe.config", 0, 0, 10D7 A618, 10D7A614 0174:fixme:msi:MsiProvideAssemblyW L"Microsoft.ReportViewer.Common, Version=10.0 .0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a, processorArchitecture=MS IL", (null), 0, 0, 10D7A618, 10D7A614 ``` This leads me to believe that the application chokes up because it does not receive the correct path to this .NET assembly, part of MS ReportViewer 2010. --- Looking into multiple documents and into Wine itself, I _think_ it would be relatively simple to implement MsiProvideAssembly[A|W]() using facilities already implemented in Wine. Bug 58577 plays an important role on this. I actually would love to get my hands dirty, if not for 2 problems: 1. I don't actually have much time myself. 2. Many years ago, I disassembled a different component of Windows (related to MDM/management policy) in order to debug my graduating project. I forgot everything by now, and it's IMHO not related, but combined with 1. I think it's probably better to stay safe. (Can I explain some high-level idea? Will I run afoul of 2.?) A number of MSDN documents that might be useful: https://learn.microsoft.com/en-us/windows/win32/api/msi/nf-msi-msiprovideas… https://learn.microsoft.com/en-us/windows/win32/msi/assembly-registry-keys-… Also helpful is a small test program I write myself to exercise MsiProvideAssemblyW() in the same way as the application (and in a slightly different way). On Windows 11, this outputs as follow: ``` MsiProvideAssemblyW("Microsoft.ReportViewer.Common, ..." (qualified)) returns 0 Returned path (119): C:\WINDOWS\assembly\GAC_MSIL\Microsoft.ReportViewer.Common\10.0.0.0__b03f5f7f11d50a3a\Microsoft.ReportViewer.Common.dll MsiProvideAssemblyW("Microsoft.ReportViewer.Common" (unqualified)) returns 0 Returned path (119): C:\WINDOWS\assembly\GAC_MSIL\Microsoft.ReportViewer.Common\10.0.0.0__b03f5f7f11d50a3a\Microsoft.ReportViewer.Common.dll ``` On Wine, it outputs (excluding Wine's output itself): ``` MsiProvideAssemblyW("Microsoft.ReportViewer.Common, ..." (qualified)) returns 120 MsiProvideAssemblyW("Microsoft.ReportViewer.Common" (unqualified)) returns 120 ``` --- Following is the way I run Hygeia Pharmacy. Hygeia Pharmacy is a relatively complex application and requires the full .NET installation (Mono is not enough). The following commands recreate the environment from scratch: ``` export WINEARCH=win32 export WINEPREFIX=/a/new/prefix winetricks dotnet48 jet40 mdac28 wine ReportViewer.exe # sha256sum: e8ff182e202b321ac2b9245ee20c4eb659008ffb2a34cdbd3486f9da3d4c3e06 wine hygeia_trial_install.2.6.28.1.exe # sha256sum: 380085defb0af240f144d603da70d09a76c940a27a65953a9fbe3668c321b4e2 wine "C:\\\\users\\\\Public\\\\Desktop\\\\Hygeia Pharmacy.lnk" &>hygeia_pharmacy_wine_output.txt ``` --- The (trial) version can be obtained from https://www.hygeia-pharmacy.com/trial/. However, it requires a (free) registration, and the website is entirely in Thai with no English version. In order to (try to) help you with the registration, the registration page at https://www.hygeia-pharmacy.com/register/ requires the followed: 1. A chosen username ("Hygeia ID") 2. A chosen password. 3. Your full name 4. Your email. 5. A math captcha (input the equation's answer). I can't remember if there's an email verification after that step or not, because it's been a long time since I registered myself. Once logged in, https://www.hygeia-pharmacy.com/trial/ will show a big blue button for downloading the trial version. The same page will also be a smaller link for "MS Report Viewer" which is hosted by Hygeia Pharmacy themselves (if you prefer an MS link, see the end of bug 58577). -- 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 58577] New: MsiGetComponentPath/MsiLocateComponent doesn't resolve a reference to .NET GAC
by WineHQ Bugzilla 07 Aug '25

07 Aug '25

http://bugs.winehq.org/show_bug.cgi?id=58577 Bug ID: 58577 Summary: MsiGetComponentPath/MsiLocateComponent doesn't resolve a reference to .NET GAC Product: Wine Version: 10.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: peathot(a)hotmail.com Distribution: --- Created attachment 79090 --> http://bugs.winehq.org/attachment.cgi?id=79090 Test application source code Attached is a very simple program which call `MsiLocateComponentW()` to look for an MSI component which is a .NET assembly from Microsoft ReportViewer 2010 runtime. Under Windows 11, it produces the following output: MsiLocateComponentW(...) returns 3 Returned path (119): C:\WINDOWS\assembly\GAC_MSIL\Microsoft.ReportViewer.Common\10.0.0.0__b03f5f7f11d50a3a\Microsoft.ReportViewer.Common.dll However, on Wine, it produces this instead: MsiLocateComponentW(...) returns 2 Returned path (158): <\Microsoft.ReportViewer.Common,version="10.0.0.0",publicKeyToken="b03f5f7f11d50a3a",proce ssorArchitecture="MSIL",fileVersion="10.0.30319.1",culture="neutral" (3 = INSTALLSTATE_LOCAL, 2 = INSTALLSTATE_ABSENT) Looking into the registry of both Windows 11 and Wine, the output of Wine is how it's stored in registry. So Windows must have an additional step which resolve this format of reference into a path in .NET GAC. This is stumbled upon during a research about how `MsiProvideAssembly[A|W]()` can be implemented. I'll file another issue about that. Microsoft ReportViewer 2010 runtime is obtained from https://www.hygeia-pharmacy.com/sources/reportviewer.zip [1]. The sha256sum of the _extracted_ file is: sha256sum ReportViewer.exe e8ff182e202b321ac2b9245ee20c4eb659008ffb2a34cdbd3486f9da3d4c3e06 ReportViewer.exe Once obtained, run the installer under a clean WINEPREFIX, then run my test program. The test program's source code is attached, as well as a precompiled version (for convenience). The full output with Wine's fixme's is also attached. On Windows 11, the pasted output consists of the entirety of the output. [1]: yes, it's non-Microsoft link. For some reason I can't find this exact file on Microsoft website. If you prefer that this file be downloaded from Microsoft instead, I can find another version of this file from https://www.microsoft.com/en-in/download/details.aspx?id=27231 (you only need reportviewer.exe). The output of the program will be slightly different, and I haven't tested this version on Windows 11. -- 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 58574] New: Multiple applications require gameinput.dll (Fritz Chess Coach, Le Mans Ultimate)
by WineHQ Bugzilla 07 Aug '25

07 Aug '25

http://bugs.winehq.org/show_bug.cgi?id=58574 Bug ID: 58574 Summary: Multiple applications require gameinput.dll (Fritz Chess Coach, Le Mans Ultimate) Product: Wine Version: 10.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: --- First reported at https://forum.winehq.org/viewtopic.php?t=38129 Steps to reproduce: 1. Purchase and download Fritz from https://shop.chessbase.com/en/products/fritz_your_chess_coach 2. Run `wine FritzCoachSetup.msi`, enter your license key, and complete setup 3. Run `wine 'C:\Program Files\ChessBase\Fritz - Your chess coach\FritzDX12.exe'` The problem is pretty obvious: 0024:err:module:import_dll Library GameInput.dll (which is needed by L"C:\\Program Files\\ChessBase\\Fritz - Your chess coach\\FritzDX12.exe") not found 0024:err:module:loader_init Importing dlls for L"C:\\Program Files\\ChessBase\\Fritz - Your chess coach\\FritzDX12.exe" failed, status c0000135 With the patch from <https://gitlab.winehq.org/wine/wine/-/merge_requests/8338>, FritzDX12.exe gets farther: It displays an error dialog that says "This computer does not support DirectX 12." `winetricks vkd3d` fixes that, and then the error dialog changes to "Gaming Services Runtime is not installed on this system or needs updating." To get past that error, you need to extract xgameruntime.dll and its dependency gameconfighelper.dll from the SetupGamingServices.exe program that is also available on the Fritz website: 7z e SetupGamingServices.exe GamingServices.appxbundle 7z e GamingServices.appxbundle GamingServicesTcui-Package_7.70.13002.0_x64.appx 7z e GamingServicesTcui-Package_7.70.13002.0_x64.appx xgameruntime.dll 7z e GamingServicesTcui-Package_7.70.13002.0_x64.appx gameconfighelper.dll cp xgameruntime.dll gameconfighelper.dll ~/.wine/drive_c/windows/system32/ Fritz then crashes on the unimplemented function api-ms-win-shcore-taskpool-l1-1-0.dll.SHTaskPoolQueueTask, which is undocumented. I followed the instructions at https://gitlab.winehq.org/wine/wine/-/wikis/Wine-Developer's-Guide/Other-Debugging-Techniques to determine that the 32-bit version of the function takes 24 bytes of arguments, guessed that the 24 bytes are 6 pointers, added a stub, and got past the crash. Then I ran into XML parsing problems: 0140:err:msxml:Schema_parse error code 1756: Element '{http://www.w3.org/2001/XMLSchema}pattern': The value '[^<>":%\|\?\*\x01-\x1f]+' of the facet 'pattern' is not a valid regular expression. 0140:err:msxml:Schema_parse error code 1756: Element '{http://www.w3.org/2001/XMLSchema}pattern': The value '\bms-resource:.{1,256}' of the facet 'pattern' is not a valid regular expression. 0140:err:msxml:Schema_parse error code 1756: Element '{http://www.w3.org/2001/XMLSchema}pattern': The value '[^\x01-\x1f]+' of the facet 'pattern' is not a valid regular expression. 0140:fixme:msxml:cache_entry_from_xsd_doc failed to parse doc `winetricks msxml6` didn't fix the problem. It merely changed the error message to: 0140:err:ole:apartment_add_dll couldn't load in-process dll L"C:\\windows\\system32\\msxml6.dll" That's where I stopped. None of these problems seems insurmountable. For now let's focus on the first one, the lack of gameinput.dll. After that's fixed, I can open new bug reports for the next problems. $ sha256sum FritzCoachSetup.msi SetupGamingServices.exe 9139110cb9ee94f87fe2a98dafaeaf24c7d5dfc3e246f6f97d0af65f282fadf9 FritzCoachSetup.msi 4f936785e9ed87e296c8e8fdb24ab757d8781580ddddd3d69c1471bc2cc2a700 SetupGamingServices.exe -- 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 55759] New: Cinebench 2024 needs Windows.System.Profile.SystemIdentification
by WineHQ Bugzilla 07 Aug '25

07 Aug '25

https://bugs.winehq.org/show_bug.cgi?id=55759 Bug ID: 55759 Summary: Cinebench 2024 needs Windows.System.Profile.SystemIdentification Product: Wine Version: 8.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: etaash.mathamsetty(a)gmail.com Distribution: --- 09d4:fixme:combase:RoGetActivationFactory (L"Windows.System.Profile.SystemIdentification", {5581f42a-d3df-4d93-a37d-c41a616c6d01}, 00007FFFFE1FD840): semi-stub 09d4:err:combase:RoGetActivationFactory Failed to find library for L"Windows.System.Profile.SystemIdentification" The app works fine in windows 7 mode for the most part, the above is preventing it from running in windows 11 mode -- 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 58573] New: The End is Nigh (Epic Games Store) crashes on startup
by WineHQ Bugzilla 06 Aug '25

06 Aug '25

http://bugs.winehq.org/show_bug.cgi?id=58573 Bug ID: 58573 Summary: The End is Nigh (Epic Games Store) crashes on startup Product: Wine Version: 10.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tinozzo123(a)gmail.com Distribution: --- Created attachment 79089 --> http://bugs.winehq.org/attachment.cgi?id=79089 Backtrace - Download the game The End is Nigh from the Epic Games Store (it's DRM-free) - Launch it - The game will open its window showing the loading screen, and immediately crash ``` 00b8:fixme:wineusb:query_id Unhandled ID query type 0x5. 00b8:fixme:wineusb:query_id Unhandled ID query type 0x5. 00b8:fixme:wineusb:query_id Unhandled ID query type 0x5. 0124:fixme:kernelbase:AppPolicyGetThreadInitializationType FFFFFFFA, 011AFF18 0024:fixme:dinput:hid_joystick_device_try_open device usage ff72:00a1 not implemented! 0024:fixme:dinput:hid_joystick_device_try_open device usage ff72:00a1 not implemented! 0024:fixme:win:RegisterTouchWindow hwnd 00020072, flags 0x3 stub! 0024:fixme:msctf:ThreadMgr_ActivateEx Unimplemented flags 0x4 0024:fixme:imm:ImeSetCompositionString himc 00020052, index 9, comp 0066C74C, comp_len 2, read 0066C74C, read_len 2 semi-stub! 0024:fixme:imm:ImeSetCompositionString Read string unimplemented 0024:fixme:imm:NotifyIME himc 00020052, action 0x11, index 0, value 0 stub! wine: Unhandled page fault on write access to FFFFFFFC at address 00413436 (thread 0024), starting debugger... 0154:fixme:dbghelp:elf_search_auxv can't find symbol in module 0154:fixme:dbghelp:elf_search_auxv can't find symbol in module ``` -- 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 58564] New: Several NuGet "signature's certificate not trusted" errors while building WPF Projects Under Wine
by WineHQ Bugzilla 06 Aug '25

06 Aug '25

http://bugs.winehq.org/show_bug.cgi?id=58564 Bug ID: 58564 Summary: Several NuGet "signature's certificate not trusted" errors while building WPF Projects Under Wine Product: Wine Version: 10.12 Hardware: x86-64 URL: https://builds.dotnet.microsoft.com/dotnet/Sdk/8.0.412 /dotnet-sdk-8.0.412-win-x64.exe && wine dotnet-sdk-8.0.412-win-x64.exe OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: Debian This was reported on the forum: https://forum.winehq.org/viewtopic.php?t=41073 Steps to reproduce can be found in that link or below: Steps to reproduce: 1. wget https://builds.dotnet.microsoft.com/dotnet/Sdk/8.0.412/dotnet-sdk-8.0.412-w… && wine dotnet-sdk-8.0.412-win-x64.exe 2. git clone https://github.com/iplus-framework/iPlus 3. wine cmd 4. cd iPlus/gip.ext.design\project 5. dotnet build gip.ext.design.csproj /p:Configuration=Debug /p:Platform="Any CPU" There appear several errors like: Z:\home\louis\ramdisk\iPlus\gip.ext.design\project\gip.ext.design.csproj : erro r NU3037: Package 'System.Private.ServiceModel 4.10.0' from source 'https://api .nuget.org/v3/index.json': The repository countersignature validity period has expired. Z:\home\louis\ramdisk\iPlus\gip.ext.design\project\gip.ext.design.csproj : erro r NU3028: Package 'System.Private.ServiceModel 4.10.0' from source 'https://api .nuget.org/v3/index.json': The repository countersignature's timestamping certi ficate is not trusted by the trust provider. In the link there's some more info --> "https://github.com/NuGet/Home/issues/13252, this appears to be related to .NET's enhanced certificate validation introduced in recent versions" -- 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 58335] New: Works 10.8 but fails 10.9?
by WineHQ Bugzilla 06 Aug '25

06 Aug '25

http://bugs.winehq.org/show_bug.cgi?id=58335 Bug ID: 58335 Summary: Works 10.8 but fails 10.9? Product: Wine Version: 10.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mikes(a)kuentos.guam.net Distribution: --- Created attachment 78708 --> http://bugs.winehq.org/attachment.cgi?id=78708 run wine notepad with 10.8 Fine Update to 10.9 then it fails Have 5 machines that updated to 10.9 fine, but Acer notebook that works with 10.8 but fails with 10.9. Run wine notebook fine with 10.8 upgrade to 10.9 wine notebook then fails. downgrade to 10.8, and it works fine. -- 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 131

[Bug 58565] New: Very high single core CPU usage while doing LAN gaming with DirectPlay on FIFA 2005
by WineHQ Bugzilla 06 Aug '25

06 Aug '25

http://bugs.winehq.org/show_bug.cgi?id=58565 Bug ID: 58565 Summary: Very high single core CPU usage while doing LAN gaming with DirectPlay on FIFA 2005 Product: Wine Version: 10.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: dplay Assignee: wine-bugs(a)winehq.org Reporter: salva.liebana(a)gmail.com Distribution: --- . So , I have both pcs with cachyOS, exactly the same settings. I've tried to do multiplayer on FIFA 2005, that runs great with dxvk with very low cpu/gpu usage since it's a very old game (even at hacked 1080p). After failing on doing lan game I remembered these games tend to use directplay, so I did install it on both , disable the firewall, and both pcs experienced a severe spike on one core to 100% and the framerate tanks. how to reproduce: After install DirectPlay with winetricks on wine-10.12.r0.gb09545bc ( TkG Staging NTsync, yes, I have kernel 6.15 ) in wow64 mode with a 64 bit prefix running FIFA 2005. problem: 1 core goes mad at 100% on both pcs and makes the game unplayable. also uses tons of energy for obvious reasons. -- 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 5

← Newer
1
2
3
4
5
6
7
...
11
Older →

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs August 2025