- Wine-bugs - list.winehq.org

[Bug 56166] New: GDI performance regression after switching fonts to syscall interface
by WineHQ Bugzilla 07 Nov '25

07 Nov '25

https://bugs.winehq.org/show_bug.cgi?id=56166 Bug ID: 56166 Summary: GDI performance regression after switching fonts to syscall interface Product: Wine Version: 8.9 Hardware: x86-64 URL: https://developer.download.nvidia.com/SDK/9.5/Samples/ 3dgraphics_samples.html#HLSL_HDR_FP16x2 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: win32u Assignee: wine-bugs(a)winehq.org Reporter: mirh(a)protonmail.ch Regression SHA1: 9b5c916e4e8b90da795be93d8203743d76d22edb Distribution: --- Long story short, up to wine 8.8 you get about 2300fps with my 2080 and 9600K in an old nvidia showcase. After that, it's more like 2150. Of course it's just a little 7% difference, but it's completely reproducible, so.. p.s. DXVK and the patch for bug 32323 are also needed to "unlock full speed" (the sources clearly show a D3DXCreateFont call for Arial, but is it expected to take a 40% framerate hit without the fonts otherwise?) -- 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 11536] New: Worms World Party doesn't respond after match
by wine-bugs＠winehq.org 07 Nov '25

07 Nov '25

http://bugs.winehq.org/show_bug.cgi?id=11536 Summary: Worms World Party doesn't respond after match Product: Wine Version: 0.9.52. Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P3 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: rpgraca(a)gmail.com After most matches, like missions and deathmatch and in multiplayer games in the 3rd game, the game doesn't respond to mouse input and I only get beeps when I click on the window. This does't happen in multiplayer games whenever the final result 2-0 or 1-0. I get no stange message in the terminal. -- 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 20

[Bug 58640] New: winewayland unconditionally sends RCtrl when pressing RAlt
by WineHQ Bugzilla 07 Nov '25

07 Nov '25

http://bugs.winehq.org/show_bug.cgi?id=58640 Bug ID: 58640 Summary: winewayland unconditionally sends RCtrl when pressing RAlt Product: Wine Version: 10.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winewayland Assignee: wine-bugs(a)winehq.org Reporter: miles(a)milessimpson.com Distribution: --- In dlls/winewayland.drv/wayland_keyboard.c, at line 831 (as of 10.13 sources), there is an unconditional Right Control forced when pressing the Right Alt key, regardless of keyboard layout, shown here: /* NOTE: Windows normally sends VK_CONTROL + VK_MENU only if the layout has KLLF_ALTGR */ if (key == KEY_RIGHTALT) send_right_control(hwnd, state); This interferes with "us" keyboard layouts and programs that treat left and right alt keys independently. This differs from XWayland where a R_ALT keypress is sent through unmodified for the "us" layout. The line in question has a comment mentioning that this should only happen when KLLF_ALTGR is specified. There are layouts with that specified, but this check does not factor that in when deciding to send R_CTRL. -- 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 58935] New: Dark Souls: Remastered crashes on exit with "!status && \"vkAcquireNextImageKHR\""
by WineHQ Bugzilla 07 Nov '25

07 Nov '25

http://bugs.winehq.org/show_bug.cgi?id=58935 Bug ID: 58935 Summary: Dark Souls: Remastered crashes on exit with "!status && \"vkAcquireNextImageKHR\"" Product: Wine Version: 10.18 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- This happens just on exit. Simple run the game and then exit to reproduce. 05ec:err:d3d:wined3d_swapchain_vk_create_vulkan_swapchain Failed to create Vulkan surface, vr VK_ERROR_OUT_OF_HOST_MEMORY. 05ec:err:d3d:swapchain_vk_present Failed to recreate swapchain, hr 0x80004005. 05ec:err:msvcrt:_wassert (L"!status && \"vkAcquireNextImageKHR\"",L"../wine/dlls/winevulkan/loader_thunks.c",45) wine-10.18-192-gb448a8ba7b6 -- 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 2082] DirectDraw games only showing black screen
by WineHQ Bugzilla 07 Nov '25

07 Nov '25

http://bugs.winehq.org/show_bug.cgi?id=2082 --- Comment #182 from Zdeněk Kopřivík <zdenek.koprivik(a)post.cz> --- Created attachment 79630 --> http://bugs.winehq.org/attachment.cgi?id=79630 WWP using Wine's virtual desktop mode and Gamescope running in stock Wine 10.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 0

[Bug 2082] DirectDraw games only showing black screen
by WineHQ Bugzilla 07 Nov '25

07 Nov '25

http://bugs.winehq.org/show_bug.cgi?id=2082 --- Comment #181 from Zdeněk Kopřivík <zdenek.koprivik(a)post.cz> --- While the bug is still alive in 2025, it seems, that the situation actually got a lot better. I'm not sure, what changed (maybe Wayland changed rules a bit?), but I've got both Diablo 1.0 and Worms World Party 1.01 working almost with no issues using stable Wine 10.0 without any big hacks. In the default fullscreen mode both games still only render black screen, but after enabling Wine's virtual desktop both games are usable in windowed mode. You can then use Valve's Gamescope to upscale them from the windowed mode to fullscreen and you even get flawless Alt+TAB behavior. This way you can also use AMD's FSR for upscaling, apply CRT shader or use integer scaling, if needed. In Diablo the menus are only re-drawn on mouse move, but that is possibly a different bug. In Worms it seems that the menu is running faster than it should (clouds in the background are fast), but the rest seems to be fine. Testing specs: AMD Ryzen APU (780M) KDE neon, Plasma 6.5, Wayland Wine 10.0 installed from Flatpak (using Xwayland) Enabled virtual desktop in winecfg -- 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 40639] New: Can't run a game with Wine
by wine-bugs＠winehq.org 07 Nov '25

