wine-bugs June 2021

wine-bugs@winehq.org

1 participants
5070 discussions

[Bug 50710] New: relative paths in WINEDLLPATH (as created from $0) no longer work in wine-5.11+
by WineHQ Bugzilla 17 Mar '22

17 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=50710 Bug ID: 50710 Summary: relative paths in WINEDLLPATH (as created from $0) no longer work in wine-5.11+ Product: Wine Version: 6.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: loader Assignee: wine-bugs(a)winehq.org Reporter: PuetzKevinA(a)JohnDeere.com Distribution: --- Winegcc's app_loader_template deriveds $appdir from $0, and then adds this directory into WINEDLLPATH: https://source.winehq.org/git/wine.git/blob/wine-6.0:/tools/winegcc/winegcc… appdir=`dirname \"$0\"` WINEDLLPATH=\"$appdir:$WINEDLLPATH\" Presumably the intent here is to match LOAD_LIBRARY_SEARCH_APPLICATION_DIR; windows also searches for dlls immediately beside the main executable. However, it is not unusual in interactive use for $0 to be a relative path, e.g. if an executable is invoked as ./hello.exe, and dirname preserves this. This results in WINEDLLPATH containing relative-path entries; this seems a bit inadvisable, but it worked through wine-5.10. Since then it does not. 0024:err:module:import_dll Loading library test_shared.dll (which is needed by L"Z:\\home\\test\\\bin\\test_executable_shared.exe") failed (error c000003b). Bisecting first pointed at df5e4764870e8ad1d8b206cb3475a073bc034e48, but this is just https://bugs.winehq.org/show_bug.cgi?id=49545; after the unix cwd is lost, a relative-path entry no longer resolves to the right place. cherry-picking that fix from cdaa72c728df3c80499c8a4f59e731f353347db0 restores functionality, but then it breaks again (for the reason that is actually breaking it in 6.0) at 9ec262ebcc7f14d7373841d4ca082b855ed8090f https://source.winehq.org/git/wine.git/blobdiff/a2e77268f2007f2819c2e3e8bd7… Previously ntdll/unix/loader.c:open_builtin_file used unix_to_nt_file_name, which looks like it would have just flipped the slashes to translate a a relative unix path to a relative NT path, which would then use NT's cwd (hence susceptibility to https://bugs.winehq.org/show_bug.cgi?id=49545), But now it uses open_unix_file, which calls SERVER_START_REQ( create_file ), which just refuses relative paths STATUS_OBJECT_PATH_SYNTAX_BAD https://source.winehq.org/git/wine.git/blob/wine-6.0:/server/file.c#l214 This is an error other than STATUS_OBJECT_{PATH,NAME}_NOT_FOUND, so it stops https://source.winehq.org/git/wine.git/blob/wine-6.0:/dlls/ntdll/unix/loade… I'm not sure what the best fix here really is... relative paths in WINEDLLPATH seem like a pretty bad idea (since the cwd may change as the process runs, environment variables leak down into child processe, etc), but the launcher script's been like this for a long time. -- 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 50718] New: Cyberpunk 2077 - No radio music on vehicles with pulse audio.
by WineHQ Bugzilla 12 Mar '22

12 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=50718 Bug ID: 50718 Summary: Cyberpunk 2077 - No radio music on vehicles with pulse audio. Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: a.checa.grande(a)posteo.org Distribution: --- On fedora 33, with latest wine, and running Cyberpunk 2077 under waylaid, there's no sound in radios whilst driving a vehicle. However, this is solved by installing pipewire. The steps I followed where: sudo dnf install --allowerasing pipewire pipewire-pulseaudio pipewire-alsa pipewire-gstreamer Then perform a reboot, and if required upon next logon: sudo systemctl --user restart pipewire-pulseaudio.service Thanks! -- 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 41053] New: RawInput (RegisterRawInputDevices) does not work for gamepads
by wine-bugs＠winehq.org 11 Mar '22

11 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=41053 Bug ID: 41053 Summary: RawInput (RegisterRawInputDevices) does not work for gamepads Product: Wine Version: 1.9.15 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: isage.dna(a)gmail.com Distribution: --- Games, that use RawInput for gamepads fail to see and use gamepads. Basically, that's a majority of Unity based games (for example, "I am Setsuna", Kerbal Space Program) fixme:win:RegisterRawInputDevices Unhandled flags 0x100 for device 0. Basically, it's a duplicate of abandoned/ignored https://bugs.winehq.org/show_bug.cgi?id=33104 but with (more) proper description. -- 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 50887] New: cannot read/run/open some files
by WineHQ Bugzilla 11 Mar '22

11 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=50887 Bug ID: 50887 Summary: cannot read/run/open some files Product: Wine Version: 6.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: iip.umar.rifai(a)gmail.com Distribution: --- Created attachment 69700 --> https://bugs.winehq.org/attachment.cgi?id=69700 dir command output with different result on Wine 6.1 and Wine 6.2 I tried open/read some files on Wine 6.2-1 up, but some files seems gone, the last worked Wine version is 6.1-1, attached are different output from wine 6.1 and wine 6.2, I think there are no problem with Linux file permission. This also tested on latest Wine (6.5) and have similar result with Wine 6.2 -- 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 48508] New: Psi-Ops: The Mindgate Conspiracy freezing in stable Wine 5.0
by WineHQ Bugzilla 11 Mar '22

11 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=48508 Bug ID: 48508 Summary: Psi-Ops: The Mindgate Conspiracy freezing in stable Wine 5.0 Product: Wine Version: 5.0-rc6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: chebanenkoigor93(a)gmail.com Distribution: --- Created attachment 66310 --> https://bugs.winehq.org/attachment.cgi?id=66310 Information from Wine 5.0 + Windows 7 Debug Psi-Ops: The Mindgate Conspiracy freezing in stable Wine 5.0 when you launch it. Symptoms are similar with bug 31954 (fixed in Wine 4.3).I will add info from Wine 5.0 and debug from Windows 7,looks like it will be important thing.If you will need something else,please 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.

1 58

[Bug 20296] New: League of Legends: crash after eula
by wine-bugs＠winehq.org 11 Mar '22

11 Mar '22

http://bugs.winehq.org/show_bug.cgi?id=20296 Summary: League of Legends: crash after eula Product: Wine Version: 1.1.31 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: puciek(a)gmail.com Created an attachment (id=23993) --> (http://bugs.winehq.org/attachment.cgi?id=23993) Crash log After launching LoL and accepting license + ToS, it will throw wine errors and hang. Attaching log -- 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 91

[Bug 50968] New: Indiana Jones and the Infernal Machine GOG 1.2: Load/Save Game dialogs don't render correctly
by WineHQ Bugzilla 11 Mar '22

11 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=50968 Bug ID: 50968 Summary: Indiana Jones and the Infernal Machine GOG 1.2: Load/Save Game dialogs don't render correctly Product: Wine Version: 6.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comdlg32 Assignee: wine-bugs(a)winehq.org Reporter: pokeyprogrammer(a)yahoo.com Distribution: --- Created attachment 69798 --> https://bugs.winehq.org/attachment.cgi?id=69798 Console log w/ commdlg,dialog channels enabled + screen shots from Wine 6.6 and Win10 Config: Ubuntu 20.10 linux 5.8.0-48-generic (x86_64) Wine 6.6 (from Ubuntu winehq-devel package) GOG Indiana Jones and the Infernal Machine 1.2 (23840) Store page: https://www.gog.com/game/indiana_jones_and_the_infernal_machine Repro steps: 1. Download setup_indiana_jones_and_the_infernal_machine_1.2_(23840).exe from GOG. 2. Run the installer from step (1) in wine. 3. Once the installer is finished, run "$HOME/.wine/drive_c/GOG\ Games/Infernal\ Machine/Jones3D.exe". 4. In the launcher that appears, click the "Resume Play" button. 5. Wait for the "Load Game" dialog to appear. Reproducibility: always Notes: - I've attached screenshots of the "Load Game" dialog's appearance running under Wine as well as Win10, in addition to a console log w/ WINEDEBUG=+commdlg,+dialog. - In the "Load Game" dialog, I can use the TAB key to switch between controls even though it's not rendered correctly. If I TAB to the filename box and type in a save game filename, the game does load the file correctly and it's playable. - It looks like the "Jones3D.exe" that we originally launch is launching the real game in "$HOME/.wine/drive_c/GOG\ Games/Infernal\ Machine/Resource/Indy3D.exe" and that the "Load Game" dialog is actually being created from Indy3D.exe rather than Jones3D.exe, but launching Indy3D.exe directly doesn't work. - I have been able to reproduce the same issue in PlayOnMac w/ Wine 4.12.1 (19.0.0-cx) x86on64), and PlayOnLinux w/ Wine 4.12.1, 5.0, and 6.5 as well. -- 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 48952] New: NVDA hangs on start
by WineHQ Bugzilla 09 Mar '22

