October 2024 - Wine-Bugs - list.winehq.org

[Bug 57289] New: Performance degradation after LFH
by WineHQ Bugzilla Oct. 10, 2024

Oct. 10, 2024

https://bugs.winehq.org/show_bug.cgi?id=57289 Bug ID: 57289 Summary: Performance degradation after LFH Product: Wine Version: 9.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: rikul(a)inbox.ru Distribution: --- In one of my applications, there is a performance degradation in a specific scenario after LFH. I still can’t localize the problem to send you the block of code where the tool experiences performance issues. Are you aware of any known issues related to this? The main part of the degradation occurs in the LFH group release section. -- 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 56608] New: Tablet pen pressure no longer working
by WineHQ Bugzilla Oct. 10, 2024

Oct. 10, 2024

https://bugs.winehq.org/show_bug.cgi?id=56608 Bug ID: 56608 Summary: Tablet pen pressure no longer working Product: Wine-staging Version: 9.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: krazykath(a)hotmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Pen pressure no longer works as of Wine Staging 9.7. I have found that it works in Wine Staging 9.1. I will try to investigate further on which specific version it breaks in I am using a Wacom Intuos CTH-490K I am using Paint Tool Sai v2 (Download link: https://www.systemax.jp/en/sai/devdept.html ) It is working in non-staging Wine versions Steps to reproduce: - Install Wine Staging 9.7 from the official Wine repository - Open Sai v2 - Create a new document - Try to draw with a graphics tablet pen Observed result: No pressure on the pen stroke Expected result: Pen pressure to be working as intended Software / OS: Operating System: Fedora Linux 40 KDE Plasma Version: 6.0.4 KDE Frameworks Version: 6.1.0 Qt Version: 6.7.0 Kernel Version: 6.8.7-300.fc40.x86_64 (64-bit) Graphics Platform: Wayland Processors: 16 × Intel® Core™ i9-9900K CPU @ 3.60GHz Memory: 31.1 GiB of RAM Graphics Processor: NVIDIA GeForce GTX 1080 Ti/PCIe/SSE2 Saiv2 64 bit 2024-04-10 Wacom Intuos CTH-490K wine-9.7 (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 5

[Bug 57281] New: hiew32demo.exe rendering problems
by WineHQ Bugzilla Oct. 9, 2024

Oct. 9, 2024

https://bugs.winehq.org/show_bug.cgi?id=57281 Bug ID: 57281 Summary: hiew32demo.exe rendering problems Product: Wine Version: 9.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: unxed(a)mail.ru Distribution: --- 1. Get hiew32demo.exe from here: https://hiew.ru/files/hiew32demo.zip 2. Try to open hiew's binary in hiew itself: wine hiew32demo.exe hiew32demo.exe 3. Compare to rendering on Windows Please note that in wineconsole.exe everything is rendered ok, so it also can be used as correct rendering reference. -- 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 55914] New: PNGGauntlet doesn't install it's support programs
by WineHQ Bugzilla Oct. 8, 2024

Oct. 8, 2024

https://bugs.winehq.org/show_bug.cgi?id=55914 Bug ID: 55914 Summary: PNGGauntlet doesn't install it's support programs Product: Wine Version: 8.20 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- Use 64bit WINEPREFIX Download from https://pnggauntlet.com/PNGGauntlet-3.1.2.exe When you can enter the path, mark everything, enter C:\a and press ENTER. The folder c:\a\support will be missing. When you click the "Next button" with the mouse instead of pressing enter while having the cursor in the edit box it seems to work. Either it is that weird, or it's random. -- 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 57287] New: Wayland issues
by WineHQ Bugzilla Oct. 8, 2024

Oct. 8, 2024

https://bugs.winehq.org/show_bug.cgi?id=57287 Bug ID: 57287 Summary: Wayland issues Product: Wine Version: 9.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winewayland Assignee: wine-bugs(a)winehq.org Reporter: mike(a)fireburn.co.uk Distribution: --- I'm not sure if these issues are in wine or kwin (tested with 6.1.5 & 6.2.0) Apps don't use system toolbars, this can be seen with winecfg or regedit Battle.net doesn't render anything to the screen The systray isn't integrated Launching WoW works, identifies that there are 3 screens but you can't control which is primary correctly, the default screen doesn't have the correct resolutions available, maxes out at 1920x1080 Switching to windowed mode stops any further mouse input to the game screen - keyboard entries are fine This is the first version that things have launched without crashing Everything works fine under x11, is there anything I can do to pinpoint if these are kwin bugs or not? -- 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 0

[Bug 32791] New: Fail to receive stdout from .NET application.
by wine-bugs＠winehq.org Oct. 8, 2024

Oct. 8, 2024

http://bugs.winehq.org/show_bug.cgi?id=32791 Bug #: 32791 Summary: Fail to receive stdout from .NET application. Product: Wine Version: 1.5.22 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: leslie_alistair(a)hotmail.com Classification: Unclassified Created attachment 43302 --> http://bugs.winehq.org/attachment.cgi?id=43302 Source and exe of Sample application. Unzip the attached Program. Run the CreateProcess.exe in the Debug directory. I am expecting to see the "passed" message, but instead see "failed". CreateProcess.exe create a process of MyAssembly.exe and is expecting to receive data via the stdin/out. However this fails when using mono. If you run MyAssembly.exe by itself, the text appears on the console. -- 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.

