November 2021 - Wine-Bugs - list.winehq.org

[Bug 50680] Detroit: Become Human crashes at launch with ntdll-NtAlertThreadByThreadId

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=50680 --- Comment #23 from Dmitry Skvortsov (Iglu47) <lvb.crd(a)protonmail.com> --- I checked on the Wine-Staging with updated patchset (https://github.com/wine-staging/wine-staging/commit/45230b51db703933dc6108c…) The initial described issue is fully gone. Again, thanks for your hard work. (maybe there are some problems specific to the EGS version of the game, but it need to be checked additionally and for this will need to create the separate topic) -- 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.

Nov. 12, 2021

[Bug 52021] Zorro 2.40.9 window looks blurred after minimizing and maximizing it.

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=52021 --- Comment #2 from Jim <virtualreal(a)gmail.com> --- As for the 'How to reproduce this?' part, I forgot to include: minimize its window and then maximize it. -- 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.

Nov. 12, 2021

[Bug 52006] Nokia SDK 2.0 emulator stuck at 98%

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=52006 --- Comment #3 from Josesk Volpe <joseskvolpe(a)gmail.com> --- So we're facing a very weird bug here... I tried out Light theme and i still got this issue, tried again disabling themes and the emulator UI opened up. But somehow you're not being able to reproduce it with any theme and the applications works out-of-the-box with and without themes. I've tried many different themes, including Wine's Light theme, and i could reproduce this bug with all of them If that's a issue on my operating system, partitioning, drivers, another Wine component etc and not with the themes, somehow it's affecting theming for me, but strangely only for me, wich is normal as functionality for a multi-platform software like Wine may differ to users. -- 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.

Nov. 12, 2021

