wine-bugs

wine-bugs@winehq.org

1 participants
159010 discussions

[Bug 10349] New: Yukon Trail installer crashes at the end
by wine-bugs＠winehq.org 23 Aug '25

23 Aug '25

http://bugs.winehq.org/show_bug.cgi?id=10349 Summary: Yukon Trail installer crashes at the end Product: Wine Version: 0.9.48. Platform: Other OS/Version: other Status: UNCONFIRMED Severity: minor Priority: P2 Component: wine-misc AssignedTo: wine-bugs(a)winehq.org ReportedBy: echidnaman(a)gmail.com Created an attachment (id=9017) --> (http://bugs.winehq.org/attachment.cgi?id=9017) Crash Log After the Yukon Trail's installer is done installing, it crashes, taking the file browser it spawns with it. To reproduce: -Run installer -Complete installation -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 20

[Bug 58552] New: Yabridge plugins GUI is not located on the exact location of the GUI element (WINE 10.12)
by WineHQ Bugzilla 23 Aug '25

23 Aug '25

http://bugs.winehq.org/show_bug.cgi?id=58552 Bug ID: 58552 Summary: Yabridge plugins GUI is not located on the exact location of the GUI element (WINE 10.12) Product: Wine Version: 10.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: akidevera0(a)gmail.com Distribution: --- hi, i use vanilla OS debian unstable. i have a problem on wine version 10, Where the GUI is not located in the exact gui element. i keep clicking on the empty places, it makes a sound. i don't know why its like that, but i hope you can fix it. I'm suffering installing wine 9.0 since the older packages is not available in the newer versions of Vanilla/Debian. I hope this can be fixed sooner. -Yuji Chen, Vanilla OS 2 (Debian Sid) -- 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 49

[Bug 58624] New: Fritz Chess Coach won't start, says "This computer does not support DirectX 12"
by WineHQ Bugzilla 23 Aug '25

23 Aug '25

http://bugs.winehq.org/show_bug.cgi?id=58624 Bug ID: 58624 Summary: Fritz Chess Coach won't start, says "This computer does not support DirectX 12" Product: Wine Version: 10.13 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- Created attachment 79174 --> http://bugs.winehq.org/attachment.cgi?id=79174 WINEDEBUG=+d3d,+d3d12,+msgbox 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 program displays an error dialog that says "This computer does not support DirectX 12." With `winetricks vkd3d`, the program gets farther and the error message changes to "Gaming Services Runtime is not installed on this system or needs updating." -- 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 58574] New: Multiple applications require gameinput.dll (Fritz Chess Coach, Le Mans Ultimate)
by WineHQ Bugzilla 23 Aug '25

23 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 1

[Bug 58603] New: Some games terminate uncleanly with an X Error when switching ttys
by WineHQ Bugzilla 22 Aug '25

22 Aug '25

http://bugs.winehq.org/show_bug.cgi?id=58603 Bug ID: 58603 Summary: Some games terminate uncleanly with an X Error when switching ttys 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: portaldevice(a)tutanota.com Distribution: --- Created attachment 79139 --> http://bugs.winehq.org/attachment.cgi?id=79139 Log containing the X Errors and other debug stuff When switching ttys, some apps terminate uncleanly, but do not crash. The tested app in this case is Final Fantasy XIV (ffxiv_dx11.exe) which sent me on this wild goose chase to make sure this is happening in vanilla wine-staging (on Arch Linux) and not just in their, xivlauncher's, tuned wine version. The second app tested is DYSMANTLE (steam version), a game that runs great in vanilla wine and proton both. Interestingly, DYSMANTLE behaves perfectly fine after a tty switch in proton-ge, so there is very likely a fix in proton, somewhere. Both apps emit the same X Error after a tty switch. Because both have the exact same X Error, I am only attaching a single log. -- 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 58622] New: A shader with large loops is very slow to compile
by WineHQ Bugzilla 22 Aug '25

22 Aug '25

