December 2021 - Wine-bugs - list.winehq.org

[Bug 18905] New: Nvda In Wine
by wine-bugs＠winehq.org 09 Mar '22

09 Mar '22

http://bugs.winehq.org/show_bug.cgi?id=18905 Summary: Nvda In Wine Product: Wine Version: unspecified Platform: All OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: bluescale1976(a)aol.com This is more of a feature request, I hope I completed the form correctly. I was wondering if it would be possible to either add the screen reader NVDA in to a default installation of Wine, or make it so that NVDA can be installed in to Wine. NVDA would give blind Linux users access to applications in Wine. It does not use video hooks, so it is probably the best choice for a Wine screen reader. It is open source and can be found at: http://www.nvda-project.org/ The installer talks, so if it could be made to work, installing it with out sighted assistance would be no problem. Thanks -- 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 27

[Bug 48949] New: NVDA requires AccessibleObjectFromEvent for focus events
by WineHQ Bugzilla 09 Mar '22

09 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=48949 Bug ID: 48949 Summary: NVDA requires AccessibleObjectFromEvent for focus events 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 In order to track focus NVDA hooks into the EVENT_OBJECT_FOCUS event and uses its values to query AccessibleObjectFromEvent for the associated IAccessible object. The current value returned crashes NVDA. -- 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 52091] New: I don't know if it is a wine bug
by WineHQ Bugzilla 06 Mar '22

06 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=52091 Bug ID: 52091 Summary: I don't know if it is a wine bug Product: Wine Version: 6.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: peter-24(a)o2.pl Distribution: --- I want to report a strange issue when i try to run a game that require external dlls. It seems that wine doesnt follow windows naming convention. For example when some game (usually unreal engine game or cry engine) tries to load "Library.dll" and it is located on ntfs disk with name: "library.dll" wine doesnt load library because of first lowercase letter. In summary windows games doesnt care about letter case. Tested only on wine staging. -- 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 10

[Bug 51632] New: Downloading Wine-Mono through appwiz hangs/fails
by WineHQ Bugzilla 02 Mar '22

02 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=51632 Bug ID: 51632 Summary: Downloading Wine-Mono through appwiz hangs/fails Product: Wine Version: 6.15 Hardware: x86-64 OS: Mac OS X Status: NEW Keywords: download, regression, source Severity: normal Priority: P2 Component: winsock Assignee: wine-bugs(a)winehq.org Reporter: gijsvrm(a)gmail.com CC: julliard(a)winehq.org Regression SHA1: d327527cec22c1123781e6c5a637032a31698b91 This only happens on macOS. Clicking 'Install' works, but it stays on 'Downloading...' forever. Cancelling to skip works. The only output is: 0068:err:appwizcpl:InstallCallback_OnStopBinding Binding failed 800c0008 Bisection revealed: d327527cec22c1123781e6c5a637032a31698b91 is the first bad commit commit d327527cec22c1123781e6c5a637032a31698b91 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Wed Aug 11 20:40:23 2021 +0200 ws2_32: Convert the Unix library to the __wine_unix_call interface. Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> I'm running macOS 10.14, compiling with mingw and the 10.13 SDK. -- 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 51687] New: GetMappedFileNameA/W implementation breaks RiotClient updates.
by WineHQ Bugzilla 27 Feb '22

27 Feb '22

https://bugs.winehq.org/show_bug.cgi?id=51687 Bug ID: 51687 Summary: GetMappedFileNameA/W implementation breaks RiotClient updates. Product: Wine Version: 6.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: matias.nicolas.zc(a)gmail.com Distribution: --- Created attachment 70554 --> https://bugs.winehq.org/attachment.cgi?id=70554 trace log Since wine (vanilla or staging) 6.2, the Riot Client Launcher fails when updating itself. This worked fine with wine 6.1 (vanilla and staging) This wasn't much of a problem since LoL players used a lutris versions based on wine 5.x. Starting with the last League Of Legends Client update, the CEF upgrade requires a patched wine 6.15, so users will begin getting this error on the next Launcher update. The launcher throws the following error when starting the update process: ``` Update failed: Failed getting path to current executable: File path could not be found in a mapped drive: \??\c:\Riot Games\Riot Client\RiotClientServices.exe ``` I bisected the problem to commit bd0a3c1a59db9e75500db6df0f3598c981abf44e. For some reason the launcher worked with the stub implementation of GetMappedFileNameA/W, but not with a "real" one. I can confirm that reverting the commit on 6.15 makes the update work. Attached is a trace log of the execution (from wine staging 6.15, with the most frequent calls removed). The interesting part should start in line 546, when the debug message says that it will start the update, and end in line 1705, when the update process ends. In line 1361 there is a call to GetMappedFileNameW, which should be where the error begins. -- 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 11

[Bug 19757] New: Nota Bene: Crashes upon installation
by wine-bugs＠winehq.org 26 Feb '22

26 Feb '22

http://bugs.winehq.org/show_bug.cgi?id=19757 Summary: Nota Bene: Crashes upon installation Product: Wine Version: 1.1.27 Platform: PC URL: https://www.notabene.com/download/demos/nbdemo80.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jekwas(a)gmail.com Created an attachment (id=23127) --> (http://bugs.winehq.org/attachment.cgi?id=23127) Crash log in 1.1.27 I discovered this while trying to reproduce 5255. During installation, the Nota Bene Demo reports that AUTOEXE.NT and CONFIG.NT have been removed from the system, and won't continue unless you allow it to restore them. If you agree, the installation starts. However, when the installation bar reaches 100%, the installer crashes. The files appear to have been installed. But on running nblaunch.exe, the program crashes immediately. I have attached a 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 5