[Bug 52022] Multiple games have unresponsive mouse/keyboard (Borderlands GOTY Enhanced, Tom Clancy's Rainbow Six Siege, Resident Evil Revelations)

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=52022 Andrey Gusev <andrey.goosev(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Borderlands GOTY Enhanced |Multiple games have |mouse is unresponsive |unresponsive mouse/keyboard | |(Borderlands GOTY Enhanced, | |Tom Clancy's Rainbow Six | |Siege, Resident Evil | |Revelations) --- Comment #3 from Andrey Gusev <andrey.goosev(a)gmail.com> --- Also 53fcfe3834da3c43838cd26bdeb4fdb335542627 has reverse effect for Resident Evil Revelations with unresponsive keyboard but working mouse. -- 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.

Nov. 12, 2021

[Bug 51948] Gothic 2 Gold crashes when first entering addonworld (Jharkendar)

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=51948 --- Comment #10 from herac1es <broatchgill(a)gmail.com> --- Created attachment 71031 --> https://bugs.winehq.org/attachment.cgi?id=71031 WINEDEBUG=file Tried WINEDEBUG=file. The output file was large so I have extracted match to Harp.dls and can see file not found. On closer inspection I noticed the filename discrepancy. 'DLS_Harp.dls' does not exist but '__DLS_Harp.dls' does. All dls files in AddonWorld folder begin with '__'. I copied '__DLS_Harp.dls' to 'DLS_Harp.dls' and although not fully tested the game works. -- 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.

Nov. 12, 2021

[Bug 51873] Joy.cpl crashes on the FFB tab when the FFB device is selected in the drop down list

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=51873 --- Comment #18 from Ivo Ivanov <logos128(a)gmail.com> --- (In reply to Rémi Bernon from comment #17) > Thanks, I had it rebased already and I started upstreaming the patches after > tweaking them a bit. > > For the patch to only send modified reports, I'm not sure it's right, at > least according to the conformance tests, although it could be some device > specific behavior. > > According to the conformance tests, the generic PID driver always seems to > send the reports, regardless of whether they are actually different from the > previous one or not. I just realized this myself. Finally captured some usb traffic from my gaming machine, since till now used VMs to capture some traffic from Windows. They (MS) don't send all the reports, though. Just those that have been probably set through the dwFlags parameter of SetParameters, and seems the whole logic conforms to the SetParameters documentation. For example BeamNG sends one Set Effect Report with infinite duration, one Effect Operation Report (to start the report) and then starts pushing thousands of Set Constant Force Reports ~260Hz. On other side Project Cars 2 and Automobilista 2, which use the Madness physic engine, send one Effect Operation Report to start the effect, and then start pushing couples of Set Effect Report with infinite duration and Set Constant Force Report. The Set Effect Report is exactly the same through the whole session, and according to the MS documentation is not needed, since the dynamic effect parameters can be changed on the fly during the effect duration, as if the effect was started with the new values. Seems the PID specification follows this logic, or probably the device manufacturers follow it :) Automobilista 2 sends FFB reports with ~400Hz rate, which is doubled to 800Hz with unneeded Set Effect Reports, since they probably call SetParameters with something like DIEP_DURATION, DIEP_GAIN, DIEP_STARTDELAY, etc., in addition to the DIEP_TYPESPECIFICPARAMS. So, according to the usb traffic captures of the Simucube 2, the PID driver probably follows the logic of the SetParamers' dwFlags, and sends only the reports which are requested through the dwFlags. > Was it actually required for your device or just an optimization? I have followed the logic of the Linux PID driver. For example Automobilista 2 on Proton/Wine sends (through joystick_sdl) only Set Constant Force reports with ~550Hz rate, which is 150Hz more than Windows. Even if on Windows the rate is ~800Hz, only half of it is useful for the device. They probably try to send more, but unfortunately reach the bus limits :) -- 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.

Nov. 12, 2021

[Bug 52022] Borderlands GOTY Enhanced mouse is unresponsive

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=52022 --- Comment #2 from Rémi Bernon <rbernon(a)codeweavers.com> --- I sent https://source.winehq.org/patches/data/219435 which fixes the issue for me with Borderlands GOTY Enhanced, haven't tried Rainbow 6 Siege. This really is some ugly workaround and ideally we should not have to check for messages in DInput Poll... but it's not possible without a big refactoring of winex11.drv. -- 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.

Nov. 12, 2021

[Bug 5382] Add QT/GTK Integration

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=5382 --- Comment #33 from Bamm Gabriana <bammgabriana(a)gmail.com> --- Let me try again: What I meant was that the default prefix is the only one that I can assume to exist; all other prefixes are on a path that is arbitrarily decided by the user. Hence, if I automate writing system colors into wine when user change themes, then $HOME/.wine is the only one that I can automate. If user creates a new wine prefix for an app he installs, then user would have to manually run the script on that prefix: WINEPREFIX=/path/to/prefix /path/to/script to update its system colors before he runs his app. This manual act by the user is what I want to avoid. If someone runs a program in wine, the program should appear in the current theme colors, without end user having to do anything. -- 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.

Nov. 12, 2021

[Bug 52029] Battle.net: A required DLL could not be found, on NTFS drive

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=52029 --- Comment #1 from Alexandre O. <rockytvbr+wine(a)gmail.com> --- Created attachment 71030 --> https://bugs.winehq.org/attachment.cgi?id=71030 fstab -- 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.

Nov. 12, 2021

[Bug 52029] New: Battle.net: A required DLL could not be found, on NTFS drive

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=52029 Bug ID: 52029 Summary: Battle.net: A required DLL could not be found, on NTFS drive 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: rockytvbr+wine(a)gmail.com Distribution: --- Created attachment 71029 --> https://bugs.winehq.org/attachment.cgi?id=71029 Battle.net Wine log I have installed Battle.net through Lutris on my NTFS formatted drive, and after a few days the application fails to launch with "A required DLL could not be found" error. I decided to try to tackle this issue because everyone on Lutris says the first solution to this bug is to disable DXVK, and the other one is to install Battle.net on a ext4 drive, although this is not an ideal solution for some users (like me). I found out that there is a bug that Battle.net cannot find the required DLLs, even though they exist in the Wine prefix. The problem seems to be related to case sensitive naming on Linux systems, and even with windows_names mount option for ntfs-3g, the application cannot find the required DLLs. -- 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.

Nov. 12, 2021