February 2025 - Wine-bugs - list.winehq.org

[Bug 57585] New: Make UseTakeFocus default to N on Linux, so games can accept input when refocused
by WineHQ Bugzilla 17 Feb '26

17 Feb '26

https://bugs.winehq.org/show_bug.cgi?id=57585 Bug ID: 57585 Summary: Make UseTakeFocus default to N on Linux, so games can accept input when refocused Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: joeytwiddle(a)gmail.com Distribution: --- To reproduce the problem: 1. On Linux (e.g. KDE5 with X11), start a game or fullscreen app (e.g. Among Us or Bad North Jotunn Edition, but you can find many games with the same problem) 2. Once the game has opened and is fullscreen, use Alt-Tab to switch to another app 3. Now switch back to the game. 4. The game now ignores mouse and keyboard input! To fix it, kill the game, then run: wine reg add 'HKEY_CURRENT_USER\Software\Wine\X11 Driver' /t REG_SZ /v UseTakeFocus /d N /f Now try the above steps again. It has likely fixed the problem! Because the problem is so common, please consider making the above fix the default setting on Linux. Hopefully it will benefit more users than it inconveniences. --- The problem and solution have been mentioned here: - https://askubuntu.com/questions/299286/how-to-recover-focus-after-losing-it… - https://bugs.winehq.org/show_bug.cgi?id=47929 - https://bugs.winehq.org/show_bug.cgi?id=48121 - https://bugs.winehq.org/show_bug.cgi?id=37393 - https://bugs.winehq.org/show_bug.cgi?id=56073 -- 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 37664] New: CUDA encoder does not work on MediaCoder x64 0.8.33 build 5680
by wine-bugs＠winehq.org 17 Feb '26

17 Feb '26

https://bugs.winehq.org/show_bug.cgi?id=37664 Bug ID: 37664 Summary: CUDA encoder does not work on MediaCoder x64 0.8.33 build 5680 Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rickardj42(a)gmail.com Distribution: --- Created attachment 50128 --> https://bugs.winehq.org/attachment.cgi?id=50128 Screenshot of the error message In MediaCoder x64 0.8.33 build 5680 attempting to select GPU encoder causes error "No supported acceleration hardware detected", dispite the presence of an NVidia GeForce 750ti in my system. Attempting to force GPU encoding using CUDA encoder results in Error (14) on all items(general encoder error). -- 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

[Bug 24387] New: MS Money 2000: Crashes updating financial informations from the Internet
by wine-bugs＠winehq.org 17 Feb '26

17 Feb '26

http://bugs.winehq.org/show_bug.cgi?id=24387 Summary: MS Money 2000: Crashes updating financial informations from the Internet Product: Wine Version: 1.3.2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: andrea.vai(a)unipv.it Created an attachment (id=30732) --> (http://bugs.winehq.org/attachment.cgi?id=30732) Terminal output. If I click on "update informations from the internet" in the main page of the application, the applications crashes (Application error window "MSMONEY encountered an error and has must be closed" appears. The only way to close the application is to kill it). Problem was not present in wine 1.1.15, so I performed a regression test and the result is: ---------------------------------------------------------------- c5a6b7b36674e8b7f7dc687b01773b88fa7d7312 is the first bad commit commit c5a6b7b36674e8b7f7dc687b01773b88fa7d7312 Author: Juan Lang <juan.lang(a)gmail.com> Date: Tue Mar 30 10:26:48 2010 -0700 rsaenh: Support setting salt via KP_SALT (resend). :040000 040000 d9a20e02d3637c41baadb3131a23907fb5603fe8 51eea86ad80613f612f64bd44a0517c0b89a4894 M dlls ---------------------------------------------------------------- As far as I can notice, the bad commit is the same involved in bug 23208. Fixing this regression would really bring this app towards complete functionality. -- 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 48

[Bug 57182] New: Clipboard integration is broken with winewayland
by WineHQ Bugzilla 17 Feb '26

17 Feb '26

https://bugs.winehq.org/show_bug.cgi?id=57182 Bug ID: 57182 Summary: Clipboard integration is broken with winewayland Product: Wine Version: 9.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winewayland Assignee: wine-bugs(a)winehq.org Reporter: shtetldik(a)gmail.com Distribution: --- I noticed that clipboard isn't working in Wine Wayland mode. A simple test - run notepad in a prefix with Wine Wayland enabled. Copying anything from it doesn't propagate to system clipboard. Pasting when system clipboard has something doesn't paste it either. DE: KDE Plasma 6.1.4, Wayland session. -- 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 3

[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 56825] New: Unable to see screen for Harmony Assistant version 9.9.8d (64 bit)
by WineHQ Bugzilla 17 Feb '26

17 Feb '26

https://bugs.winehq.org/show_bug.cgi?id=56825 Bug ID: 56825 Summary: Unable to see screen for Harmony Assistant version 9.9.8d (64 bit) Product: Wine Version: 9.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dheorchestra(a)gmail.com Distribution: --- Created attachment 76632 --> https://bugs.winehq.org/attachment.cgi?id=76632 screen shot of installed Harmony Assistant 9.9.8d (64 bit). Cannot see installed program screen. I am using Linux Lite 7.0 Download Link for Harmony Assistant version 9.9.8d (64 bit) https://www.myriad-online.com/en/products/harmony.htm When running a new installation of the Windows version of Harmony Assistant v9.9.8d (64-bit) all I receive is a black screen with little white dots on it when the program is installed. -- 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 16

[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 34388] New: Star Citizen: Certificate authentication failed
by wine-bugs＠winehq.org 17 Feb '26

17 Feb '26

http://bugs.winehq.org/show_bug.cgi?id=34388 Bug #: 34388 Summary: Star Citizen: Certificate authentication failed Product: Wine Version: 1.7.0 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 Star Citizen launcher starts with an error message: "Certificate authentication failed, please re-install to correct the problem" +crypt 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.

3 38

[Bug 42538] New: wined3d checks for a wrong GL_VENDOR in wined3d_guess_gl_vendor
by wine-bugs＠winehq.org 17 Feb '26

17 Feb '26

https://bugs.winehq.org/show_bug.cgi?id=42538 Bug ID: 42538 Summary: wined3d checks for a wrong GL_VENDOR in wined3d_guess_gl_vendor Product: Wine Version: 2.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: kamil.hornicek(a)reactos.org Distribution: --- The check >if (strstr(gl_vendor_string, "Mesa")< in wined3d/directx.c:1729 is wrong. Mesa presents itself with GL_VENDOR = "Brian Paul" and GL_RENDERER = "Mesa" as can be seen here: https://cgit.freedesktop.org/mesa/mesa/tree/src/mesa/main/getstring.c#n115 Even though the code works because it later checks for GL_RENDERER == "Mesa" it still should be fixed. This was also previously fixed in wined3d_guess_card_vendor. -- 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 7

[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