2 4

[Bug 31905] New: Windows from virtual desktop are able to steal focus from external windows
by wine-bugs＠winehq.org Oct. 7, 2024

Oct. 7, 2024

http://bugs.winehq.org/show_bug.cgi?id=31905 Bug #: 31905 Summary: Windows from virtual desktop are able to steal focus from external windows Product: Wine Version: 1.5.14 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: phoenix(a)mail.ru Classification: Unclassified I'm not sure if it is by design or not, but here's situation: I launch dota 2 using following command: WINEPREFIX=~/.wine_dota2/ ./wine explorer /desktop=dota2,1920x1080 "C:\Program Files\Steam\Steam.exe" -applaunch 570 As steam app, it launches steam first, then launches dota within it. Process is quite lengthy, so i switch focus to another window (e.g. browser) when virtual desktop is initialized. During steam load process, focus is stolen from browser. It remains as top-most window, but 'inactive'. And, e.g. to continue typing something in the browser i have to bring focus back. Few moments later (1-2), wine's window becomes top-most, even if i click inactive browser window to restore focus. During steam shutdown process, it steals focus again, but this time without bringing virtual desktop to top. Steam is just example: this occurs with numerous other apps, in some cases it may happen even multiple times during launch process of some complex application. For me as user, it is extremely annoying - i always thought that virtual desktop is a way to avoid integration between wine and OS WM, with its own tray and window management, and that virtual desktop should present itself as normal OS window. I'm using Debian Wheezy amd64, Gnome 3, NVIDIA binary driver, latest Wine from git. -- 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.

2 5

[Bug 57280] New: Invalid state is propagated through to pulse leading to no audio with pipewire-pulse
by WineHQ Bugzilla Oct. 7, 2024

Oct. 7, 2024

https://bugs.winehq.org/show_bug.cgi?id=57280 Bug ID: 57280 Summary: Invalid state is propagated through to pulse leading to no audio with pipewire-pulse Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: winepulse.drv Assignee: wine-bugs(a)winehq.org Reporter: uselessthings(a)protonmail.com Distribution: --- Created attachment 77217 --> https://bugs.winehq.org/attachment.cgi?id=77217 journalctl log of pipewire, pipewire-pulse and wireplumber units from the time the game is launched to the time it's closed down. A sound stream is never created for some games using Wine's pulseaudio driver and pipewire-pulse as the backend. Booting the games with another audio stream playing, all audio cuts out for a few seconds before coming back, yet the sound stream for the game is never created and doesn't appear in /dev/snd/*. Games I noticed this in were Risk of Rain Returns (various versions of Proton) and FINAL FANTASY XIV (various versions of wine and proton ranging from 7.x to 9.x) I've attached an extremely verbose log below of journalctl from pipewire, pipewire-pulse and wireplumber when the issue happens. The relevant piece of output where I'd start investigating is Line 34598: loka 07 14:11:14 hypernova pipewire-pulse[15490]: mod.protocol-pulse: client 0x578d3de419c0 [FINAL FANTASY XIV]: ERROR command:-1 (invalid) tag:2 error:25 (Input/output error). on the #pipewire IRC channel I was told this stems from winepulse.drv sending an invalid state through to pulse and therefore through to pipewire-pulse. I cross-checked with pulseaudio rather than pipewire-pulse, and the issue does not appear. Workaround: In the meantime I have fixed this issue by setting wine to use winealsa.drv for the affected games, which pipewire-alsa picks up as normal. -- 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 57243] New: taskbar is gone inside virtual desktop
by WineHQ Bugzilla Oct. 7, 2024

Oct. 7, 2024

https://bugs.winehq.org/show_bug.cgi?id=57243 Bug ID: 57243 Summary: taskbar is gone inside virtual desktop Product: Wine Version: 9.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lilydjwg(a)gmail.com Distribution: --- When virtual desktop is enabled, there used to be a taskbar that could be used to restore minimized windows. It's gone since 9.17 (commit c31e65fd3bde71234668507a9e15780d567c0a51). Setting the EnableShell registry key to 1 doesn't make it back. I need it, or I can't find my game window after it gets minimized. Tested with fb256d8b950b5498bc4b2252de7b0b7a714229f7 (which is the latest commit I get from github mirror; the origin repo is returning 522). -- 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 13637] New: MechCommander Gold: Two keypresses simultaneously are not recognized
by wine-bugs＠winehq.org Oct. 7, 2024

Oct. 7, 2024

http://bugs.winehq.org/show_bug.cgi?id=13637 Summary: MechCommander Gold: Two keypresses simultaneously are not recognized Product: Wine Version: 1.0-rc3 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: liquitsnake(a)gmx.net Under Windows it was possible to scroll diagonally using two arrow keys at the same time. This is not possible under Wine. The second keypress overrides the first one. e.g. I want to scroll into the upper left corner. I press left, it scrolls left. I keep left pressed and press up -> It only scolls upwards. Modifier keys like Ctrl are handled properly. I don't think the game is based on dinput. At least, I don't get anything when I enable the dinput debug channel. -- 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.

2 13