07 Nov '25

https://bugs.winehq.org/show_bug.cgi?id=40639 Bug ID: 40639 Summary: Can't run a game with Wine Product: Wine Version: 1.9.9 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rmbeer2(a)gmail.com Distribution: --- Testing with GTA San Andreas. Running direct with ./wine cause a halt and stooped game in the memory, i only can run normaly if i execute ./wineboot with a active desktop. Not show nothing in the log. -- 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

[Bug 58934] New: DOOMEternal
by WineHQ Bugzilla 06 Nov '25

06 Nov '25

http://bugs.winehq.org/show_bug.cgi?id=58934 Bug ID: 58934 Summary: DOOMEternal Product: Wine Version: 10.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: lars_martin4(a)hotmail.com Distribution: --- arsmartinhambro(a)ti0108q160-2518:~/Dokumenter/DOOMEternal$ wine DOOMEternalx64vk.exe 002c:fixme:winediag:loader_init wine-staging 10.18 is a testing version containing experimental patches. 002c:fixme:winediag:loader_init Please mention your exact version when filing bug reports on winehq.org. 003c:fixme:service:scmdatabase_autostart_services Auto-start service L"HDDHealth" failed to start: 5 0024:fixme:winediag:loader_init wine-staging 10.18 is a testing version containing experimental patches. 0024:fixme:winediag:loader_init Please mention your exact version when filing bug reports on winehq.org. larsmartinhambro(a)ti0108q160-2518:~/Dokumenter/DOOMEternal$ 011c:fixme:winediag:loader_init wine-staging 10.18 is a testing version containing experimental patches. 011c:fixme:winediag:loader_init Please mention your exact version when filing bug reports on winehq.org. ^C -- 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 58933] New: ARK
by WineHQ Bugzilla 06 Nov '25

06 Nov '25

http://bugs.winehq.org/show_bug.cgi?id=58933 Bug ID: 58933 Summary: ARK Product: Wine Version: 10.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: lars_martin4(a)hotmail.com Distribution: --- wine ShooterGame.exe 002c:fixme:winediag:loader_init wine-staging 10.18 is a testing version containing experimental patches. 002c:fixme:winediag:loader_init Please mention your exact version when filing bug reports on winehq.org. 003c:fixme:service:scmdatabase_autostart_services Auto-start service L"HDDHealth" failed to start: 5 0024:fixme:winediag:loader_init wine-staging 10.18 is a testing version containing experimental patches. 0024:fixme:winediag:loader_init Please mention your exact version when filing bug reports on winehq.org. 0024:fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFORMATION 0024:fixme:wininet:InternetAttemptConnect Stub 0024:fixme:wininet:InternetSetOptionW Option INTERNET_OPTION_IGNORE_OFFLINE: STUB larsmartinhambro(a)ti0108q160-2518:~/Dokumenter/ARK/ShooterGame/Binaries/Win64$ 0158:fixme:winediag:loader_init wine-staging 10.18 is a testing version containing experimental patches. 0158:fixme:winediag:loader_init Please mention your exact version when filing bug reports on winehq.org. Get sometimes need use other than dx 12. Get little sound. -- 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 58931] New: d3dx9_*:surface tests read beyond buffer in copy_pixels (ASan)
by WineHQ Bugzilla 06 Nov '25

06 Nov '25

http://bugs.winehq.org/show_bug.cgi?id=58931 Bug ID: 58931 Summary: d3dx9_*:surface tests read beyond buffer in copy_pixels (ASan) Product: Wine Version: 10.1 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: bernhardu(a)mailbox.org Distribution: --- This affects the test_D3DXSaveSurfaceToFileInMemory with formats D3DFMT_G8R8_G8B8 and D3DFMT_R8G8_B8G8. It arrives in wined3d_resource_allocate_sysmem with a resource->size = 16 and align = 16/*RESOURCE_ALIGNMENT*/, allocates therefore 32 bytes. But the pointer resource->heap_memory gets shifted by align, therefore 16 bytes are usable. Unfortunately I cannot say what really is wrong here. The src_row_pitch is 4, so it looks wrong to me the memcpy copying 8 bytes? As an example, for the D3DFMT_G8R8_G8B8 test I receive in wined3d_resource_allocate_sysmem this values: resource->size=16 align=16 resource->heap_memory=00007F72C5BE6A70 resource->heap_pointer=00007F72C5BE6A60 And later in copy_pixels these, when copying the last row: size->height=4 size->width=4 size->depth=1 format->block_width=2 format->block_byte_count=4 row_block_count=2 slice=0 row_count=4 row=3 src_addr=00007F72C5BE6A7C dst_addr=00007F88C5BE0998 (row_block_count * format->block_byte_count)=8 src_row_pitch=4 My earliest note of it was in the wine 10.1 release cycle: https://gitlab.winehq.org/bernhardu/wine/-/blob/asan-pe_2025-01-31/asan_rep… The latest note is with wine 10-18: https://gitlab.winehq.org/bernhardu/wine/-/blob/asan-pe_2025-10-18_wine-10.… -- 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