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

[Bug 12532] New: Autodesk TrueView fails to install
by wine-bugs＠winehq.org 16 Sep '24

16 Sep '24

http://bugs.winehq.org/show_bug.cgi?id=12532 Summary: Autodesk TrueView fails to install Product: Wine Version: CVS/GIT Platform: PC URL: http://usa.autodesk.com/adsk/servlet/index?id=6703438&si teID=123112 OS/Version: Linux Status: UNCONFIRMED Keywords: download, Installer Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: xerox_xerox2000(a)yahoo.co.uk Hi, a user submitted this new app into appdb with garbage test results, so i gave it a try as well. That user reported a problem that the disk was full, but i can't reproduce that, it fails differently here. To run into this bug you need Alex Villacis' patch here: http://article.gmane.org/gmane.comp.emulators.wine.patches/49916 hopefully that patch will make it into git monday. after applying that patch the intaller failed with a message 'Call not implemented' The problem seems to be: fixme:MsiDatabaseGenerateTransformW By just returning ERROR_SUCCESS, it ran into two other unimplemnted functions: MsiQueryFeatureStateFromDescriptorA and MsiCreateTransformSummaryInfoW By stubbing these out with ERROR_SUCCESS the installer claimed to be successfull (but i guess that's doubtful). Anyway , this all shows that these three functions need to be implemented to get this installer finish, and that's where I created this bug for. -- 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 53

[Bug 51732] New: TradeStation Installer: Unable to register servers. Setup will now abort.
by WineHQ Bugzilla 15 Sep '24

15 Sep '24

https://bugs.winehq.org/show_bug.cgi?id=51732 Bug ID: 51732 Summary: TradeStation Installer: Unable to register servers. Setup will now abort. Product: Wine Version: 6.0.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: christopher.m.penalver(a)gmail.com Distribution: Ubuntu Created attachment 70617 --> https://bugs.winehq.org/attachment.cgi?id=70617 WINEDEBUG=+relay wine 'TradeStation Setup.exe' 2>&1 Hello, attempting to install TradeStation from https://update.tradestation.com/Installs/TradeStation/10.00.02.925/TradeSta… with wine 6.0.1 causes a window to pop up noting precisely: Unable to register servers. Setup will now abort. In other words, the install fails and the user is left scratching their head about why it doesn't work. -- 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 37263] New: World Of Warcraft: stuck keys
by wine-bugs＠winehq.org 14 Sep '24

14 Sep '24

https://bugs.winehq.org/show_bug.cgi?id=37263 Bug ID: 37263 Summary: World Of Warcraft: stuck keys Product: Wine Version: 1.7.25 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: brian(a)infinityplusb.com I'm running WoW 5.4.8. At random intervals keys appear "stuck", even though they are not physically stuck. I can really only notice the ones where the "stuck key" is for moving (e,d,s,f) cause the character keeps strafing or running. Sometimes repressing these keys causes the key to unstick, but that's maybe a 20-25% success rate. Maybe less. I'm new to this bug-filing thing so I'll try replicate the issue. I'm not sure this issue is specific to Warcraft, but it's the only game I play. There are other google tracks related to this, but they seem quite old (pre-2008). -- 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 57121] New: wine make keys sticky
by WineHQ Bugzilla 14 Sep '24

14 Sep '24

https://bugs.winehq.org/show_bug.cgi?id=57121 Bug ID: 57121 Summary: wine make keys sticky Product: Wine Version: 9.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: xinput Assignee: wine-bugs(a)winehq.org Reporter: axet(a)me.com Distribution: --- Hello! Playing wine games I notices key become sticky sometimes. Pressing keys makes no effect in the game for some delay and then all keys get burst into game making character cast / jump like you pressed it at once. This is only affecting keyboard input, mouse input is not affected. When keys are sticky you still can use mouse do move, left / right clicks and character responds to it. I found out that it is easy to reproduce by using slow USB flash drive (4MB/s write 20MB/s read) when you put all data into it: wine binaries, cache folder (with mesa_shader_cache using XDG_CACHE_HOME variable), game it self. When you start a game using this setup allays keys get sticky, but mouse is never affected. It is happening also when game and wine and cache on the HDD but much more rarely. I guess when USB flash got accessed by linux kernel. I'm using: debian trixie wine 9.16 i3-12100F // RX 6600 (amdgpu) -- 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 56030] New: Left 4 Dead 2 Version 2.2.0.0 Keyboard / Mouse inputs not properly recognized.
by WineHQ Bugzilla 14 Sep '24

