wine-bugs

wine-bugs@winehq.org

1 participants
159088 discussions

[Bug 58575] New: Low performance in an old Directx8 Sonic fangame in wined3d
by WineHQ Bugzilla 11 Aug '25

11 Aug '25

http://bugs.winehq.org/show_bug.cgi?id=58575 Bug ID: 58575 Summary: Low performance in an old Directx8 Sonic fangame in wined3d Product: Wine Version: 10.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: user.pecheniok(a)gmail.com Distribution: --- This game has a built-in fps counter. After launching it, I was surprised to find that it ran at only 30 fps in the hub area, while on windows it runs at 60. It is seemingly ok in the gameplay, but fps is often several values short of 60, and there are also rarer drops to 30 for several seconds. There are no warnings in the console other than related to directsound. DXVK works at a locked 60 fps, so that means that it's a problem with wined3d. Here is the link to the game: https://gamejolt.com/games/sonic3d/28626 -- 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 56648] New: Autodesk DWG TrueView fails at installation
by WineHQ Bugzilla 11 Aug '25

11 Aug '25

https://bugs.winehq.org/show_bug.cgi?id=56648 Bug ID: 56648 Summary: Autodesk DWG TrueView fails at installation Product: Wine Version: 9.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: szatkus(a)gmail.com Distribution: --- Installation fails with the fixme: "Could not find dependent assembly odis.bs.win (1.0.0)" Turns out the installer creates a new folder (%TEMP%/7z0F0512E4) with another installer that apparently is invoked next. The program removes it automatically after crashing, but it could be retrieved by placing `while(1);` next to the fixme or by using a Windows machine. There's the Setup.exe file that has the following manifest in its resources: <?xml version='1.0' encoding='UTF-8' standalone='yes'?> <assembly xmlns='urn:schemas-microsoft-com:asm.v1' manifestVersion='1.0'> <trustInfo xmlns="urn:schemas-microsoft-com:asm.v3"> <security> <requestedPrivileges> <requestedExecutionLevel level='asInvoker' uiAccess='false' /> </requestedPrivileges> </security> </trustInfo> <dependency> <dependentAssembly> <assemblyIdentity type='win32' name='odis.bs.win' version='1.0.0.0' processorArchitecture='*' language='*' /> </dependentAssembly> </dependency> <dependency> <dependentAssembly> <assemblyIdentity type='win32' name='odis.bs.wx' version='1.0.0.0' processorArchitecture='*' language='*' /> </dependentAssembly> </dependency> <dependency> <dependentAssembly> <assemblyIdentity type='win32' name='Microsoft.Windows.Common-Controls' version='6.0.0.0' processorArchitecture='*' publicKeyToken='6595b64144ccf1df' language='*' /> </dependentAssembly> </dependency> <dependency> <dependentAssembly> <assemblyIdentity type='win32' name='Microsoft.Windows.Common-Controls' version='6.0.0.0' processorArchitecture='*' publicKeyToken='6595b64144ccf1df' language='*' /> </dependentAssembly> </dependency> </assembly> From what I gathered this manifest is used to resolve some required dlls files, but it ultimately fails. The odis.bs.win is resolved by the following algorithm (a comment from the wine code): /* Lookup in <dir>\name.dll * <dir>\name.manifest * <dir>\name\name.dll * <dir>\name\name.manifest * * First 'appdir' is used as <dir>, if that failed * it tries application manifest file path. */ The file it's looking for is in ODIS/odis.bs.win/odis.bs.win.manifest, not in odis.bs.win/odis.bs.win.manifest (name="odis.bs.win"). Where from does Windows get the ODIS part? Well, there's also a file called "Setup.exe.config" with the following content: <configuration> <windows> <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1"> <probing privatePath="ODIS"/> </assemblyBinding> </windows> </configuration> It looks that the program should resolve through <dir>/<privatePath>. I added a few prints here and there, and it seems that Setup.exe.config is not loaded by wine at any point. Moving odis.bs.win and odis.bs.wx to the upper folder fixes the problem, although the installation still fails after a while. -- 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 9

[Bug 57744] New: Custom? 7z self extracting archive for autocad is broken
by WineHQ Bugzilla 11 Aug '25

11 Aug '25

https://bugs.winehq.org/show_bug.cgi?id=57744 Bug ID: 57744 Summary: Custom? 7z self extracting archive for autocad is broken Product: Wine Version: 10.0-rc6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: francisco278herrera(a)gmail.com Distribution: --- Created attachment 77944 --> https://bugs.winehq.org/attachment.cgi?id=77944 dlls that aren't extracted I tried installing autocad 2025 from the autodesk website https://www.autodesk.com/products/autocad/overview?term=1-YEAR&tab=subscrip… the installer at first fails to open. it seems to be a custom? 7z self extracting archive that is broken so some dlls within it are not extracted and the installer does not run. i have attached the full terminal output with the dlls. so i opened the exe using gnome file roller and copied those dlls to wine's system32 folder. then the installer runs and gets stuck at 3%, but that is another bug. -- 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 8

[Bug 58505] New: Odd windows management behaviour in later dev versions
by WineHQ Bugzilla 11 Aug '25

11 Aug '25

http://bugs.winehq.org/show_bug.cgi?id=58505 Bug ID: 58505 Summary: Odd windows management behaviour in later dev versions 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: kg.hammarlund(a)gmail.com Distribution: --- I run a geneaology database program written for windows under wine. It runs fine on v10.0 (stable) and on dev versions up to 10.4. From v10.5 and upwards, including v1012, I'm encountering an odd issue. When opening a search window, this window opens in the background instead of on top of the main window. I then have to move or resize the main window in order to highilght the search window and fill in the search data. But this only happens the first time I open the search window. Next time it opens in the foreground. If I untick the box "Allow the window manager to control the windows" in winecfg > graphics, the search window opens expected. But this solution has its drawbacks. -- 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 58589] New: The Dark Pictures Anthology: Man of Medan shows a grey screen in DX12 mode
by WineHQ Bugzilla 11 Aug '25

