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.
https://bugs.winehq.org/show_bug.cgi?id=52625
Bug ID: 52625
Summary: Vertex texture fetch advertised on R300-R500 class AMD
hardware
Product: Wine
Version: 7.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: pavel.ondracka(a)gmail.com
CC: stefan(a)codeweavers.com
Distribution: ---
I'm not 100% sure if this is an app bug, or if wine messes something up, but
Unigine sanctuary reports:
Found optional Vertex texture fetch
and later fails badly, see
https://gitlab.freedesktop.org/mesa/mesa/-/issues/6053
This is with mesa r300 driver (latest git). None of the R300-R500 cards have
vertex texture support and as far as I can see mesa correctly reports
GL_MAX_VERTEX_TEXTURE_IMAGE_UNITS = 0
BTW Anno1404 under nine also produces TXL opcodes in vertex shaders, but there
is might be also gallium-nine problem. The Sanctuary is with pure Wine.
--
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=52577
Bug ID: 52577
Summary: ScioSense UFC Assembler: Crashes when trying to
assemble
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: nathanmerkley(a)gmail.com
Distribution: ---
Created attachment 71903
--> https://bugs.winehq.org/attachment.cgi?id=71903
Console log including backtrace
The proprietary assembler for ScioSense Ultrasonic chips crashes when I give it
any file to assemble, but exits successfully when launched with no arguments or
with --help.
Fedora 35 x86_64
Downloadable here:
https://downloads.sciosense.com/Files/Productinfo/AS6031/UfcEvaluationSoftw…
The program is called UFC_Assembler.exe
Version 1.6.1
SHA1: 1cda71d76b5cad12464eda6243115131f971c518
That zip also contains an example program to assemble which is what I am using
in the attached log. The program works as expected in a Windows VM
--
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=52621
Bug ID: 52621
Summary: Failed test of `alternate_success_code` from
`windows-rs`
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: mikrutrafal(a)protonmail.com
Distribution: ---
This test pass on Windows 10
Failures
```
running 1 test
test test ... FAILED
failures:
---- test stdout ----
thread 'test' panicked at 'assertion failed: hr == CO_E_NOTINITIALIZED',
crates\tests\alternate_success_c
ode\tests\test.rs:9:5
note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace
failures:
test
```
Rust for Windows can be installed via
https://forge.rust-lang.org/infra/other-installation-methods.html
or directly
https://static.rust-lang.org/dist/rust-1.59.0-x86_64-pc-windows-gnu.msi
Steps to reproduce
git clone https://github.com/microsoft/windows-rs.git
cd windows-rs
git checkout 9965e3c44829d0c86b2d9d2b3c5338376f158bde
cd crates/tests/alternate_success_code/
wine cargo test
--
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.