May 2024 - Wine-bugs - list.winehq.org

[Bug 45868] New: Windower 5 beta (FF XI tool) crash: System.ArgumentNullException: Value cannot be null. Parameter name: icon at System.Windows.Interop.Imaging.CreateBitmapSourceFromHIcon() at Windower.UI.StockIcons.GetStockIcon()
by wine-bugs＠winehq.org 18 Feb '26

18 Feb '26

https://bugs.winehq.org/show_bug.cgi?id=45868 Bug ID: 45868 Summary: Windower 5 beta (FF XI tool) crash: System.ArgumentNullException: Value cannot be null. Parameter name: icon at System.Windows.Interop.Imaging.CreateBitmapSourceFromH Icon() at Windower.UI.StockIcons.GetStockIcon() Product: Wine Version: 3.16 Hardware: x86 URL: http://files.windower.net/5/core/test/windower.portabl e.zip OS: Linux Status: NEW Keywords: dotnet, download Severity: normal Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: Ubuntu Created attachment 62366 --> https://bugs.winehq.org/attachment.cgi?id=62366 crashlog Steps: - winetricks -q dotnet45 - winetricks win7 unzip ~/Downloads/windower.portable.zip WINEDLLOVERRIDES=dwmapi,dbghelp=d wine windower.exe (disable dwmapi to workaround 45832, disable dbghelp to get clear crash, otherwise crashhandler is invoked that hides the real problem) sha1sum windower.portable.zip 96e8492fd229175557b376e030a96f9d50641ded windower.portable.zip Hack to get around this bug (showing the problem is in SHGetStockIconInfo most likely): diff --git a/dlls/shell32/shell32.spec b/dlls/shell32/shell32.spec index 837abd3fec..dc7ed03d7c 100644 --- a/dlls/shell32/shell32.spec +++ b/dlls/shell32/shell32.spec @@ -400,7 +400,7 @@ @ stdcall SHGetSpecialFolderLocation(long long ptr) @ stdcall SHGetSpecialFolderPathA(long ptr long long) @ stdcall SHGetSpecialFolderPathW(long ptr long long) -@ stdcall SHGetStockIconInfo(long long ptr) +#@ stdcall SHGetStockIconInfo(long long ptr) @ stdcall SHHelpShortcuts_RunDLL(long long long long) SHHelpShortcuts_RunDLLA @ stdcall SHHelpShortcuts_RunDLLA(long long long long) @ stdcall SHHelpShortcuts_RunDLLW(long long long long) -- 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 16

[Bug 48474] New: Amazon Chime 4.x (.NET 4.5 app) dhtml-based user interface unresponsive (unable to join meeting)
by WineHQ Bugzilla 18 Feb '26

18 Feb '26

https://bugs.winehq.org/show_bug.cgi?id=48474 Bug ID: 48474 Summary: Amazon Chime 4.x (.NET 4.5 app) dhtml-based user interface unresponsive (unable to join meeting) Product: Wine Version: 5.0-rc5 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, to track: https://www.scivision.dev/amazon-chime-wine-linux/ https://appdb.winehq.org/objectManager.php?sClass=version&iId=35825 Download: https://clients.chime.aws/win/releases/Chime.4.28.9164.exe Prerequisite: 'winetricks -q dotnet452' $ sha1sum Chime.4.27.9601.exe 85003200b01f03c077713f03127ab625c653bd74 Chime.4.27.9601.exe $ du -sh Chime.4.27.9601.exe 51M Chime.4.27.9601.exe $ wine --version wine-5.0-rc5 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 4

[Bug 54381] New: tightvnc viewer crashes on incoming connection
by WineHQ Bugzilla 17 Feb '26

17 Feb '26

https://bugs.winehq.org/show_bug.cgi?id=54381 Bug ID: 54381 Summary: tightvnc viewer crashes on incoming connection Product: Wine Version: 8.0-rc3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: wine(a)axeitado.com Distribution: --- Created attachment 73948 --> https://bugs.winehq.org/attachment.cgi?id=73948 Backtrace, 64bits version. $ wine --version wine-8.0-rc3 (Debian 8.0~rc3~repack-1) The crash happens when the connection is established and the remote screen is about to appear on the viewer. For instance, when the remote server connects to the viewer with a reverse connection: $ wine tvnviewer.exe -listen c:\> tvnserver.exe -run c:\> tvnserver.exe -controlapp -connect <viewer-host-address> wine: Unhandled page fault on write access to 0000000000000000 at address 000000014007D22D (thread 0110), starting debugger... 0108:err:sync:RtlpWaitForCriticalSection section 0000000001D77BF8 (null) wait timed out in thread 0108, blocked by 010c, retrying (60 sec) The above example uses the reverse connection method, which is straightforward to setup. When the viewer connects to a listening remote server the same crash occurs: c:\> rem the server must be properly configured: c:\> tvnserver.exe -run $ wine tvnviewer.exe <remote-server-address> wine: Unhandled page fault on write access to 0000000000000000 at address 000000014007D22D (thread 010c), starting debugger... 0108:err:sync:RtlpWaitForCriticalSection section 0000000001D77BF8 (null) wait timed out in thread 0108, blocked by 010c, retrying (60 sec) This worked until very recently, 7.0.1~repack-1 was fine (this is Debian Testing). The software is licensed under the GPL and binaries can be downloaded on the author's homepage (currently at version 2.8.63): https://www.tightvnc.com/download.php The 32 bit version also crashes. Backtrace attached. It looks like the problem is related to starting a thread. -- 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 18

[Bug 34427] New: Star Citizen launcher has several graphics issues
by wine-bugs＠winehq.org 17 Feb '26

