November 2021 - Wine-Bugs - list.winehq.org

[Bug 48948] New: EVENT_OBJECT_FOCUS
by WineHQ Bugzilla March 9, 2022

March 9, 2022

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

[Bug 18905] New: Nvda In Wine
by wine-bugs＠winehq.org March 9, 2022

March 9, 2022

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 March 9, 2022

March 9, 2022

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 March 6, 2022

March 6, 2022

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 March 2, 2022

March 2, 2022

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 Feb. 27, 2022

Feb. 27, 2022

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 Feb. 26, 2022

Feb. 26, 2022

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 51103] New: d3d11:d3d11 crashes on Windows + NVidia
by WineHQ Bugzilla Feb. 25, 2022

Feb. 25, 2022

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 Feb. 25, 2022

Feb. 25, 2022

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

[Bug 38210] New: WshScriptExec's StdIn StdOut and StdErr are missing.
by wine-bugs＠winehq.org Feb. 25, 2022

Feb. 25, 2022

https://bugs.winehq.org/show_bug.cgi?id=38210 Bug ID: 38210 Summary: WshScriptExec's StdIn StdOut and StdErr are missing. Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wshom.ocx Assignee: wine-bugs(a)winehq.org Reporter: ptubbytaylor(a)gmail.com Distribution: --- Created attachment 51003 --> https://bugs.winehq.org/attachment.cgi?id=51003 Example.ahk Here's the documentation for the WshScriptExec object: https://msdn.microsoft.com/en-us/library/2f38xsxe(v=vs.84).aspx The Std properties appear to have the same interface as TextStream objects, which are documented here: https://msdn.microsoft.com/en-us/library/312a5kbt(v=vs.84).aspx Attached is an AutoHotkey v1.1.20.00 script that demonstrates using the StdIn property. Note that this problem isn't limited to just AutoHotkey scripts, I'm just using this property primarily from AutoHotkey. -- 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