wine-bugs

wine-bugs@winehq.org

1 participants
159458 discussions

[Bug 58526] New: GetQueuedFinishionStatus bug
by WineHQ Bugzilla 30 Jul '25

30 Jul '25

http://bugs.winehq.org/show_bug.cgi?id=58526 Bug ID: 58526 Summary: GetQueuedFinishionStatus bug Product: Wine Version: 10.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: hahamotor(a)126.com Distribution: --- The server program adopts Windows' completion port technology. When the remote client unexpectedly disconnects, on the native Windows operating system, the GetQueuedFinishionStatus function returns False. At this time, the error code indicating the remote connection has been disconnected can be queried through GetLastError. However, in the Wine 10.12 version, this function returns TRUE to indicate successful operation, causing the program to be unable to detect remote connection disconnections. Other versions have been tested and all have the same error. -- 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 17

[Bug 58546] New: World of Warcraft (Vanilla) (WoW.exe 1.12.1) renders no ground textures on wine-staging 10.12
by WineHQ Bugzilla 29 Jul '25

29 Jul '25

http://bugs.winehq.org/show_bug.cgi?id=58546 Bug ID: 58546 Summary: World of Warcraft (Vanilla) (WoW.exe 1.12.1) renders no ground textures on wine-staging 10.12 Product: Wine-staging Version: 10.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: winehq.org(a)ulf-gebhardt.de CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 79045 --> http://bugs.winehq.org/attachment.cgi?id=79045 wine-10.8 (Staging) rendering ground textures World of Warcraft (Vanilla) (WoW.exe 1.12.1) renders no ground textures on wine-staging 10.12 while 10.8 still works as expected. Running `wine-10.8 (Staging)` everything is running properly (see log), ground textures are rendered (see screenshot) ``` 002c:fixme:winediag:loader_init wine-staging 10.8 is a testing version containing experimental patches. 002c:fixme:winediag:loader_init Please mention your exact version when filing bug reports on winehq.org. 00bc:fixme:wineusb:query_id Unhandled ID query type 0x5. 0024:fixme:winediag:loader_init wine-staging 10.8 is a testing version containing experimental patches. 0024:fixme:winediag:loader_init Please mention your exact version when filing bug reports on winehq.org. info: Game: WoW_tweaked.exe info: DXVK: v2.7 info: Build: x86 gcc 15.1.0 info: Vulkan: Found vkGetInstanceProcAddr in winevulkan.dll @ 0x79e61a40 info: Extension providers: info: Platform WSI info: OpenVR info: OpenVR: could not open registry key, status 2 info: OpenVR: Failed to locate module info: OpenXR info: Enabled instance extensions: info: VK_EXT_surface_maintenance1 info: VK_KHR_get_surface_capabilities2 info: VK_KHR_surface info: VK_KHR_win32_surface info: Found device: NVIDIA GeForce 940MX (NVK GM108) (NVK 25.1.6) info: Found device: Intel(R) HD Graphics 630 (KBL GT2) (Intel open-source Mesa driver 25.1.6) info: D3D9: VK_FORMAT_D16_UNORM_S8_UINT -> VK_FORMAT_D24_UNORM_S8_UINT info: Process set as DPI aware ``` Running `wine-10.12 (Staging)` ground textures are not rendered properly (see second screenshot) and a warning appears in the log. ``` 002c:fixme:winediag:loader_init wine-staging 10.12 is a testing version containing experimental patches. 002c:fixme:winediag:loader_init Please mention your exact version when filing bug reports on winehq.org. 00c0:fixme:wineusb:query_id Unhandled ID query type 0x5. 0024:fixme:winediag:loader_init wine-staging 10.12 is a testing version containing experimental patches. 0024:fixme:winediag:loader_init Please mention your exact version when filing bug reports on winehq.org. 00fc:err:environ:init_peb starting L"Z:\\home\\dornhoeschen\\.data\\games\\wow-1.12.1-nostalgeek-new\\WoW_tweaked.exe" in experimental wow64 mode info: Game: WoW_tweaked.exe info: DXVK: v2.7 info: Build: x86 gcc 15.1.0 info: Vulkan: Found vkGetInstanceProcAddr in winevulkan.dll @ 0x79e41d70 info: Extension providers: info: Platform WSI info: OpenVR info: OpenVR: could not open registry key, status 2 info: OpenVR: Failed to locate module info: OpenXR info: Enabled instance extensions: info: VK_EXT_surface_maintenance1 info: VK_KHR_get_surface_capabilities2 info: VK_KHR_surface info: VK_KHR_win32_surface info: Found device: NVIDIA GeForce 940MX (NVK GM108) (NVK 25.1.6) info: Found device: Intel(R) HD Graphics 630 (KBL GT2) (Intel open-source Mesa driver 25.1.6) info: D3D9: VK_FORMAT_D16_UNORM_S8_UINT -> VK_FORMAT_D24_UNORM_S8_UINT info: Process set as DPI aware 00fc:fixme:opengl:wow64_map_buffer Doing a copy of a mapped buffer (expect performance issues) ``` It seems to be that the ground textures are rendered initially and then disappear. -- 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 37780] New: After running a bash script from cmd, no prompt is printed
by wine-bugs＠winehq.org 29 Jul '25

