February 2024 - Wine-bugs - list.winehq.org

[Bug 45901] New: Avoid GPU synchronization due to GPU-CPU transfer ( Overwatch)
by wine-bugs＠winehq.org 23 Feb '24

23 Feb '24

https://bugs.winehq.org/show_bug.cgi?id=45901 Bug ID: 45901 Summary: Avoid GPU synchronization due to GPU-CPU transfer (Overwatch) Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: awesie(a)gmail.com Distribution: --- Created attachment 62422 --> https://bugs.winehq.org/attachment.cgi?id=62422 Patch to avoid GPU synchronization One performance gap with Overwatch on Wine + AMD + Mesa is GPU synchronization due to transfers from GPU texture to CPU texture. By using PBOs and glReadPixels with GL_PIXEL_PACK_BUFFER, we can avoid this synchronization leading to improved performance. The attached patch is one approach to resolve the performance issue, but I am not sure that it is the best way. Feedback is appreciated. Also attached is before and after screenshots with Mesa's HUD. You can observe that the buffer wait time decreases with the patched version. Both the before and after screenshots are on wine-staging master plus my patch for 45723. -- 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 17

[Bug 50297] New: Blindwrite 7 crashes with a stack overflow (followup to #49092)
by WineHQ Bugzilla 23 Feb '24

23 Feb '24

https://bugs.winehq.org/show_bug.cgi?id=50297 Bug ID: 50297 Summary: Blindwrite 7 crashes with a stack overflow (followup to #49092) Product: Wine Version: 5.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bernhardu(a)mailbox.org Distribution: --- Created attachment 68867 --> https://bugs.winehq.org/attachment.cgi?id=68867 Do wineserver calls on a different stack by using fibers. I still can reproduce this issue with wine-6.0-rc1. 00f0:err:virtual:virtual_setup_exception stack overflow 4548 bytes in thread 00f0 addr 0x40e68e stack 0x21fe3c (0x220000-0x221000-0x320000) (rr) bt 30 #0 0xb7db9b5e in __libc_disable_asynccancel (oldtype=0) at ../nptl/cancellation.c:72 #1 0xb7e35705 in __GI___writev (iovcnt=2, iov=0x222058, fd=3) at ../sysdeps/unix/sysv/linux/writev.c:26 #2 __GI___writev (fd=3, iov=0x222058, iovcnt=2) at ../sysdeps/unix/sysv/linux/writev.c:24 #3 0xb7bd68ae in send_request (req=0x2221ac) at .../wine-git/dlls/ntdll/unix/server.c:213 #4 0xb7bd69f0 in server_call_unlocked (req_ptr=0x2221ac) at .../wine-git/dlls/ntdll/unix/server.c:273 #5 0xb7bd6a4b in wine_server_call (req_ptr=0x2221ac) at .../wine-git/dlls/ntdll/unix/server.c:289 #6 0xb7bcf1cd in NtOpenKeyEx (key=0x222340, access=131097, attr=0x2222b8, options=0) at .../wine-git/dlls/ntdll/unix/registry.c:112 #7 0xb7bb11be in __wine_syscall_dispatcher () from /home/benutzer/.local/share/rr/wine-1/mmap_pack_2_ntdll.so #8 0x7bc0bdcc in NtOpenKeyEx(a)16 () from /home/benutzer/.local/share/rr/wine-1/mmap_pack_343_ntdll.dll #9 0x7b0561af in RegOpenKeyExW(a)20 (hkey=<optimized out>, name=0x46c06dc, options=0, access=131097, retkey=0x222340) at .../wine-git/dlls/kernelbase/registry.c:208 #10 0x006996a6 in ?? () #11 0x0069ab41 in ?? () #12 0x00699e14 in ?? () #13 0x0069a89b in ?? () #14 0x0069a84f in ?? () #15 0x0073bb4b in ?? () #16 0x007354d2 in ?? () #17 0x00736cc5 in ?? () #18 0x00736f53 in ?? () #19 0x00737f77 in ?? () #20 0x007384a9 in ?? () #21 0x00a9a1a7 in ?? () #22 0x00a99388 in ?? () #23 0x00a99394 in ?? () #24 0x00a99394 in ?? () #25 0x00a99394 in ?? () #26 0x00a99394 in ?? () #27 0x00a99394 in ?? () #28 0x00a99394 in ?? () ... I tried to have another look and got to the impression that blindwrite expects RegOpenKeyExW and RegSetValueExW too use less stack. I experimented a bit and one way to achive this was to do the work in these functions on a different stack. Attached proof of concept uses fibers for this. With this patch blindwrite can finish its stack exhaustion without visible error and shows the trial option dialog. After one successful start that patch is no longer necessarry. Another option to might be to use some more guard pages and switch them to regular pages when we are inside wine code? -- 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 16911] New: WriteProcessMemory() not working for memory protected by X11DRV_DIB_DoProtectDIBSection()
by wine-bugs＠winehq.org 23 Feb '24

23 Feb '24

http://bugs.winehq.org/show_bug.cgi?id=16911 Summary: WriteProcessMemory() not working for memory protected by X11DRV_DIB_DoProtectDIBSection() Product: Wine Version: 1.1.12 Platform: PC OS/Version: Linux Status: UNCONFIRMED Keywords: patch, source Severity: minor Priority: P2 Component: winex11.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: thestig(a)google.com Created an attachment (id=18660) --> (http://bugs.winehq.org/attachment.cgi?id=18660) test program Hi, I have a test case here that works on WinXP but not Wine. I deliberately wrote a standalone test case because I'm not sure which unit test to put it in. It's in fact based off of dlls/kernel32/tests/virtual.c where the other WriteProcessMemory() test is. In this test case, we call CreateDIBSection() which returns a HBITMAP (hbitmap) and some memory (mem). Next, we call SetDIBits() with hbitmap. We get into X11DRV_SetDIBits(), where it calls X11DRV_DIB_Lock( physBitmap, DIB_Status_GdiMod );. This marks the memory (mem) as PAGE_NOACCESS, and leaves it in that state as SetDIBts() returns. Normally if the process tries to access it, we get a page fault that's handled by X11DRV_DIB_FaultHandler(), and everything works. However, when the test code calls WriteProcessMemory(), we talk to wineserver in NtWriteVirtualMemory(). In wine_server_call(), we do send_request(), where writev() tries to read 'mem' and fails with EFAULT. This doesn't trigger X11DRV_DIB_FaultHandler(), and WriteProcessMemory() fails. -- 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 56344] New: Implement wbem scripting sink
by WineHQ Bugzilla 21 Feb '24

21 Feb '24

https://bugs.winehq.org/show_bug.cgi?id=56344 Bug ID: 56344 Summary: Implement wbem scripting sink Product: Wine Version: 9.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gianvito(a)gmx.it Distribution: --- Hi, I play Raid Shadow Legends and use a tool to make farming easier in the game (absolutely no cheats or similar). Recent versions of this tool crash, until a few months ago it worked fine. This is the crash error: 0114:err:ole:com_get_class_object class {75718c9a-f029-11d1-a1ac-00c04fb6c223} not registered 0114:err:ole:create_server class {75718c9a-f029-11d1-a1ac-00c04fb6c223} not registered 0114:err:ole:com_get_class_object no class object {75718c9a-f029-11d1-a1ac-00c04fb6c223} could be created for context 0x5 I wrote on the Wine forum and was told it could be a wbem problem: https://forum.winehq.org/viewtopic.php?t=38259 Thanks a lot for your work. -- 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 56231] New: Myst using DOSBox doesn't display anything
by WineHQ Bugzilla 20 Feb '24

20 Feb '24

https://bugs.winehq.org/show_bug.cgi?id=56231 Bug ID: 56231 Summary: Myst using DOSBox doesn't display anything Product: Wine Version: 9.0-rc5 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: --- Split off from bug 56225. After downloading the program and running the "Myst.bat", it starts DOSBox, displays some text and loads into the windows desktop. However, I only get a black window. When pressing Enter I hear the game starting, but no graphical output. It works for other users, but not for me. -- 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 56342] New: Finale refuses to minimize or lose window focus
by WineHQ Bugzilla 19 Feb '24

19 Feb '24

https://bugs.winehq.org/show_bug.cgi?id=56342 Bug ID: 56342 Summary: Finale refuses to minimize or lose window focus Product: Wine-staging Version: 9.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: s_chriscollins(a)hotmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- The music notation software Finale refuses to stay minimized (it immediately reappears after clicking the WM minimize button) and will also often not relinquish focus when trying to use another app, especially if the two apps are overlapping windows. This is a huge usability issue when using the software as I can't switch the focus to other windows, and other important applications stay buried underneath the Finale window until Finale is closed entirely. This issue only happens in Wine Staging, and I was able to narrow the issue down to the following commit: --- commit abf67e73f7c6afe2eca9ee09ca2214f12700c6d1 Author: Dmitry Timoshkov <dmitry(a)baikal.ru> Date: Wed Feb 10 15:09:29 2016 +0800 winex11.drv: Add support for _NET_ACTIVE_WINDOW. (v2) And use it as a backend in user32.SetActiveWindow(). For bug #2155. --- This bug is reproducible using the free trial version of Finale v27 available here: https://www.finalemusic.com/free-trial/ See also: bug #2155 (https://bugs.winehq.org/show_bug.cgi?id=2155) I have reproduced this bug on KDE Neon User Edition 5.27 (hardware and VM install) and Xubuntu 22.04 (VM install). I can provide system details if desired, but they seem irrelevant here. -- 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 2155] Failure of SetFocus, SetActiveWindow and SetForegroundWindow
by WineHQ Bugzilla 19 Feb '24

19 Feb '24

https://bugs.winehq.org/show_bug.cgi?id=2155 S. Christian Collins <s_chriscollins(a)hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |s_chriscollins(a)hotmail.com -- 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 56338] New: Discord Chat Exporter does not work
by WineHQ Bugzilla 19 Feb '24

19 Feb '24

https://bugs.winehq.org/show_bug.cgi?id=56338 Bug ID: 56338 Summary: Discord Chat Exporter does not work Product: WineHQ Apps Database Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: appdb-unknown Assignee: wine-bugs(a)winehq.org Reporter: globalunity(a)disroot.org Distribution: --- Discord Chat Exporter on WINE - Instllation Attempt - Processes Performed: https://github.com/Tyrrrz/DiscordChatExporter Tryed with both DiscordChatExporter versions v2.42.8 and v2.42.7 RESULTS: Using Wine-64 Bit: The exporter window comes up, after entering/pasting the discord ID into the field box and clicking on the arrow to the right-hand side there is the typical yellow line that moves along the top of the window, then after about 2 or 3 seconds the discord window goes away I presume this means that either the app or wine has crashed or both the app and wine have crashed together I use wine with the windows app MyPhoneExporer, and it works just fine Using Wine-32 Bit: The DiscordChatExporter window never appears OS: OpenSUSE Tumbleweed 64 Bit DE: KDE Plasma OS INFO: Operating System: openSUSE Tumbleweed 20240216 KDE Plasma Version: 5.27.10 KDE Frameworks Version: 5.115.0 Qt Version: 5.15.12 Kernel Version: 6.7.4-1-default (64-bit) Graphics Platform: Wayland Processors: 4 × Intel® Core™ i5-3570K CPU @ 3.40GHz Memory: 11.6 GiB of RAM Graphics Processor: AMD Radeon RX 6600 WINE PACKAGES USED AND TECHNICAL DATA: wine - An MS Windows Emulator Version: 9.1-1.1 Build Time: Tue 06 Feb 2024 10:11:35 AM NZDT Install Time: Tue 20 Feb 2024 12:48:22 AM NZDT Distribution: openSUSE Tumbleweed Vendor: openSUSE Packager: https://bugs.opensuse.org Architecture: x86_64 Source Package: wine-9.1-1.1 wine-32bit Version: 9.1-1.1 Build Time: Tue 06 Feb 2024 10:48:08 AM NZDT Install Time: Tue 20 Feb 2024 12:56:14 AM NZDT Distribution: openSUSE Tumbleweed Vendor: openSUSE Packager: https://bugs.opensuse.org Architecture: x86_64 Source Package: wine-9.1-1.1 wine-gecko wine-gecko - The Wine specific Gecko HTML rendering engine Installed Version: 2.47.4-1.2 Build Time: Sat 03 Feb 2024 05:20:57 AM NZDT Install Time: Tue 06 Feb 2024 08:12:22 AM NZDT openSUSE Tumbleweed Vendor: openSUSE Packager: https://bugs.opensuse.org Architecture: noarch Source Package: wine-gecko-2.47.4-1.2 wine-mono Installed Version: 9.0.0-1.3 Build Time: Fri 16 Feb 2024 09:18:36 AM NZDT Install Time: Mon 19 Feb 2024 01:59:00 AM NZDT License: LGPL-2.1 and MIT and MS-PL Distribution: openSUSE Tumbleweed Vendor: openSUSE Packager: http://bugs.opensuse.org Architecture: noarch Build Host: h02-ch1a URL: https://github.com/madewokherd/wine-mono Source Package: wine-mono-9.0.0-1.3 winetricks Alternate Version: 20240105-1.2 Installed Version: 20240105-1.2 Build Time: Sat 03 Feb 2024 06:56:54 AM NZDT Install Time: Tue 06 Feb 2024 08:32:12 AM NZDT License: LGPL-2.1-or-later Distribution: openSUSE Tumbleweed Vendor: openSUSE Packager: https://bugs.opensuse.org Architecture: x86_64 Build Host: h02-ch1b URL: https://github.com/Winetricks/winetricks Source Package: winetricks-20240105-1.2 Attempt with the 32 Bit version of wine with a 32-bit Wine-Prefix: WINE-32 BIT Crate a new Prefix Choose 32 Bit Prefix .NET 4.5 Framework 4.5 has been installed "Setting Windows version to 2003, otherwise applications using .NET 4.5 will subtly fail" Winetricks Message: "Running /usr/bin/wineserver -w. This will hang until all wine processes in prefix=/home/starman/.local/share/wineprefixes/32-Bit NEW terminate" "Running /usr/bin/wineserver -w. This will hang until all wine processes in prefix=/home/starman/.local/share/wineprefixes/32-Bit NEW terminate" Window "Microsoft .NET 2015" - Message "Warnings: Setup may not run properly, because the Windows Modules Installer Service is not available on this computer." 2 Buttons: Continue and Close I press the continue Button Installing .NET Framework 4.6 Installation is Complete .NET Framework 4.6 has been installed winetrix window message "Running /usr/bin/wineserver -w. This will hang until all wine processes in prefix=/home/starman/.local/share/wineprefixes/32-Bit NEW terminate" Window "Microsoft .NET 2015" - Message "Warnings: Setup may not run properly, because the Windows Modules Installer Service is not available on this computer." 2 Buttons: Continue and Close I press the continue Button In window 'Please accept the license terms to continue.' Installing .NET Framework 4.6.1 Installation Is Complete .NET Framework 4.6.1 has been installed Click Finish Button Window "Winetricks - current prefix is /home/.../.local/share/wineprefix/32-Bit NEW' What would you like to do to this wineprefix? Install a Windows DLL or component Install a font Change settings Run winecfg Run regedit Run taskmgr Run explorer Run uninstaller Run a Wine cmd shell Run an arbitrary executable (.exe/.msi/.msu) Run a commandline shell (for debugging) Browse files Delete ALL DATA AND APPLICATIONS INSIDE THIS WINEPREFIX WINE BUG: "You are using a 64-bit WINEPREFIX. Note that many verbs only install 32-bit versions of packages. If you encounter problems, please retest in a clean 32-bit WINEPREFIX before reporting a bug." Despite creating a brand new clean 32-Bit Prefix and chooseing it as the default This big has always existed - I have however never needed to use any 32-bit Prefix NOTE: Running DiscordChatExporter.exe with wine has DiscordChatExporter.exe displays automatically downloading and installing .NET 8.0 -- 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 56335] New: Guild Wars 2 Launcher freezes/hangs (Wayland only)
by WineHQ Bugzilla 18 Feb '24

18 Feb '24

https://bugs.winehq.org/show_bug.cgi?id=56335 Bug ID: 56335 Summary: Guild Wars 2 Launcher freezes/hangs (Wayland only) Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mweires(a)googlemail.com Distribution: --- While hovering the Guild Wars 2 launcher the Gnome Shell will continously freeze and stutter between 100ms and 2s long. The cursor jumps and other applications freeze/stutter in sync. The issue is only visible while the cursor hovers the launcher. The issue is immediatly gone after closing the launcher or entering the game (which closes the launcher). The issue is not reproduciable on Xorg (Wayland only). Response of a Mutter (Gnome compositor) maintainer suggests a fix on Wine side: https://gitlab.gnome.org/GNOME/mutter/-/issues/3034#note_1856859 If there's additional information that could help fix it on Gnome side please feel free to respond to the Gnome issue above. Steps to reproduce 1) Download Guild Wars 2 launcher (https://account.arena.net/content/download/gw2/win/64) 2) Careful: running the launcher will create data files left and right of the launcher. Place it in a temp dir. 3) Run the launcher using Wine (tested on Fedora 39 system 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.

1 0

[Bug 50098] New: FFXIV_Textools crashes on start
by WineHQ Bugzilla 18 Feb '24

18 Feb '24

https://bugs.winehq.org/show_bug.cgi?id=50098 Bug ID: 50098 Summary: FFXIV_Textools crashes on start Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: nsextyfour(a)protonmail.com Distribution: --- Created attachment 68574 --> https://bugs.winehq.org/attachment.cgi?id=68574 I try to start FFXIV_TexTools, and then try to copy the text from the error dialog. FFXIV Textools, a modding tool for Final Fantasy XIV, will not launch in Wine. https://textools.dualwield.net/ It brings up an error window, and when I try to copy the text from it, the window disappears due to a crash. If I click 'yes', I get another error window. Clicking yes on this brings another, and then another. After the fourth, the program closes. -- 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 8