March 2022 - Wine-bugs - list.winehq.org

[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 52591] New: Dragon NaturallySpeaking 15 does not install
by WineHQ Bugzilla 08 Mar '22

08 Mar '22

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.

1 2

[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 52512] New: Skyrim Legendary Edition regression in Wine 6.21: some in-game sounds no longer work
by WineHQ Bugzilla 06 Mar '22

06 Mar '22

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.

1 6

[Bug 52624] New: api-ms-win-core-path-l1-1-0.dll not found
by WineHQ Bugzilla 06 Mar '22

06 Mar '22

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.

1 6

[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 52577] New: ScioSense UFC Assembler: Crashes when trying to assemble
by WineHQ Bugzilla 05 Mar '22

05 Mar '22

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.

1 7

[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 52621] New: Failed test of `alternate_success_code` from `windows-rs`
by WineHQ Bugzilla 04 Mar '22

04 Mar '22

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.

1 1

[Bug 52620] New: Failed test of `win32_arrays` from `windows-rs`
by WineHQ Bugzilla 04 Mar '22

04 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=52620 Bug ID: 52620 Summary: Failed test of `win32_arrays` 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 ``` failures: ---- keyboard_state stdout ---- thread 'keyboard_state' panicked at 'assertion failed: state != zeroed', crates\tests\win32_arrays\tests\ fixed.rs:9:9 note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace ---- temp_file stdout ---- thread 'temp_file' panicked at 'assertion failed: `(left == right)` left: `[46, 92, 116, 101, 115, 55, 98, 46, 116, 109, 112, 0]`, right: `[46, 92, 116, 101, 115, 55, 66, 46, 116, 109, 112, 0]`', crates\tests\win32_arrays\tests\fixed.r s:20:9 failures: keyboard_state temp_file ``` 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 cd crates/tests/win32_arrays/ 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.

1 1