http://bugs.winehq.org/show_bug.cgi?id=58622 Bug ID: 58622 Summary: A shader with large loops is very slow to compile Product: vkd3d Version: 1.17 Hardware: x86-64 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: hlsl Assignee: wine-bugs(a)winehq.org Reporter: z.figura12(a)gmail.com Distribution: --- Created attachment 79172 --> http://bugs.winehq.org/attachment.cgi?id=79172 shader Attached shader is from a real application, meant to be compiled with ps_5_1. Disabling loop unrolling helps. That doesn't mean that we need to target loop unrolling specifically, though. There may be other things we can improve. Here's what's been observed so far: * copy-prop is doing a *lot* of work; it's an important part of loop unrolling. Copy-prop is doing a lot of work partly because we're generating an awful lot of synthetic variables for various reasons, not all of which are necessary: - <index-val> variables can be avoided in 99% of cases. I've slapped together a heuristic that checks if we're indexing a LOAD and if there's nothing potentially problematic between the LOAD and INDEX, and it gets rid of all the <index-val> cases. - <deref> variables exist for the same reason IIRC and can probably be avoided with the same heuristic. - Temp copies for the uniforms [and there's some very big uniform arrays in this shader, which are also largely responsible for the many index-vals.] The uniforms aren't written, but we still generate the copies in case they are. DCE before anything else might help, but even better would be avoiding generating them in the first place. * We can do this trivially because the uniforms are implicitly const, although this is something we'll need to fix with new API. However it may generally be possible to do this without having to rely on that knowledge. I suspect there are a decent number of large shaders in the wild that use backcompat flags or old compilers but whose uniforms are still constant. Well, maybe. Maybe we should just implement implicit const first. - That first fromTangentToWorld assignment, and I think several other assignments, are resulting in a cast for some reason, which is generating a bunch of <cast> synthetics when splitting. That shouldn't... cast? Why is that casting? * Native seems to struggle with unrolling this shader quickly as well. * Native is known to limit loop unrolling by execution time at least under some circumstances. If we have to do that here, so be it. -- 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 57686] New: Thief (2014) requires 'GroupMemoryBarrierWithGroupSync' support
by WineHQ Bugzilla 22 Aug '25

22 Aug '25

https://bugs.winehq.org/show_bug.cgi?id=57686 Bug ID: 57686 Summary: Thief (2014) requires 'GroupMemoryBarrierWithGroupSync' support Product: vkd3d Version: 1.14 Hardware: x86-64 OS: Linux Status: NEW Severity: minor Priority: P2 Component: hlsl Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- 09b4:err:d3dcompiler:D3DCompile2 Failed to compile shader, vkd3d result -4. 09b4:err:d3dcompiler:D3DCompile2 Shader log: 09b4:err:d3dcompiler:D3DCompile2 ..\..\Engine\\Shaders\Compute\DoFBlurBGCS.hlsl:35:51: E5000: Invalid subscript "Length". 09b4:err:d3dcompiler:D3DCompile2 ..\..\Engine\\Shaders\Compute\DoFBlurBGCS.hlsl:35:5: E5002: Can't implicitly convert from <error type> to int. 09b4:err:d3dcompiler:D3DCompile2 ..\..\Engine\\Shaders\Compute\DoFBlurBGCS.hlsl:42:83: E5000: Invalid subscript "Length". 09b4:err:d3dcompiler:D3DCompile2 ..\..\Engine\\Shaders\Compute\DoFBlurBGCS.hlsl:43:83: E5000: Invalid subscript "Length". 09b4:err:d3dcompiler:D3DCompile2 ..\..\Engine\\Shaders\Compute\DoFBlurBGCS.hlsl:44:83: E5000: Invalid subscript "Length". 09b4:err:d3dcompiler:D3DCompile2 ..\..\Engine\\Shaders\Compute\DoFBlurBGCS.hlsl:45:83: E5000: Invalid subscript "Length". 09b4:err:d3dcompiler:D3DCompile2 ..\..\Engine\\Shaders\Compute\DoFBlurBGCS.hlsl:46:1: E5005: Function "GroupMemoryBarrierWithGroupSync" is not defined. 09b4:err:d3dcompiler:D3DCompile2 1.14-278-ga082daeb -- 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 51345] New: Regression: Visual Studio 2005 "package load failure"
by WineHQ Bugzilla 22 Aug '25

