[Bug 58844] New: Command & Conquer Tiberian Sun (C&C Red Alert II): black rectangle instead of showing menus
http://bugs.winehq.org/show_bug.cgi?id=58844 Bug ID: 58844 Summary: Command & Conquer Tiberian Sun (C&C Red Alert II): black rectangle instead of showing menus Product: Wine Version: 10.16 Hardware: x86-64 URL: https://store.steampowered.com/app/2229880/Command__Co nquer_Tiberian_Sun_and_Firestorm/ OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: rbernon(a)codeweavers.com Regression SHA1: 36f4400badc14014921d238d3a02f386c47277fa Distribution: --- The games in the title are part of the C&C Ultimate Collection and I tested with the Steam version. C&C Tiberian Sun shows the intro videos and the main menu correctly but selecting any buttons in the menu displays only a black rectangle when the menu is opened. In C&C Red Alert II the whole screen is black when the main menu is loaded. This is a regression from Wine-10.16 and reverting commit 36f4400badc14014921d238d3a02f386c47277fa fixes the problem for me in both games. wine-10.17-83-g833f5769801 X.Org X Server 1.21.1.18 XFCE/XFWM 4.20 NVIDIA 580.95.05 -- 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.
http://bugs.winehq.org/show_bug.cgi?id=58844 --- Comment #1 from Rémi Bernon <rbernon(a)codeweavers.com> --- Fwiw I'm not able to reproduce the black rectangles, although I can see that menus are missing (and popups like exit confirmation). Reverting the blamed commit doesn't help for me though. Are you using the EGL backend? Does any of https://gitlab.winehq.org/wine/wine/-/merge_requests/9322 or https://gitlab.winehq.org/wine/wine/-/merge_requests/9382 help maybe? -- 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.
http://bugs.winehq.org/show_bug.cgi?id=58844 --- Comment #2 from Rémi Bernon <rbernon(a)codeweavers.com> --- Nevermind, this was with display mode emulation enabled (which is broken for that game as it's missing some GDI DC operation coordinate translation). I can reproduce the issue in virtual desktop mode. -- 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.
http://bugs.winehq.org/show_bug.cgi?id=58844 --- Comment #3 from Rémi Bernon <rbernon(a)codeweavers.com> --- The game creates some dialog child windows to its game window, covering then entire screen, while the game window uses is fullscreen and drawn using ddraw but uses WS_CLIPCHILDREN. The WS_CLIPCHILDREN style causes the window region to be clipping out the area covered by the child windows, and in this case it makes the game window region to be empty, moving the game window rendering offscreen as it should, and blitting the game rendering only to the areas not covered by child windows (ie: none). I don't see anything wrong with that logic and I'm suspecting that this is a case where exclusive fullscreen mode is supposed to take over and ignore GDI draws. I'll try to write some tests to validate that hypothesis. -- 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.
http://bugs.winehq.org/show_bug.cgi?id=58844 --- Comment #4 from Rémi Bernon <rbernon(a)codeweavers.com> --- Some quick tests show at least that since Windows 8 ddraw automatically removes WS_CLIPCHILDREN from its windows when going fullscreen. I thought this was the solution, and it does indeed help here, but it only triggers another issue where the game window stops updating... This might be related to different window message sequence as removing the WS_CLIPCHILDREN bit changes the ways paint messages are being sent. Frustrating as if we don't mess with the style but simply ignore child window clipping when deciding whether the window should be put offscreen, or just when blitting the window content to the screen in winex11, the game works fine. -- 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.
http://bugs.winehq.org/show_bug.cgi?id=58844 Béla Gyebrószki <gyebro69@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|NEW |RESOLVED Fixed by SHA1| |ae3cd29bd513f7c1cffca95e9c0 | |c8c8304eeb12c --- Comment #5 from Béla Gyebrószki <gyebro69@gmail.com> --- Fixed with https://gitlab.winehq.org/wine/wine/-/commit/ae3cd29bd513f7c1cffca95e9c0c8c8... -- 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.
http://bugs.winehq.org/show_bug.cgi?id=58844 Alexandre Julliard <julliard@winehq.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #6 from Alexandre Julliard <julliard@winehq.org> --- Closing bugs fixed in 11.0-rc2. -- 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.
participants (2)
-
WineHQ Bugzilla -
WineHQ Bugzilla