wine-bugs January 2024

wine-bugs@winehq.org

1 participants
2128 discussions

[Bug 56014] New: Steam app displays a black screen on the Wayland driver with the new wow64 mode but not x11
by WineHQ Bugzilla 28 Jan '24

28 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=56014 Bug ID: 56014 Summary: Steam app displays a black screen on the Wayland driver with the new wow64 mode but not x11 Product: Wine Version: 0.9-pre Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: m1m1k4tz(a)protonmail.com Distribution: --- *with dxvk if I remember correctly steam doesn't work on the new wow64 mode without it -- 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 33446] New: Left 4 Dead: Player outlines may appear distorted
by wine-bugs＠winehq.org 28 Jan '24

28 Jan '24

http://bugs.winehq.org/show_bug.cgi?id=33446 Bug #: 33446 Summary: Left 4 Dead: Player outlines may appear distorted Product: Wine Version: 1.5.28 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: CFSworks(a)gmail.com Classification: Unclassified Created attachment 44258 --> http://bugs.winehq.org/attachment.cgi?id=44258 Distorted player outlines: UseGLSL=enabled, shader detail level = very high In Left 4 Dead, with the shader detail level set to high/very high, and UseGLSL=enabled, there is some distortion in the outlines of characters through walls. At medium/low shader detail, the outlines appear as they should. Likewise, setting UseGLSL=disabled corrects the image, so this may be a bug in Wine's GLSL generator. -- 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 19

[Bug 55902] New: winewayland.drv: GNOME, cannot resize a window by touchpad double-tap
by WineHQ Bugzilla 28 Jan '24

28 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=55902 Bug ID: 55902 Summary: winewayland.drv: GNOME, cannot resize a window by touchpad double-tap Product: Wine Version: 8.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bigfoothart(a)gmail.com Distribution: --- winewayland.drv: GNOME, cannot resize a window by touchpad double-tap. Judging by a cursor when double-tapping it expects the user to drag the window, but it should resize the window. Mouse double-click works as expected. KDE and Weston not affected. -- 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 38275] New: DeferWindowPos accept NULL HWND and fail at EndDeferWindowPos()
by wine-bugs＠winehq.org 28 Jan '24

28 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=38275 Bug ID: 38275 Summary: DeferWindowPos accept NULL HWND and fail at EndDeferWindowPos() Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: rozhuk.im(a)gmail.com Distribution: --- http://source.winehq.org/git/wine.git/blob/e882cdf55cc004b5ffb7b85d912b4733… DeferWindowPos( HDWP hdwp, HWND hwnd... does not check: hwnd != NULL (windows does!) and later EndDeferWindowPos() fail in http://source.winehq.org/git/wine.git/blob/e882cdf55cc004b5ffb7b85d912b4733… X11DRV_SetWindowPos(...) ... 763 /* Fix redundant flags */ 764 if (!fixup_flags( winpos )) return FALSE; fixup_flags() ... WND *wndPtr = WIN_GetPtr( winpos->hwnd ); 382 BOOL ret = TRUE; 383 384 if (!wndPtr || wndPtr == WND_OTHER_PROCESS) 385 { 386 SetLastError( ERROR_INVALID_WINDOW_HANDLE ); 387 return FALSE; 388 } Miranda NG was affected. Workaround: if (NULL != hwnd) /* Wine fix. */ hdwp = DeferWindowPos(hdwp, hwnd...); -- 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 9

[Bug 46943] New: Theme Park World crashes at startup
by wine-bugs＠winehq.org 28 Jan '24

28 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=46943 Bug ID: 46943 Summary: Theme Park World crashes at startup Product: Wine Version: 4.4 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: --- Created attachment 64065 --> https://bugs.winehq.org/attachment.cgi?id=64065 Log with exception Hi, I'm trying to get Theme Park World to start with Wine. I've set the Windows version to Windows 2000 (as stated in bug 37802), and the game is updated to version 2.0. The copy protection seems to work, but after the initial splash screen is gone I immediately get the following exception: > 0035:err:seh:raise_exception Unhandled exception code c0000005 flags 0 addr 0x7b46b76e When I try with the no-cd crack, the game runs as it should. -- 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 1

