wine-bugs September 2024

wine-bugs@winehq.org

1 participants
1616 discussions

[Bug 657] Many games and applications need 'mfc42.dll' ('winetricks -q mfc42' is a workaround)
by WineHQ Bugzilla 16 Sep '24

16 Sep '24

https://bugs.winehq.org/show_bug.cgi?id=657 jacobbrett+winehqbugs(a)jacobbrett.id.au changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jacobbrett+winehqbugs@jacob | |brett.id.au -- 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 38889] New: Microsoft Orca unable to create transform file
by wine-bugs＠winehq.org 16 Sep '24

16 Sep '24

https://bugs.winehq.org/show_bug.cgi?id=38889 Bug ID: 38889 Summary: Microsoft Orca unable to create transform file Product: Wine Version: 1.6.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: crosstieger(a)gmail.com Distribution: --- Created attachment 51827 --> https://bugs.winehq.org/attachment.cgi?id=51827 terminal output of the error Microsoft Orca is unable to modify cells within an .msi file. Modifying a cell returns the following error message: Could not change this cell to '<Value>'. The data was rejected by the database. It may be out of the valid range or formatted incorrectly. In the terminal you can see the error message: fixme:msidb:TABLE_modify 0x7a5098 4 0x7a5e40 - mode not implemented The value 0x7a5098 and 0x7a5e40 changes depending on the cell you edit. If you click on 'Transform - Generate Transform' and want to save your .MST file, it returns the error: Orca was unable to generate the transform. (MSI Error 120) On the terminal: fixme:msi:MsiDatabaseGenerateTransformW 3 2 L"Z:\\home\\techniktriberg\\Downloads\Untitled.mst" 0 0 The path depends on where you want to save the file. Full terminal output as an attachment. ---- Installation process ---- run: winetricks dotnet40 run: winetricks mfc42 run: msiexec -i Orca.Msi -- 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 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 57157] New: winedbg: can't attach to windows process
by WineHQ Bugzilla 16 Sep '24

16 Sep '24

https://bugs.winehq.org/show_bug.cgi?id=57157 Bug ID: 57157 Summary: winedbg: can't attach to windows process Product: Wine Version: 9.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winedbg Assignee: wine-bugs(a)winehq.org Reporter: winehq(a)jmbreuer.net Distribution: --- I'm trying to debug a hang/freeze concerning Fallout 1 (it's still available on Epic for free for a couple of hours, if someone should want to replicate specifically). Got myself to a point to run winedbg against the game, provoke the hang (in my case, I just need to press Escape to open the in-game save/options/... menu). Now, I want to have a look where all threads of the game are. Wine-dbg>info process pid threads executable (all id:s are in hex) 00000168 6 'falloutwHR.exe' 0000008c 3 'explorer.exe' 00000038 8 'services.exe' 000000e0 6 \_ 'rpcss.exe' 000000c0 3 \_ 'svchost.exe' 000000a8 4 \_ 'plugplay.exe' 00000068 8 \_ 'winedevice.exe' 00000044 8 \_ 'winedevice.exe' 00000020 1 'start.exe' 0000010c 1 \_ 'winedbg.exe' =0000011c 1 \_ 'winedbg.exe' >00000124 9 \_ 'Launcher.exe' 00000114 1 \_ 'Launcher.exe' 00000104 2 \_ 'conhost.exe' OK, so, switch to falloutwHR.exe first, I guess: Wine-dbg>attach 00000168 syntax error Wine-dbg>attach 168 syntax error Um. What am I doing wrong? Or is there something really weird broken? - I see that there's a testing package of wine 9.16 for my distro (gentoo), I'll try that next. -- 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 57185] New: Virtual DJ 2024: Unable to show drives on explorer panel
by WineHQ Bugzilla 16 Sep '24

16 Sep '24

https://bugs.winehq.org/show_bug.cgi?id=57185 Bug ID: 57185 Summary: Virtual DJ 2024: Unable to show drives on explorer panel Product: Wine Version: 9.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rizalmart98(a)gmail.com Distribution: --- When expanding the DRIVES folder on explorer panel (panel at the lower left corner) when clicking the "+" button, it does not show the drives detected instead of showing C: and Z: drives after expanding the DRIVES folder -- 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 6

[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 57192] New: X11DRV_SetCursorPos breaks when xinput "Coordinate Transformation Matrix" is customized
by WineHQ Bugzilla 15 Sep '24

15 Sep '24

https://bugs.winehq.org/show_bug.cgi?id=57192 Bug ID: 57192 Summary: X11DRV_SetCursorPos breaks when xinput "Coordinate Transformation Matrix" is customized Product: Wine Version: 9.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: mk939(a)ymail.com Distribution: --- Created attachment 77083 --> https://bugs.winehq.org/attachment.cgi?id=77083 WINEDEBUG=+cursor,+win wine minetest.exe | trimmed to one repetition of the bugged SetCursorPos call Discovered by testing Minetest 5.9.0 [1] in Wine. In-game, the cursor is always moved to the center. However, when the xinput "Coordinate Transformation Matrix" parameter, the cursor moves to unpredictable positions (bottom right corner, for example). The game becomes unplayable. I think it's caused by "X11DRV_SetCursorPos" because skipping "NtUserSetCursorPos" entirely does avoid this issue. The cursor position is no longer centred, but the game does not look as glitchy any more. System specifications: * Ubuntu 22.04, X11, xfce4 * amdgpu driver Reproduced in Wine 9.1, Wine 9.17 and Proton 9.0-2. Reproduced with * Wine's virtual desktop on and off * Window manager decorations on and off (winecfg) * Window manager control on and off (winecfg) Steps to reproduce: 1. xinput list 2. Remember the xinput <ID> of the mouse (Virtual core pointer -> HID) 3. xinput --set-prop <ID> 'Coordinate Transformation Matrix' 1.1 0 0 0 1.1 0 0 0 1 4. Join a world in Minetest and try to play This problem does not occur when the Transformation Matrix is set to "1.0 0 0 0 1.0 0 0 0 1". It also does not occur on Windows due to lack of xinput and X11 in the first place. [1] https://github.com/minetest/minetest/releases/download/5.9.0/minetest-5.9.0… -- 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 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 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

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 September 2024