09 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=48952 Bug ID: 48952 Summary: NVDA hangs on start Product: Wine Version: 5.6 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ole32 Assignee: wine-bugs(a)winehq.org Reporter: contact(a)jookia.org Distribution: ArchLinux Both the NVDA application and its setup menu hang due to CoEnableCallCancellation being unimplemented, and likely hangs on shut down due to CoDisableCallCancellation being unimplemented. Removing these function calls in NVDA causes the program to boot with no visible issues. -- 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 48953] New: IAccessible windows lack children
by WineHQ Bugzilla 09 Mar '22

09 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=48953 Bug ID: 48953 Summary: IAccessible windows lack children Product: Wine Version: 5.6 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: oleacc Assignee: wine-bugs(a)winehq.org Reporter: contact(a)jookia.org Distribution: ArchLinux Created attachment 66927 --> https://bugs.winehq.org/attachment.cgi?id=66927 Test program to print IAccessible objects on desktop When assistive technologies iterate over all accessible objects on the desktop using the IAccessible API Wine returns E_NOTIMPL for window objects, stopping discovery of widgets. -- 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 48948] New: EVENT_OBJECT_FOCUS
by WineHQ Bugzilla 09 Mar '22

09 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=48948 Bug ID: 48948 Summary: EVENT_OBJECT_FOCUS Product: Wine Version: 5.6 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: contact(a)jookia.org Distribution: ArchLinux Created attachment 66925 --> https://bugs.winehq.org/attachment.cgi?id=66925 Test program to print events In order for NVDA and other assistive technologies to work they need to be able to track focus. This is done using the WinEvent hook EVENT_OBJECT_FOCUS. The hook itself fires whenever focus is changed and contains a reference to the window and accessibility child. Currently this is unimplemented. -- 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

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 June 2021