14 Sep '24

https://bugs.winehq.org/show_bug.cgi?id=56030 Bug ID: 56030 Summary: Left 4 Dead 2 Version 2.2.0.0 Keyboard / Mouse inputs not properly recognized. Product: Wine Version: 9.0-rc1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: hibbsncc1701(a)gmail.com Distribution: --- With Wine-9.0-rc1 Left 4 Dead 2 Version 2.2.0.0 does not properly recognize keyboard / mouse inputs. It seems that in some cases key state changes are ignored. I.e. The key "gets stuck" in the last read state. Causing behaviors like the player not moving despite any of the WSAD keys being held down, continuing to move in a single direction, or the player constantly firing / reloading / switching a weapon (similar to a turbo controller) despite the mouse having only been clicked / scrolled once (and the mouse not having a turbo mode). This seems to happen about once every ~15-20 seconds. Making the game unplayable. It also seems that the only way for the key to be "unstuck" is to change it's state while the game is getting input. For example, If the player is stuck firing a weapon, the player needs to manually fire the weapon again (Mouse1 by default) and release the key before the game ignores input again to make the weapon stop firing. Simply doing nothing will *not* fix the key state as far as the game is concerned. It should be noted that mouse movement does not seem to be affected by this. As the player can still use mouse look normally despite the above behaviors. -- 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 55849] New: Wine sends WM_(SYS)KEYUP event twice for Alt (and such) key if Fcitx/iBus daemon is running
by WineHQ Bugzilla 14 Sep '24

14 Sep '24

https://bugs.winehq.org/show_bug.cgi?id=55849 Bug ID: 55849 Summary: Wine sends WM_(SYS)KEYUP event twice for Alt (and such) key if Fcitx/iBus daemon is running Product: Wine Version: 8.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: emuser20140816(a)gmail.com Distribution: --- Created attachment 75355 --> https://bugs.winehq.org/attachment.cgi?id=75355 A test application I've attached an example application that reproduces this issue (win32-syskey-test.exe). The expected behavior of this application is to toggle background color (red/green) by pressing Alt (VK_MENU) key. This application behaves correctly on Windows, and behaves correctly on Wine too but only when the Fcitx/iBus daemon (with XIM integration enabled) is *not* running: WM_SYSKEYDOWN: wParam: 18, lParam: 0x20380001 WM_SYSKEYUP: wParam: 18, lParam: 0xc0380001 However, the application behaves differently on Wine if Fcitx/iBus daemon is running: WM_SYSKEYDOWN: wParam: 18, lParam: 0x20380001 WM_SYSKEYUP: wParam: 18, lParam: 0xc0380001 WM_KEYUP: wParam: 18, lParam: 0xc0380001 and the toggle switch no longer works. (This affects every application that takes a similar approach, i.e. an application that uses Alt, Ctrl or Shift key to toggle something on WM_(SYS)KEYUP event.) The workaround for this issue is either quit the Fcitx/iBus daemon (which makes IME unusable for this application) or revert the commit https://gitlab.winehq.org/wine/wine/-/commit/a4a5a2ec121eeb2a7cd4ffbb5ba7b2… (which requires complete rebuild from wine source tree). -- 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 53994] New: Internet Explorer 11: Install fails due to lack of DISM.exe implementation
by WineHQ Bugzilla 13 Sep '24

13 Sep '24

https://bugs.winehq.org/show_bug.cgi?id=53994 Bug ID: 53994 Summary: Internet Explorer 11: Install fails due to lack of DISM.exe implementation Product: Wine Version: 7.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: masterbuilder102(a)gmail.com Distribution: --- Created attachment 73579 --> https://bugs.winehq.org/attachment.cgi?id=73579 Log of IE11. (Contains two duplicate install attempts). Info: Debian 11, 32 bit wine prefix. Workarounds: Need to use native version of inseng.dll Download Link for IE11 32 bit: https://web.archive.org/web/20210701100535/http://download.microsoft.com/do… When installing IE11, it checks for a few files d3d11.dll api-ms-win-downlevel-user32-l1-1-0.dll Ntoskrnl.exe api-ms-win-security-base-l1-1-0.dll conhost.exe segoeui.ttf taskhost.exe tcpip.sys tdh.dll Wine lacks taskhost.exe, tcpip.sys, tdh.dll and segoeui.ttf, manually copying these files over will cause the installer to not manually install it, except for segoeui.ttf which fails regardless if the file is present. In my log I have all these files copied over already which is why they all say (True). Based on Bug 43509 I believe the issue is that the wine implementation of dism.exe is incomplete, but I also think it is possible to get IE11 working if the segoeui.ttf check can be done. -- 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 24684] New: SMP problems with Source games
by wine-bugs＠winehq.org 11 Sep '24

11 Sep '24

http://bugs.winehq.org/show_bug.cgi?id=24684 Summary: SMP problems with Source games Product: Wine Version: 1.3.4 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: pitlicek(a)gmail.com Some games with latest Source engine (Alien Swarm, Left for Dead 2) has sometimes grayed out "Enable multicore rendering" in options menu. But when It's not grayed out, and I enable it, it works like it's supposed to, giving me notable fps boost and using both my CPU cores. But I'm using virtual desktop, to still be able to communicate with my friend using IM. But sometimes, when I leave virtual desktop and want to return back, the VD is not redrawing. I can still hear music, game sounds, even blindly open in-game console nad write quit to exit the game properly. This is not happening if multicore is disabled in game. -- 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 29

[Bug 54249] New: Temple of Elemental Evil Demo Backtrace
by WineHQ Bugzilla 11 Sep '24

11 Sep '24

https://bugs.winehq.org/show_bug.cgi?id=54249 Bug ID: 54249 Summary: Temple of Elemental Evil Demo Backtrace Product: Wine Version: 8.0-rc2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: maiktapwagner(a)aol.com Distribution: --- Created attachment 73802 --> https://bugs.winehq.org/attachment.cgi?id=73802 Backtrace 8.0-rc2 (Slackware 15.0) Hello everyone, I was revisiting bug 9304 and did a fresh install from: https://www.fileplanet.com/archive/p-12410/The-Temple-of-Elemental-Evil-Demo sha256sum ToEE_Demo.exe 827a280487c3615ae4be0185daefbb63098a93c71f6a21409446040969e8c6a9 ToEE_Demo.exe I ran into the problem that now a backtrace is thrown in 8.0-rc2 -- 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 43461] New: NoLimits2 crashes on startup
by wine-bugs＠winehq.org 11 Sep '24

11 Sep '24

https://bugs.winehq.org/show_bug.cgi?id=43461 Bug ID: 43461 Summary: NoLimits2 crashes on startup Product: Wine Version: 2.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: directx-d3dx9 Assignee: wine-bugs(a)winehq.org Reporter: alt.stephan(a)web.de Distribution: --- Created attachment 58835 --> https://bugs.winehq.org/attachment.cgi?id=58835 Wine console messages While initializing, the program quits with a fatal error: The application failed with: D3DXAssembleShader return with an unexpected error. (see crash.png) Wine console log (crash.log) attached below, as well as the wine "crash detected" log (err_report.log). I tried with both UseGLSL enabled and disabled. -- 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 15