22 Aug '25

https://bugs.winehq.org/show_bug.cgi?id=51345 Bug ID: 51345 Summary: Regression: Visual Studio 2005 "package load failure" Product: Wine Version: 6.11 Hardware: x86-64 OS: FreeBSD Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: damjan.jov(a)gmail.com winetricks vc2005trial wine cmd "C:\Program Files\Microsoft Visual Studio 8\VC\vcvarsall.bat" devenv Some time during 28-31 March 2021, the Visual Studio 2005 trial began giving +/- 10 of these error dialogs on startup, each relating to a different package. This is a rough transcript of one of them: ------------------------ Package Load Failure ------------------------ Package 'Microsoft.VisualStudio.TestTools.TestCaseManagement.QualtyToolsPackage, Microsoft.VisualStudio.QualityTools.TestCaseManagement, Version=8.0.0.0, Culture=neutral, PublicKeyToken=b03F5F7f11d50s3a' has failed to load properly { GUID = {AS4DSAES-9ACE-4FOE-ADGF-7AFESSFEFCET) ). Please contact package vendor for assistance. Application restart is recommended, due to possible environment corruption. Would you like to disable loading this package in the future? You may use 'devenv /resetskippkgs' to re-enable package loading. Yes No ------------------------ It is the worst git bisect I've ever done. Apart from the lengthy time needed to test each commit, the regression occurs within a range of 44 commits (bb065801a69..2a8a4cbbe63), the first 43 of which all die on startup, so we can't easily distinguish that bug from this one. I've now had to make a separate branch, "git rebase --onto <that range>" to copy commits from that range there, then "git rebase -i" to reorder them and separate the startup-breaking commits (ntdll/kernel32/kernelbase) from the other commits. Unfortunately, having done so, it appears the startup-breaking commits are also the commits that caused this regression. One or more of these is the culprit: ntdll: Move kernel32 loading into LdrInitializeThunk(). ntdll: Return system dir path for PE mapping bootstrap placeholders. ntdll: Fail to load non-existent dlls, except during prefix bootstrap. ntdll: Also check syswow64 to determine if the prefix was initialized. include: Add more SYSTEM_INFORMATION_CLASS definitions. kernel32: Implement GetSystemCpuSetInformation(). ntdll: Implement NtQuerySystemInformationEx(SystemCpuSetInformation). kernelbase: Don't fall back to dll loading for LOAD_LIBRARY_AS_DATAFILE. ntdll: Set the window title to the image name on the Unix side. ntdll: Remove load_builtin_dll() and get_load_order() from the Unix interface. ntdll: Map the builtin or fake dll from the Wine dirs if it's missing from the 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 18

[Bug 43481] New: GeoForms Demo needs "vs_2_a" compilation target
by wine-bugs＠winehq.org 22 Aug '25

22 Aug '25

https://bugs.winehq.org/show_bug.cgi?id=43481 Bug ID: 43481 Summary: GeoForms Demo needs "vs_2_a" compilation target Product: Wine Version: 2.14 Hardware: x86-64 URL: http://www.nvidia.com/coolstuff/demos#!/geoforms OS: Linux Status: NEW Keywords: download Severity: minor Priority: P2 Component: directx-d3dx9 Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- fixme:d3dcompiler:compile_shader Compilation target "vs_2_a" not yet supported -- 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 11

[Bug 58621] New: -Wl,--wine-builtin has no effect in winegcc
by WineHQ Bugzilla 22 Aug '25

22 Aug '25

http://bugs.winehq.org/show_bug.cgi?id=58621 Bug ID: 58621 Summary: -Wl,--wine-builtin has no effect in winegcc Product: Wine Version: 10.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: operendex(a)gmail.com Distribution: --- -Wl,--wine-builtin has no effect in winegcc. It produces the same file as if the argument were omitted. -- 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

Jump to page:

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