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.
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.
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.
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=52591
Bug ID: 52591
Summary: Dragon NaturallySpeaking 15 does not install
Product: Wine
Version: 7.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: susancragin(a)earthlink.net
Distribution: ---
Created attachment 71918
--> https://bugs.winehq.org/attachment.cgi?id=71918
Last 1500 lines of installation log
Dragon NaturallySpeaking 15 does not install. It hangs up right near the end
and repeats the following message:
0330:err:sync:RtlpWaitForCriticalSection section 7DD0AE80
"/var/tmp/portage/app-emulation/wine-staging-7.2/work/wine-7.2/dlls/combase/combase.c:
registered_classes_cs" wait timed out in thread 0330, blocked by 0ad4, retrying
(60 sec)
A log file is attached.
To reproduce:
Create 32-bit prefix. (This step is probably not essential, but it is a 32-bit
program, with "handles" to run 64-bit.)
Remove wine's mono. NatSpeak installs its own dotnet.
I will do any testing you request that I am capable of.
System: Gentoo.
--
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=52624
Bug ID: 52624
Summary: api-ms-win-core-path-l1-1-0.dll not found
Product: Wine
Version: 7.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: api-ms-win-*
Assignee: wine-bugs(a)winehq.org
Reporter: danielsuarez369(a)protonmail.com
Distribution: ---
Created attachment 71946
--> https://bugs.winehq.org/attachment.cgi?id=71946
Output when running in wine
Hello.
When running a python compiled executable I made cannot be run under Wine
staging 7.3, failing to load fairly early on.
Attaching logs, executable used to run, and its python file where it came from.
--
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=52512
Bug ID: 52512
Summary: Skyrim Legendary Edition regression in Wine 6.21: some
in-game sounds no longer work
Product: Wine
Version: 6.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: poweroverwhelming982(a)gmail.com
CC: julliard(a)winehq.org, rbernon(a)codeweavers.com
Regression SHA1: babaf916ab12c7a9128409f717878919ccc5826b
Distribution: Ubuntu
Created attachment 71813
--> https://bugs.winehq.org/attachment.cgi?id=71813
Wine output log at commit babaf916ab12c7a9128409f717878919ccc5826b
Starting with Wine 6.21, some in-game audio no longer works, including game
music, all NPC voices, and player's voice during attacks. Other sounds still
work normally, such as GUI sounds, weapon sounds, magic casting, footsteps and
doors opening and closing. It's as if the game only plays a single audio
channel. The bug is reproducible in any game area, for example by starting a
new game or loading an existing save.
I did a regression test, and it seems that the bug was actually introduced
earlier in Wine 6.20, with the following commit:
> d8be85863fedf6982944d06ebd1ce5904cb3d4e1
> xaudio: Use the bundled FAudio and build with msvcrt.
However, in that version the game crashes immediately after the intro sequence
with error:
> Assertion failed: (voice->src.wmadec != NULL && (pBufferWMA != NULL || voice->src.format->wFormatTag == FAUDIO_FORMAT_XMAUDIO2)) ||
> (voice->src.wmadec == NULL && (pBufferWMA == NULL && voice->src.format->wFormatTag != FAUDIO_FORMAT_XMAUDIO2)), file ../wine-git/lib
> s/faudio/src/FAudio.c, line 2456
Then, this seems to have been fixed immediately in the next release 6.21, in
commit:
> babaf916ab12c7a9128409f717878919ccc5826b
> faudio: Build with -DNDEBUG.
After this the game works, but it behaves as described above. The attached log
was made using the second commit. The bug is still present in the current
latest 7.1 release.
I've CC'ed the authors of both commits like mentioned on the regression testing
wiki page, I'm uncertain which one should be considered more relevant for the
bug. My interpretation is that the newly introduced bundled version of the
faudio library is built or configured differently than the previous
distro-provided shared dependency, and disabling debug assertions just made the
message go away but there's still an issue, so I guess both are relevant.
Additional info:
OS: Ubuntu Focal 20.04.3 LTS
Kernel: 5.13.0-27-generic x86_64
Wine Prefix: 32 bit, clean
GPU: NVIDIA Corporation GF108 [GeForce GT 730] (rev a1)
Graphics Driver: Proprietary NVIDIA ver. 390.144
--
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.