wine-bugs July 2024

wine-bugs@winehq.org

1 participants
1152 discussions

[Bug 54510] New: d3d11:d3d11 - test_tgsm() fails in 32-bit tests on the debian11 VM
by WineHQ Bugzilla 15 Dec '24

15 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=54510 Bug ID: 54510 Summary: d3d11:d3d11 - test_tgsm() fails in 32-bit tests on the debian11 VM Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- d3d11:d3d11 - test_tgsm() fails in 32-bit tests on the debian11 VM: d3d11.c:25778: Test failed: Got 0, expected 33 (index 1). d3d11.c:25778: Test failed: Got 0, expected 66 (index 2). ... d3d11.c:25810: Test failed: Got 0, expected 32 (index 0). d3d11.c:25810: Test failed: Got 0, expected 96 (index 1). ... d3d11.c:25852: Test failed: Got 0.00000000e+000, expected 1 (index 32). d3d11.c:25854: Test failed: Got 0, expected 1 (index 32). d3d11.c:25852: Test failed: Got 0.00000000e+000, expected 2 (index 33). d3d11.c:25854: Test failed: Got 0, expected 2 (index 33). ... See https://test.winehq.org/data/patterns.html#d3d11:d3d11 These failures are close to 100% reproducible (but not quite) and started on 2023-02-14. But note that the test also has a preexisting crash which masks these failures in the test pattern. Interestingly these failures do not happen: * In the wow32 and wow64 tests (note: debian11b is a clone of debian11). * On my fgtb-debian11 VM. * On the debiant VM. -- 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 56968] New: Easyhook remote hooking does not work, breaking some game modding frameworks
by WineHQ Bugzilla 14 Dec '24

14 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=56968 Bug ID: 56968 Summary: Easyhook remote hooking does not work, breaking some game modding frameworks Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: katharine.chui(a)gmail.com Distribution: --- There exist game modding frameworks that uses EasyHook, for example, https://andrasteframework.github.io/content/1.0.0/index.html EasyHook remote hooking uses ReadProcessMemory to fetch module handle and function addresses before using CreateRemoteThread to perform remote hooking with the fetched function addresses On wine, this breaks at https://github.com/EasyHook/EasyHook/blob/16f641c8e2197b01095f548c94dcbe696… When trying to fetch export directory from remote process' kernel32.dll's PE header, ReadProcessMemory would succeed, eliminating the fallback codepath outright, but the ExportDirectory buffer would then get filled with 0s. With an export directory data structure filled with 0s, EasyHook would not be able to do much with CreateRemoteThread as functions fetched at https://github.com/EasyHook/EasyHook/blob/16f641c8e2197b01095f548c94dcbe696… are all unavailable. Patching the routine with a loop to loop until the function addresses can be fetched, it seems that it's not (just) a timing issue either because the loop just seems to go on forever. Interestingly, through patching EasyHook itself and force the fallback code path at https://github.com/EasyHook/EasyHook/blob/16f641c8e2197b01095f548c94dcbe696… which grabs export directory from PE NT headers, it can actually fetch an export directory, then eventually fetch the addresses of LoadLibraryW, FreeLibrary, GetProcAddress, ExitThread and GetLastError, but not VirtualFree and VirtualProtect With the EasyHook patches and dotnet48 installed, it is currently enough to keep EasyHook going as it is now able to continue it's code injection and init routine with LoadLibraryW. Would it be possible for remote processes to fetch export directory from remote PE headers? Would it be possible to fetch address to VirtualFree and VirtualProtect? Thanks! -- 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 13

[Bug 53910] New: windows get moved around when dpms blankout happens
by WineHQ Bugzilla 14 Dec '24