29 Jul '25

https://bugs.winehq.org/show_bug.cgi?id=37780 Bug ID: 37780 Summary: After running a bash script from cmd, no prompt is printed Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: gm89(a)hotmail.it Distribution: --- If I run a bash script from wine's cmd, after execution the prompt is not printed. I believe this is the cause of an hang in my use case, I'm trying to interface a windows program with my android phone by making it use the native adb binary; the trick I used was to replace the provided "adb.exe" with a similarly named bash script with this content: #!/bin/bash /usr/bin/adb $* If I manually call adb.exe from cmd, the output of commands is correct but no prompt is printed afterwards. Tested with wine 1.7.33 under ubuntu 14.04. -- 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 7

[Bug 58112] New: Unimplemented function KERNEL32.dll.InitializeSynchronizationBarrier
by WineHQ Bugzilla 29 Jul '25

29 Jul '25

http://bugs.winehq.org/show_bug.cgi?id=58112 Bug ID: 58112 Summary: Unimplemented function KERNEL32.dll.InitializeSynchronizationBarrier Product: Wine Version: 10.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: git.ceeac(a)gmail.com Distribution: --- I am developing a cross-platform application that uses barriers as a synchronization primitive. This works fine when the application is started on Windows, however when started on Linux (Arch) + WINE (10.5), the application crashes with wine: Unimplemented function KERNEL32.dll.InitializeSynchronizationBarrier called at address 00006FFFFFC695E8 (thread 012c) Presumably, all of the following functions are unimplemented in WINE: - InitializeSynchronizationBarrier - DeleteSynchronizationBarrier - EnterSynchronizationBarrier -- 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 58548] New: user32/menu: Sub‑menus always open instantly – TrackPopup/TrackMenu code ignores SPI_GETMENUSHOWDELAY and MenuShowDelay in registry
by WineHQ Bugzilla 28 Jul '25

28 Jul '25

http://bugs.winehq.org/show_bug.cgi?id=58548 Bug ID: 58548 Summary: user32/menu: Sub‑menus always open instantly – TrackPopup/TrackMenu code ignores SPI_GETMENUSHOWDELAY and MenuShowDelay in registry Product: Wine Version: 7.7 Hardware: aarch64 OS: MacOS Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: falcon4(a)gmail.com Observed: Registry setting HKEY_CURRENT_USER\Control Panel\Desktop\MenuShowDelay is set to the intended default value (400). SystemParametersInfoW(SPI_GETMENUSHOWDELAY) returns the configured value (e.g. 400 ms). Yet any Win32 app (Task Manager, Notepad++, etc.) opens sub‑menus with zero delay; mousing past them collapses/opens instantly. Expected: Menu pop‑ups wait <MenuShowDelay> ms before showing, matching Windows behaviour since Win 95. This bug leads to having to "tightrope" sub-menu selections, carefully moving the cursor along a selection to prevent the sub-menu from collapsing. This was reported back in 2009 by a user that was advised to file a Bugzilla report, but none seems to have ever been made: https://forum.winehq.org/viewtopic.php?t=4147 At a quick glance through /wine/dlls/win32u/menu.c, it seems like menu-show delays were never implemented at all, and I can only hope this is worth fixing to improve user experience after all these years :) -- 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 51847] New: fixme:advapi
by WineHQ Bugzilla 28 Jul '25

28 Jul '25

https://bugs.winehq.org/show_bug.cgi?id=51847 Bug ID: 51847 Summary: fixme:advapi Product: Wine Version: 6.0.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: advapi32 Assignee: wine-bugs(a)winehq.org Reporter: danielrosario92(a)gmail.com Distribution: --- Created attachment 70741 --> https://bugs.winehq.org/attachment.cgi?id=70741 problems not installing programs -- 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 56921] New: MusicBee: Random moments of lag when scrolling, seemingly related to rendering of rating stars.
by WineHQ Bugzilla 28 Jul '25