11 Aug '25

http://bugs.winehq.org/show_bug.cgi?id=58589 Bug ID: 58589 Summary: The Dark Pictures Anthology: Man of Medan shows a grey screen in DX12 mode Product: vkd3d Version: 1.15 Hardware: x86-64 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: vkd3d Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com CC: gmascellani(a)codeweavers.com Regression SHA1: 07b7975d09e8dfbdfc5a9942b4f0c9d054a5cd11 Distribution: --- After launching the game screen is grey during the first video. -- 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 57414] New: BioShock needs support for 'Generic samplers need to be lowered'
by WineHQ Bugzilla 11 Aug '25

11 Aug '25

https://bugs.winehq.org/show_bug.cgi?id=57414 Bug ID: 57414 Summary: BioShock needs support for 'Generic samplers need to be lowered' Product: vkd3d Version: 1.13 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: --- Using builtin d3dx9_33 and '-dx9' flag. 098c:err:d3dcompiler:D3DCompile2 Failed to compile shader, vkd3d result -5. 098c:err:d3dcompiler:D3DCompile2 Shader log: 098c:err:d3dcompiler:D3DCompile2 <anonymous>:1:371: E5017: Aborting due to not yet implemented feature: Generic samplers need to be lowered. 098c:err:d3dcompiler:D3DCompile2 1.13-654-g756b98f0 -- 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 56347] New: The Sinking City exits after Click any key to continue
by WineHQ Bugzilla 11 Aug '25

11 Aug '25

https://bugs.winehq.org/show_bug.cgi?id=56347 Bug ID: 56347 Summary: The Sinking City exits after Click any key to continue Product: vkd3d Version: 1.10 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: vkd3d Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- After starting new game and loading the game shows 'Click any key to continue' which results in 0880:err:msvcrt:_wassert (L"1 <= count && count <= VKD3D_VEC4_SIZE",L"../vkd3d/libs/vkd3d-shader/vkd3d_shader_private.h",1613) vkd3d-1.10-492-gd9c68ee4 -- 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

[Bug 58578] New: Hygeia Pharmacy: complains that Microsoft ReportViewer is not installed (unimplemented MsiProvideAssemblyW() ?)
by WineHQ Bugzilla 10 Aug '25

10 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 5

[Bug 58588] New: Tokens Acquired from WTSQueryUserToken do not set the session id for the token correctly
by WineHQ Bugzilla 10 Aug '25

10 Aug '25

http://bugs.winehq.org/show_bug.cgi?id=58588 Bug ID: 58588 Summary: Tokens Acquired from WTSQueryUserToken do not set the session id for the token correctly Product: Wine Version: 10.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wtsapi32 Assignee: wine-bugs(a)winehq.org Reporter: katharina(a)hacked.xyz Distribution: --- A service running under NTAUTHORITY\SYSTEM may use the Windows Terminal Server API to resolve user sessions. This is also works on non-terminalservers, that is, normal computers where only one simoultaneous session is allowed. My best guess is that Windows internally treats all sessions as terminal service sessions, so this API becomes canon. If a service wants to then spawn a process attached to this user's session, so that the spawned process is able to open a window showing in the user's session, it may use CreateProcessAsUserW to do this, and supply a token to a users's Windows session. The general principle is for example documented in this stackoverflow question: https://stackoverflow.com/questions/3128017/launching-a-process-in-user-s-s… A real-world user of this mechanism is the Dassault 3DEXPERIENCE Launcher, which is unfortunately not available without purchase. The actual source of the token is not terribly important; the code I debugged uses WTSEnumerateSessions in conjunction with WTSQueryUserToken. The latter should return a token that has it's session ID set to the current users session ID; most likely 1. A reproducer for this bug is available here: https://gitlab.winehq.org/hackathi/wtsqueryusertoken-bug -- 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 49810] New: WhenSilenceDimsTheStarsAbove demoscene demo crashes on startup
by WineHQ Bugzilla 10 Aug '25

10 Aug '25

https://bugs.winehq.org/show_bug.cgi?id=49810 Bug ID: 49810 Summary: WhenSilenceDimsTheStarsAbove demoscene demo crashes on startup Product: Wine Version: 5.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: aros(a)gmx.com Distribution: --- Created attachment 68135 --> https://bugs.winehq.org/attachment.cgi?id=68135 demo itself Wine-dbg>cont 00cc:fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFORMATION Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x0060957d). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:0060957d ESP:0031fdd8 EBP:00008000 EFLAGS:00010202( R- -- I - - - ) EAX:00000000 EBX:000001bd ECX:0031fdac EDX:ffffffff ESI:00000000 EDI:01026560 Stack dump: 0x0031fdd8: 00000007 0031fe38 00000000 007447ca 0x0031fde8: 00000000 f6dc15c0 00606131 0102619c 0x0031fdf8: 0102619c 00000000 004d2270 00000013 0x0031fe08: 00081000 01fc0000 00080000 0031fe30 0x0031fe18: 0031fe88 7bc53f21 0000000a 00110000 0x0031fe28: 0031fe88 7bc53f21 00110094 7ffc2c00 Backtrace: =>0 0x0060957d in whensilencedimsthestarsabove.ex (+0x3957d) (0x00008000) 0x0060957d: movl 0x0(%eax),%ecx -- 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 19

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