14 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=53910 Bug ID: 53910 Summary: windows get moved around when dpms blankout happens Product: Wine Version: 7.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: galtgendo(a)o2.pl Distribution: --- Technically, it's a regression, but not sufficiently significant (for me) to check when it began - I initially thought it was something even more random. Anyway, as the summary says, relatively recently (I'd say within last two months, perhaps less) I've noticed than under some at the time unclear condition, some of the windows get randomly moved around their respective desktops without any of my interaction. For the most part it was only slightly annoying and seemingly random, so I've just lived with it. But today I had an idea and successfully tested it. All that's needed was 'xset dpms force off'. It's also quite generic - can be triggered with notepad and winecfg. My setup is of two monitors, but one of them is quite old and most of the time turned off (that still allows for stumbling upon various quirks of winex11.drv's multi-screen handling). Once 'xset dpms force off' is fully in effect, upon restoring from the blankout the windows get somewhat randomly moved. -- 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 24

[Bug 53775] New: Resident Evil 3 / Biohazard 3 (Sourcenext): Graphical Issues with TeamX HD Mod
by WineHQ Bugzilla 14 Dec '24

14 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=53775 Bug ID: 53775 Summary: Resident Evil 3 / Biohazard 3 (Sourcenext): Graphical Issues with TeamX HD Mod Product: Wine Version: 7.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mskau(a)protonmail.com Distribution: ArchLinux The HD assets seemingly do not load at all with the HD mod. Instead the game expects the HD assets but the original assets are loaded instead, causing graphical issues. The game has both the TeamX HD mod and Classic Rebirth installed. Both WineD3D and DXVK exhibit this behavior. The modded game works without issues under Windows 10. Screenshots: https://cdn.discordapp.com/attachments/819766636583845901/10291889002682860… https://cdn.discordapp.com/attachments/819766636583845901/10291889028687668… -- 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 47640] New: No Man's Sky (Beyond) does not start anymore: Unable to initialize Vulkan ( vkEnumerateInstanceExtensionProperties failed)
by wine-bugs＠winehq.org 13 Dec '24

13 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=47640 Bug ID: 47640 Summary: No Man's Sky (Beyond) does not start anymore: Unable to initialize Vulkan (vkEnumerateInstanceExtensionProperties failed) Product: Wine Version: 4.13 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dima(a)ulupov.com Created attachment 65081 --> https://bugs.winehq.org/attachment.cgi?id=65081 wine64 No Man's Sky console output No Man's Sky (which looks like used to run) switched to Vulkan. Now it does not start with popup message right after start: --- Unable to initialize Vulkan (vkEnumerateInstanceExtensionProperties failed). You may not have a Vulkan driver installed, or an old driver on your machine may be corrupted. Please refer to www.no-mans-sky.com for details. --- Mac OS X Version: 10.14.6 MacBook Pro (15-inch, 2018) Radeon Pro 555X 4 GB Intel UHD Graphics 630 1536 MB No Man's Sky version: 2.06b No Man's Sky was installed with GOG Galaxy client. -- 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 22

[Bug 51998] New: Unable to start CloneCD
by WineHQ Bugzilla 13 Dec '24

13 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=51998 Bug ID: 51998 Summary: Unable to start CloneCD Product: Wine Version: 6.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: haakobja(a)gmail.com Distribution: --- Unable to start CloneCD due to ElbyCDIO failing to load -- 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

[Bug 56325] New: Prefix path string in wineboot dialog is cut off
by WineHQ Bugzilla 13 Dec '24

13 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=56325 Bug ID: 56325 Summary: Prefix path string in wineboot dialog is cut off Product: Wine Version: 9.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: aidas957(a)gmail.com CC: bmcgrath(a)codeweavers.com Regression SHA1: 8e1197c92e8c08fb197c8656a07215296d656890 Distribution: ArchLinux Hello, So wineboot has the string of the prefix path cut off in the updating prefix dialog since the regression commit mentioned above (because of the now default whitespace-based word wrapping) Fixing this will likely require a custom word-wrap thing which I can't really do because strings in C are a bit messy (the fix should be backported to 9.0 as well) -- 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 6

[Bug 56940] New: vs_community.exe halts:"The application cannot find one of its required files, possibly because it was unable to create it in the folder." (regression)
by WineHQ Bugzilla 13 Dec '24

13 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=56940 Bug ID: 56940 Summary: vs_community.exe halts:"The application cannot find one of its required files, possibly because it was unable to create it in the folder." (regression) Product: Wine Version: 9.12 Hardware: x86-64 OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Regression SHA1: 0bad544aab9e2c9ee93bbabac0386e02c58a39c0 Distribution: Debian Note: I installed .net48 beforehand It throws this error, whereas before the regression you can enter the initial menu correctly. 0bad544aab9e2c9ee93bbabac0386e02c58a39c0 is the first bad commit commit 0bad544aab9e2c9ee93bbabac0386e02c58a39c0 Author: Yuxuan Shui <yshui(a)codeweavers.com> Date: Mon May 20 09:51:07 2024 +0100 shell32: Fix ShellExecute for non-filespec paths. dlls/shell32/shlexec.c | 60 +++++++++++++++++++++++++++++++++++++++++++++++------------- dlls/shell32/tests/shlexec.c | 13 ++++++++++++- 2 files changed, 59 insertions(+), 14 deletions(-) -- 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 14

[Bug 28861] New: Final Fantasy XI hangs after character selection
by wine-bugs＠winehq.org 13 Dec '24

13 Dec '24

http://bugs.winehq.org/show_bug.cgi?id=28861 Bug #: 28861 Summary: Final Fantasy XI hangs after character selection Product: Wine Version: 1.3.29 Platform: x86-64 OS/Version: FreeBSD Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: llwang(a)infor.org CC: julliard(a)winehq.org Classification: Unclassified Created attachment 37071 --> http://bugs.winehq.org/attachment.cgi?id=37071 WINEDEBUG=warn+all log for running pol.exe with wine-1.3.29 Final Fantasy XI hangs after character selection and setting active character on the server. The main game screen does not load. A log with WINEDEBUG=warn+all with wine-1.3.29 is attached. After doing a regression test, the commit that caused FFXI to hang after character selection seems to be: 79c2e55b5a6331d15788f65a929e9e002c2f8b05 is the first bad commit commit 79c2e55b5a6331d15788f65a929e9e002c2f8b05 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Wed Apr 20 20:30:09 2011 +0200 user32: Only call the driver when the cursor position has really changed. :040000 040000 5e335fb6e93ffa3171bd0ac90294f8088f64b749 b75dac74bbb00182b657a40cd0bf673aad71ace1 M dlls -- 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 37

[Bug 54437] New: ntoskrnl.exe:ntoskrnl breaks test_rawinput() in user32:input for non-English locales on Windows 7
by WineHQ Bugzilla 13 Dec '24

13 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=54437 Bug ID: 54437 Summary: ntoskrnl.exe:ntoskrnl breaks test_rawinput() in user32:input for non-English locales on Windows 7 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com ntoskrnl.exe:ntoskrnl breaks test_rawinput() in user32:input for non-English locales on Windows 7: input.c:2921: Test failed: 15: expected WM_INPUT message input.c:2924: Test failed: 15: expected RIM_INPUT message See https://test.winehq.org/data/patterns.html#user32:input These failures happen in the w7u-de, w7u-el, w7u-es and w7y-pt-PT locales but not in the English test configurations (w7u, w7u-2qxl). Also they only happen if ntoskrnl.exe:ntoskrnl was run before. And a bisect shows that they started with the commit below: commit fb0f8fe54712541790944f24ad61f662ddb92155 Author: Tim Clem <tclem(a)codeweavers.com> Date: Thu Jan 12 11:30:23 2023 -0800 user32/tests: Test GetRawInputBuffer header fields more thoroughly. Exposes an alignment issue under WoW64. -- 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

Jump to page:

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 July 2024