28 Jul '25

https://bugs.winehq.org/show_bug.cgi?id=56921 Bug ID: 56921 Summary: MusicBee: Random moments of lag when scrolling, seemingly related to rendering of rating stars. Product: Wine-staging Version: 9.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: v_winebugs(a)outlook.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 76742 --> https://bugs.winehq.org/attachment.cgi?id=76742 Log from terminal Tested on Wine 9.5-staging, on Fedora 40 KDE Plasma Spin MusicBee will have these random moments of lag when scrolling on views and playlists that have rating stars enabled. It seems to be related to how the stars are being rendered, since when they are hidden the lag goes away, and this lag is not present when running MusicBee under Windows. To make it worse, this lag persists after the app is restarted. Attached is a log from the terminal done while using MusicBee with the lag. -- 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 9

[Bug 58545] New: Wine preloader always crashes if I run under nix develop shell, no programs work
by WineHQ Bugzilla 28 Jul '25

28 Jul '25

http://bugs.winehq.org/show_bug.cgi?id=58545 Bug ID: 58545 Summary: Wine preloader always crashes if I run under nix develop shell, no programs work Product: Wine Version: 10.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: xvroad(a)gmail.com Distribution: --- wine64-preloader always crashes with "Segmentation fault" error at startup if started under nix develop environment, which I created for developing yabridge-based C++ app. The command, nix develop, is a command of nix package manager. It automatically download tools and libraries needed for developing my C++ app, and creates a temporary shell with all required environment variables set for development. I ran the command on NixOS 25.05. If I understand correctly, nix develop command just sets environment variables. I have no idea how that lead to a difficult to diagnose crash. I attached the gdb debugger to debug wine64 and wine64-preloader. It seems that it's crashing somewhere after wld_start, but I'm not sure exactly where the issue is. https://gitlab.winehq.org/wine/wine/-/blob/wine-10.0/loader/preloader.c?ref… I uploaded the flake.nix for reproducing the issue to a GitHub repo. https://github.com/vroad/wine-crash-test I can't reproduce the issue by * Sourcing environment variables dumped and running wine outside nix develop shell. * Setting really long environment variables and running wine outside nix develop shell. wine can just handle it fine. * Running wine inside nix develop, but with a different set of packages. The issue is reproducible on wine built from current latest master commit (https://gitlab.winehq.org/wine/wine/-/commit/5b5f7fa104582c08e860f84c6fb361…). -- 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 42741] New: StarCraft I: 1.18 PTR fails to initialize ClientSdk.dll
by wine-bugs＠winehq.org 28 Jul '25

28 Jul '25

https://bugs.winehq.org/show_bug.cgi?id=42741 Bug ID: 42741 Summary: StarCraft I: 1.18 PTR fails to initialize ClientSdk.dll Product: Wine Version: 2.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: li.davidm96(a)gmail.com Distribution: --- Created attachment 57743 --> https://bugs.winehq.org/attachment.cgi?id=57743 stderr output of Wine when running StarCraft.exe The 1.18 public test release of the upcoming version of StarCraft I does not launch, as ClientSdk.dll fails to initialize. Tested with Wine 2.4 (latest from Arch repositories), in a fresh 64-bit wineprefix. Architecture is AMD64. The download is here: https://us.battle.net/forums/en/starcraft/topic/20753915707 sha1sum: 2d6702a425f13659227814fbc903568d63daeb08 /home/lidavidm/Downloads/Starcraft+1.18+PTR+1202.zip -- 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 134

[Bug 58544] New: Forums are crippingly slow
by WineHQ Bugzilla 28 Jul '25

28 Jul '25

http://bugs.winehq.org/show_bug.cgi?id=58544 Bug ID: 58544 Summary: Forums are crippingly slow Product: WineHQ.org Version: unspecified Hardware: x86-64 URL: https://forum.winehq.org/ OS: Linux Status: NEW Severity: normal Priority: P2 Component: www-unknown Assignee: wine-bugs(a)winehq.org Reporter: imwellcushtymelike(a)gmail.com Distribution: --- The forums are crippingly slow. https://forum.winehq.org/ It is currently taking minutes to load a single page, or it is just timing out with the Cloudflare 504. I'm going to take a wild guess here and say.... AI crawlers. Hopefully not though and there's something simpler going on? -- 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

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs