January 2022 - 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 52408] New: Number of gamepads limited and multiple gamepads broken
by WineHQ Bugzilla 07 Mar '22

07 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=52408 Bug ID: 52408 Summary: Number of gamepads limited and multiple gamepads broken Product: Wine Version: 7.0-rc6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: xinput Assignee: wine-bugs(a)winehq.org Reporter: tomashnyk(a)gmail.com Distribution: --- I first discussed this here: https://forum.winehq.org/viewtopic.php?f=8&t=36088 but eventually came to a conclusion this is a bug. It has two sides: 1) Wine will only register 4 gamepads even if more are connected. 2) When multiple gamepads are connected, Wine loses atleast some of their input. Ad 1). I used Gamepad Tool from https://generalarcade.com/gamepadtool/ to check how many gamepads are connected. I used (unknowingly) kbct: https://github.com/samvel1024/kbct to create 4 virtual gamepads in addition to my real one. I am sure there are other ways to add more gamepads, either just connecting them physically or somehow fakeing them. With KBCT, one just needs to add an appropriate number of devices to grab. Kbct will produce a fake gamepad for each grabbed device, as it will list each device as being able to emit basically all keys linux knows, including gamepad keys. So a minimal config.yaml would be on my system like this: - keyboards: ["Logitech K800", "AT Translated Set 2 keyboard", "Logitech MX Vertical", "ThinkPad Extra Buttons"] - one just needs to list some devices available when running evtest. This bug is not about kbct - that is just a way to trigger this bug, which I believe is presetn in Wine. Linux otherwise does not have any problem detecting moredevices. 2) When I reduced the number of faked devices to two (and one real one), my game (Worms WMD) would register just the left axis of the gamepad and not other controls. Curiously, when I tried GamePad tool, it would register the presses. No idea how Windows would behave, but I do not see a reason why the game would not be able to use multiple gamepads. -- 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 3

[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 52324] New: Firefox 91: video playback freezes after a while
by WineHQ Bugzilla 04 Mar '22

04 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=52324 Bug ID: 52324 Summary: Firefox 91: video playback freezes after a while Product: Wine Version: 7.0-rc3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rpisl(a)seznam.cz Distribution: --- Firefox 91 esr works quite well with recent socket fixes but video playback (e.g. on youtube.com) freezes after a while. This is probably not related to sockets as the download still progresses and sound playback continues. If the freeze happens, no other videos can be played in the same tab. -- 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 3

[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 52374] New: compiling on Cygwin fails: error: ‘S_IRUSR’ undeclared (in libs/mpg123)
by WineHQ Bugzilla 28 Feb '22

28 Feb '22

https://bugs.winehq.org/show_bug.cgi?id=52374 Bug ID: 52374 Summary: compiling on Cygwin fails: error: ‘S_IRUSR’ undeclared (in libs/mpg123) Product: Wine Version: 7.0-rc5 Hardware: x86-64 OS: Windows Status: UNCONFIRMED Severity: normal Priority: P2 Component: l3codeca.acm Assignee: wine-bugs(a)winehq.org Reporter: saulius2(a)gmail.com (This is continuation from the bug 52370) After faking some dlls from there, make then fails in libs/mpg123. Other defines are missing too: S_IWUSR, S_IRGRP, S_IWGRP, S_IROTH, S_IWOTH. --- snip --- $ make gcc -c -o libs/mpg123/src/compat/compat.o libs/mpg123/src/compat/compat.c -Ilibs/mpg123 -Iinclude -Iinclude/msvcrt \ -Ilibs/mpg123/src -Ilibs/mpg123/src/compat -Ilibs/mpg123/src/libmpg123 -DOPT_GENERIC_DITHER \ -DREAL_IS_FLOAT -DNO_CATCHSIGNAL -DMPG123_NO_LARGENAME -D_UCRT -fasynchronous-unwind-tables \ -D_WIN32 -fno-builtin -fshort-wchar -D__WINE_PE_BUILD -pipe -fcf-protection=none \ -fno-stack-protector -fno-strict-aliasing -Wno-packed-not-aligned -gdwarf-4 \ -fno-omit-frame-pointer -g -O2 libs/mpg123/src/compat/compat.c: In function ‘INT123_compat_open’: libs/mpg123/src/compat/compat.c:96:37: error: ‘S_IRUSR’ undeclared (first use in this function) 96 | ret = open(filename, flags, S_IRUSR|S_IWUSR|S_IRGRP|S_IWGRP|S_IROTH|S_IWOTH); | ^~~~~~~ libs/mpg123/src/compat/compat.c:96:37: note: each undeclared identifier is reported only once for each function it appears in libs/mpg123/src/compat/compat.c:96:45: error: ‘S_IWUSR’ undeclared (first use in this function) 96 | ret = open(filename, flags, S_IRUSR|S_IWUSR|S_IRGRP|S_IWGRP|S_IROTH|S_IWOTH); | ^~~~~~~ libs/mpg123/src/compat/compat.c:96:53: error: ‘S_IRGRP’ undeclared (first use in this function) 96 | ret = open(filename, flags, S_IRUSR|S_IWUSR|S_IRGRP|S_IWGRP|S_IROTH|S_IWOTH); | ^~~~~~~ libs/mpg123/src/compat/compat.c:96:61: error: ‘S_IWGRP’ undeclared (first use in this function) 96 | ret = open(filename, flags, S_IRUSR|S_IWUSR|S_IRGRP|S_IWGRP|S_IROTH|S_IWOTH); | ^~~~~~~ libs/mpg123/src/compat/compat.c:96:69: error: ‘S_IROTH’ undeclared (first use in this function) 96 | ret = open(filename, flags, S_IRUSR|S_IWUSR|S_IRGRP|S_IWGRP|S_IROTH|S_IWOTH); | ^~~~~~~ libs/mpg123/src/compat/compat.c:96:77: error: ‘S_IWOTH’ undeclared (first use in this function) 96 | ret = open(filename, flags, S_IRUSR|S_IWUSR|S_IRGRP|S_IWGRP|S_IROTH|S_IWOTH); | ^~~~~~~ make: *** [Makefile:160889: libs/mpg123/src/compat/compat.o] Error 1 --- snip --- This then leads to dlls/l3codeca.acm/l3codeca.acm build failure. -- 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 3

[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 52502] New: Mupen64-RR-Lua: Title and menu bar are not refreshed properly
by WineHQ Bugzilla 26 Feb '22

26 Feb '22

https://bugs.winehq.org/show_bug.cgi?id=52502 Bug ID: 52502 Summary: Mupen64-RR-Lua: Title and menu bar are not refreshed properly Product: Wine Version: 7.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jackyguo18(a)hotmail.com Distribution: --- source code: https://github.com/mkdasher/mupen64-rr-lua- The title and menu bar of the emulator don't refresh properly, leading to two different, but likely related graphical glitches. Wine version: 7.0 (winehq-stable) Linux distro: Ubuntu 21.10 (impish) Display server: Wayland, GNOME Mutter To reproduce, download the package from https://repack.skazzy3.com, then simply unzip to a folder and run mupen64.exe. From there: - Try resizing the window. The title/menubar are cleared, but not redrawn. - run an N64 ROM - File > Close ROM - Try resizing the window again. The title/menubar are not cleared, but are redrawn. -- 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 9