[Bug 56258] New: [Sway] winewayland.drv: Inconsistency between XWayland and Wayland: 'Detroit Become Human' + 'Ultrawide Mod' makes the window disappear
by WineHQ Bugzilla 28 Jan '24

28 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=56258 Bug ID: 56258 Summary: [Sway] winewayland.drv: Inconsistency between XWayland and Wayland: 'Detroit Become Human' + 'Ultrawide Mod' makes the window disappear Product: Wine Version: 9.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: grabbend(a)hotmail.com Distribution: --- # Overview This issue cannot be reproduced with XWayland in Sway. When using the new Wayland driver with Detroit Become Human game, the game window will disappear if these 2 conditions are meet: - The game is using 'Fullscreen' mode (before proceeding to the next step). - Detroit Become Human Ultrawide injector app is launched (community.pcgamingwiki.com/files/file/1721-detroit-become-human-ultrawide-m…). # Stacktrace There are no direct logs of what's going wrong. However, this exact error message shows up: * At step 4 in 'Reproduction' section (when the game window disappears). * At step 6 in 'Workaround' section (after successful injection). > 02c0:err:sync:RtlpWaitForCriticalSection section 0000000004046428 (null) wait timed out in thread 02c0, blocked by 02a8, retrying (60 sec) When inspecting active windows in Sway, it never goes away which means the game's process never crashes - it's just invisible: > $ swaymsg -t get_tree > #129: workspace "1" > #128: con "(null)" (xdg_shell, pid: 17939) # Setup *) [WINE] Most straightforward approach is to use 'Bottles' app but this can also be reproduced with 'Lutris' and 'Steam'. *) [WINE] Use WINE 9.1 runner. *) [WINE] Make sure Wayland driver is enabled in Registry & DISPLAY= environment variable is empty. # Reproduction 1) [Sway Workspace 1] Launch 'Detroit Become Human' game. 2) [Game] Make sure the game is using 'Fullscreen' mode in the options menu. 3) [Sway Workspace 2] Launch Detroit 'Become Human Ultrawide 0.9.9' external app (injector). 4) [Sway] Switch from Sway Workspace 2 to Sway Workplace 1 (where the game window is). *) [Game] Game audio can still be heard but you can't see the game window (it's invisible). # Workaround 1) [Sway Workspace 1] Launch 'Detroit Become Human' game. 2) [Game] Make sure the game is using 'Borderless Window' or 'Windowed' mode in the options menu. 3) [Sway Workspace 2] Launch Detroit 'Become Human Ultrawide 0.9.9' external app (injector). 4) [Sway] Switch from Sway Workspace 2 to Sway Workplace 1 (where the game window is). 5) [Game] Press 'F9' to activate the injector, then wait for UI elements to resize. 6) [Game] Change the video mode to 'Fullscreen'. *) [Game] The game populates the entire screen without blackbars and works as intended without crashing. -- 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 56257] New: ArcheAge r566361-r592955 fail to load game DLL due to hooked LdrLoadDll calling GetModuleHandleA
by WineHQ Bugzilla 28 Jan '24

28 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=56257 Bug ID: 56257 Summary: ArcheAge r566361-r592955 fail to load game DLL due to hooked LdrLoadDll calling GetModuleHandleA Product: Wine Version: 9.1 Hardware: x86-64 URL: https://archive.org/download/arche-age-24-25-171-bin-6 4/ArcheAge-24-25-171-bin64.zip OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: eniw(a)ardel.eu Distribution: --- Created attachment 75969 --> https://bugs.winehq.org/attachment.cgi?id=75969 Patch that sets file_name_AtoW alloc=TRUE for LoadLibraryExA & GetModuleHandleExA ArcheAge revisions 566361 to 592955 have enabled an overridden LdrLoadDll which on first invocation looks up the location of ntdll.dll NtQueryInformationThread through GetModuleHandleA & GetProcAddress and then memoizes it. This however means that on first LoadLibraryA call that will use the hooked LdrLoadDll, the dll name stored in TEB StaticUnicodeString also gets overwritten by the GetModuleHandleA call made by the hooked loader. In case of ArcheAge, the name of the DLL that is affected by this is cryaction.dll Here is the sequence of actions that I observed by following wine's output: LoadLibraryA("cryaction.dll") LoadLibraryExA file_name_AtoW (DLL name "cryaction.dll" is copied into TEB) LoadLibraryExW load_library LdrLoadDll (hooked) GetModuleHandleA("ntdll.dll") GetModuleHandleExA file_name_AtoW (DLL name is overwritten in TEB, now "ntdll.dll") LdrLoadDll (original) ("ntdll.dll" is loaded instead of "cryaction.dll") Game revisions newer than 592955 still contain the code, however it has been disabled by a flag similar to the way it was before 566361, potentially part of some debug or testing code. The affected binaries are difficult to get hold of as the official sources will always try to install the latest version on top of what you already have. I uploaded binaries for minimal reproduction for revision 566361 (update 25), one version before (update 24, revision 565940) and the latest at the time of writing (update 171, revision 642866). To run the binaries successfully, ntdll-Junction_Points from staging needs to be applied, which seems currently broken and needs fixes I outlined in bug 12401 or symlinks in .REPARSE_POINT directory tree manually repaired after launching the game for the first time. In addition to that winetricks vcrun2010 may be required. To start the game, archeage.exe needs certain flags to be present: bin64-update-25\archeage.exe -t +auth_ip 1.2.3.4 -auth_port 1234 -authtoken test -lang en_us Expected result would be a dialog box showing "Failed to load game data!", as the game data is knowingly omitted from the minimal reproduction. However with update 25 (566361) binaries, another error is displayed: "Framework dll is invalid, check your version", which happens when there is no export "CreateGameFramework" in the found "cryaction.dll" (that got swapped to "ntdll.dll" at the last possible moment). Changing file_name_AtoW alloc=TRUE at both LoadLibraryExA and GetModuleHandleExA did restore the expected behavior for the affected versions. This fix is also included as a patch. However I am unsure if this is necessarily the right solution and would like more insight if this is not the case. Another question is whether this is a legitimate bug worth fixing. Despite the high requirements to reproduce this with wine, it used to be enabled in production builds of the game for around 7 months (2022.03 - 2022.10) with not so insignificant user base on Windows, currently the code is still present in binaries, but disabled behind a boolean flag. I think my biggest fear regarding this is that if this ever gets re-enabled, it would be needed to be looked at again by which the rollout of the fix would be slow, but it could simply be another case of YAGNI. -- 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 56255] New: ClassIn Wine Error
by WineHQ Bugzilla 28 Jan '24

28 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=56255 Bug ID: 56255 Summary: ClassIn Wine Error Product: Wine Version: 9.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: italiatroller(a)gmail.com Distribution: --- Created attachment 75965 --> https://bugs.winehq.org/attachment.cgi?id=75965 classin error while entering classroom Hi, i'm experiencing this error while entering the classroom in classin using 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 1

[Bug 28420] New: serious problem in running schrankplaner.exe
by wine-bugs＠winehq.org 28 Jan '24

28 Jan '24

http://bugs.winehq.org/show_bug.cgi?id=28420 Summary: serious problem in running schrankplaner.exe Product: Wine Version: unspecified Platform: x86 URL: javascript:downloahttp://www.schrankplaner.de/deu/4_Pl anen&Bestellen/41_GratisSoftware/45_Gratis-Software.ht ml?PHPSESSID=25bda3c1dc1d0b9440e7c516aaa00b46d('./soft ware_de/schrankplaner_setup.exe','1') OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: muemarco(a)gmail.com after installing the program successfully by creating a .verb file and running it with the command winetricks schrankplaner.verb, the program crashes when I start it from the wine program list. -- 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 10

[Bug 55036] New: UltraISO: EAccessViolation: Access violation in module COMCTL32.DLL
by WineHQ Bugzilla 28 Jan '24

28 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=55036 Bug ID: 55036 Summary: UltraISO: EAccessViolation: Access violation in module COMCTL32.DLL Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: audvare(a)gmail.com Distribution: --- Created attachment 74599 --> https://bugs.winehq.org/attachment.cgi?id=74599 screenshot Getting this issue as soon as I click 'Continue to Try' (for the trial). I get two dialogs both of which have access violations in COMCTL32.DLL. Then the program exits. Using wine-vanilla (Gentoo package) 8.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 4

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