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.
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.
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.
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.
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.
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.
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.
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.
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.
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.