[Bug 52155] New: kernel32:pipe times out on 64-bit Wine
by WineHQ Bugzilla 25 Feb '22

25 Feb '22

https://bugs.winehq.org/show_bug.cgi?id=52155 Bug ID: 52155 Summary: kernel32:pipe times out on 64-bit Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- kernel32:pipe now times out on 64-bit Wine: pipe.c:3218: testing message mode, byte read client->server writes... pipe.c:3148: Test failed: WriteFile returned 0(6) kernel32:pipe:0520 done (258) in 120s https://test.winehq.org/data/patterns.html#kernel32:pipe The timeout only happens on WoW64 wineprefixes but impacts both real machines (cw-gtx560, cw-rx460) and VMs (notably the TestBot's debiant2 VM). A bisect shows that this started with the commit below: commit a041075cd2c26874757e0b6e1449c23c1326241c Author: Alexandre Julliard <julliard(a)winehq.org> Date: Thu Dec 2 09:59:49 2021 +0100 makefiles: Support per-platform values for EXTRADLLFLAGS. Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> -- 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 7

[Bug 52290] New: Playground Sessions crashes on startup
by WineHQ Bugzilla 25 Feb '22

25 Feb '22

https://bugs.winehq.org/show_bug.cgi?id=52290 Bug ID: 52290 Summary: Playground Sessions crashes on startup Product: Wine Version: 7.0-rc2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: install1ball(a)gmail.com Distribution: --- Created attachment 71431 --> https://bugs.winehq.org/attachment.cgi?id=71431 Playground Sessions crash backtrace The Playground Sessions piano teaching app crashes during startup before the splash page and audio introduction are displayed. My Environment: CPU - x86_64 O/S - Fedora 35 - Kernel 5.15.10-200.fc35.x86_64 Wine - wine-7.0-rc2 (Staging) Playground Sessions - Version 2.5 (Their only version) Backtrace uploaded The problem started after a dnf update command that brought wine to version 6.21-staging. Tried downgrading wine as far as I could but the problem persists. Created new wine prefix (32-bit) and no luck. I am about at the limit of my skill here. This is the only app I use with wine so I do not have a lot of experience with it. The program can be downloaded here. https://www.playgroundsessions.com/windows The software is proprietary and subscription-based, but it crashes well before the authentication screen is presented. My personal feeling is that I am missing a library but I have no idea how to check that. -- 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 14

[Bug 51103] New: d3d11:d3d11 crashes on Windows + NVidia
by WineHQ Bugzilla 25 Feb '22

25 Feb '22

https://bugs.winehq.org/show_bug.cgi?id=51103 Bug ID: 51103 Summary: d3d11:d3d11 crashes on Windows + NVidia Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Created attachment 69968 --> https://bugs.winehq.org/attachment.cgi?id=69968 Traces for the crash on cw-gtx560 d3d11:d3d11 crashes on the cw-gtx560 machine which has an NVidia graphics card. The crash happens from Windows 8.1 to Windows 10 2009 so it seems to be related to the graphics driver rather than to the Windows version. https://test.winehq.org/data/patterns.html#d3d11:d3d11 The crash shows no backtrace but I added traces and found that the crash happens on the final release in test_device_context_state(): refcount = ID3D11Device1_Release(device); Adding a trace on the previous line shows that the refcount before that call is 1. So it's not a case of a one-too-many release calls. Without test_device_context_state() d3d11:d3d11 does not crash. According to a bisect the commit causing this crash is: commit ccffc06c6df30aa8b4ea487b868c419b9c7f5a9a Author: Rémi Bernon <rbernon(a)codeweavers.com> Date: Tue Feb 2 16:41:00 2021 +0100 d3d11/tests: Add more tests for ID3D11DeviceContext1_SwapDeviceContextState. Better checking multiple context swap side effects. Signed-off-by: Rémi Bernon <rbernon(a)codeweavers.com> Signed-off-by: Henri Verbeet <hverbeet(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> -- 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 7

[Bug 48096] New: Mulle Meck: Unhandled exception when starting game
by WineHQ Bugzilla 25 Feb '22

25 Feb '22

https://bugs.winehq.org/show_bug.cgi?id=48096 Bug ID: 48096 Summary: Mulle Meck: Unhandled exception when starting game Product: Wine Version: 4.19 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: odecif(a)gmail.com Distribution: --- Created attachment 65654 --> https://bugs.winehq.org/attachment.cgi?id=65654 warn+all debug log When running the game w/o any debug flags one receive the following: wine: Unhandled exception 0x80000004 in thread 9 at address 0040986D (thread 0009), starting debugger... Attached is a pretty short debug log. Some specs: Manjaro Linux 18.1.2 (clean prefix) wine-4.19-251-g292b728908 Windows 2000-mode (also tried with 95/98/Me/XP/7) No overrides 00:02.0 VGA compatible controller: Intel Corporation HD Graphics 530 (rev 06) The game is protected by SafeDisc 1 (old game), but running from CD gets pass the "Please insert the correct CD"-error message so it's probably nothing to do with that. -- 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 17