17 Feb '26

http://bugs.winehq.org/show_bug.cgi?id=34427 Bug #: 34427 Summary: Star Citizen launcher has several graphics issues Product: Wine Version: 1.7.1 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: adys.wh(a)gmail.com Classification: Unclassified Created attachment 45828 --> http://bugs.winehq.org/attachment.cgi?id=45828 Screenshot on wine-1.7.1 Lots of hsls/d3dcompiler spam: err:d3dcompiler:compile_shader HLSL shader parsing failed. fixme:hlsl_parser:hlsl_parse Check for valued return on void function. fixme:hlsl_parser:hlsl_parse Implicit conversion to the return type if needed, error out if conversion not possible. fixme:hlsl_parser:hlsl_parse Check for valued return on void function. fixme:hlsl_parser:hlsl_parse Implicit conversion to the return type if needed, error out if conversion not possible. fixme:hlsl_parser:declare_vars Complex initializers are not supported yet. fixme:d3dcompiler:make_assignment Check for casts in the lhs. err:d3dcompiler:compile_shader HLSL shader parsing failed. fixme:hlsl_parser:hlsl_parse Array. fixme:d3dcompiler:make_assignment Check for casts in the lhs. fixme:d3dcompiler:make_assignment Check for casts in the lhs. fixme:hlsl_parser:hlsl_parse Array. err:d3dcompiler:compile_shader HLSL shader parsing failed. Screenshots and log attached -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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 8

[Bug 56648] New: Autodesk DWG TrueView fails at installation
by WineHQ Bugzilla 17 Feb '26

17 Feb '26

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.

2 10

[Bug 41267] New: Black ops 2 crashes with "Unhandled exception caught"
by wine-bugs＠winehq.org 17 Feb '26

17 Feb '26

https://bugs.winehq.org/show_bug.cgi?id=41267 Bug ID: 41267 Summary: Black ops 2 crashes with "Unhandled exception caught" Product: Wine Version: 1.9.18 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: spleefer90(a)gmail.com Distribution: --- Created attachment 55567 --> https://bugs.winehq.org/attachment.cgi?id=55567 crash log when trying to launch the game(BO2:MP) from Steam Game crashes on startup with the message: "Error during initialization: Unhandled exception caught" -- 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 55

[Bug 56296] New: PDFSam Installer shows an empty language list
by WineHQ Bugzilla 15 Feb '26

15 Feb '26

https://bugs.winehq.org/show_bug.cgi?id=56296 Bug ID: 56296 Summary: PDFSam Installer shows an empty language list Product: Wine Version: 8.0.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: kyle.kcsoftwares(a)gmail.com Distribution: --- Created attachment 76012 --> https://bugs.winehq.org/attachment.cgi?id=76012 Ubuntu_KO PDFSam Installer shows an empty language list This prevents installation -- 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 9

[Bug 48872] New: Faststone Image Viewer doesn't show file names
by WineHQ Bugzilla 14 Feb '26

14 Feb '26

https://bugs.winehq.org/show_bug.cgi?id=48872 Bug ID: 48872 Summary: Faststone Image Viewer doesn't show file names Product: Wine Version: 5.5 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: phil4000n(a)gmail.com Distribution: --- Created attachment 66805 --> https://bugs.winehq.org/attachment.cgi?id=66805 FSViewer 75 bug description FSViewer75 Wine55 with wine-mono Strangely, in the viewpane the image file names do not appear, while when hovering on an image it does display it. see attached picture -- 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 6

[Bug 34875] New: WordFlood 2.0 Program Error Won't Launch
by wine-bugs＠winehq.org 14 Feb '26

14 Feb '26

http://bugs.winehq.org/show_bug.cgi?id=34875 Bug #: 34875 Summary: WordFlood 2.0 Program Error Won't Launch Product: Wine Version: unspecified Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gowtham.pro(a)gmail.com Classification: Unclassified Created attachment 46479 --> http://bugs.winehq.org/attachment.cgi?id=46479 The dump created I am trying to run this software to run on my Linux destro (Ubuntu 12.04). It's called WordFlood 2.0. Not a popular software but quintessential for me. Anyways installed this software with Wine and installation went without any problem. But when I launch the application I get an error. I am attaching the dump here just in case you people need to take a look. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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 19

[Bug 41649] New: OE-Cake physics game starts with black screen on Shader modes
by wine-bugs＠winehq.org 14 Feb '26

14 Feb '26

https://bugs.winehq.org/show_bug.cgi?id=41649 Bug ID: 41649 Summary: OE-Cake physics game starts with black screen on Shader modes Product: Wine Version: 1.9.22 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: nlynch77(a)gmail.com Distribution: --- Created attachment 56028 --> https://bugs.winehq.org/attachment.cgi?id=56028 the graphical errors I'm happy that OE-Cake, a fun physics toy that came out around the same time as PowderToy, mostly works fine. The simple graphics modes where each particle is a circle work great, with perfect performance. The game requires no install and starts up instantly. The problem is that the higher graphics modes that use shaders do not work. I have attached a picture for an example. The fire effect is visible on top of a black screen. From previous experience I know that this caused when OE-Cake cannot recognize your graphics card, at least that's how it is caused in Windows on real hardware. I've played some pretty advanced games on WINE so I have a feeling this could be fixed somehow. An alternate failure mode that several users have reported is that the shader modes do work, but in the lower graphics modes each circle representing a particle is replaced by a square making it look like Minecraft. The game can be downloaded here: http://oecake.wikia.com/wiki/OE-Cake_Wiki I've never submitted a bug before so if there's anything I should test or add to this report, let me know. -- 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 11