[Bug 59521] New: Ubisoft Connect shows a dark window after launching
http://bugs.winehq.org/show_bug.cgi?id=59521 Bug ID: 59521 Summary: Ubisoft Connect shows a dark window after launching Product: Wine Version: 10.16 Hardware: x86-64 URL: https://ubistatic3-a.akamaihd.net/orbit/launcher_insta ller/UbisoftConnectInstaller.exe OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs@list.winehq.org Reporter: andrey.goosev@gmail.com CC: rbernon@codeweavers.com Regression SHA1: c78edbc06238c11744e86cf0c8ed704dda1b1dee Distribution: --- Step with initial login window after updates searching. -- 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=59521 --- Comment #1 from Rémi Bernon <rbernon@codeweavers.com> --- I can't reproduce this, could you attach a log with WINEDEBUG=+x11drv,+event,+win,+wgl ? -- 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=59521 --- Comment #2 from Andrey Gusev <andrey.goosev@gmail.com> --- Created attachment 80936 --> http://bugs.winehq.org/attachment.cgi?id=80936 +x11drv,+event,+win,+wgl -- 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=59521 Marlon Alex Andrade <marlonalexandrade@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |marlonalexandrade@gmail.com --- Comment #3 from Marlon Alex Andrade <marlonalexandrade@gmail.com> --- Tested on Arch Linux, KDE Plasma, AMD RX 6600, Mesa 26.x, X11 session. Wine 10.16 (before c78edbc): Ubisoft Connect works correctly Wine 10.17 (contains c78edbc): Ubisoft Connect works correctly The regression commit c78edbc06238c11744e86cf0c8ed704dda1b1dee is confirmed present in wine-10.17 but the issue does not reproduce in this environment. May be GPU or driver specific. -- 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=59521 --- Comment #4 from Marlon Alex Andrade <marlonalexandrade@gmail.com> --- After analyzing the regression commit c78edbc, I noticed a possible issue for hybrid GPU systems. In visual_from_pixel_format(), when using EGL, the function always returns default_visual regardless of the format: cif (use_egl) { *visual = default_visual; return TRUE; } On hybrid Intel + NVIDIA systems (like the reporter's RTX 4060M + Intel RPL-P, visible in the attached log), default_visual possibly corresponds to the Intel iGPU, while EGL may select the NVIDIA dGPU for rendering. The colormap created with the Intel visual could potentially be incompatible with the NVIDIA EGL surface, which might explain the black window. This could explain why the issue doesn't reproduce on single-GPU systems (tested on AMD RX 6600, X11 and XWayland, Wine 10.16 and 10.17 — no reproduction). -- 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=59521 Ken Sharp <imwellcushtymelike@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download -- 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=59521 --- Comment #5 from Marlon Alex Andrade <marlonalexandrade@gmail.com> --- After analyzing the attached log and the Wine master branch, I can provide more detail on the root cause. The log confirms the hybrid GPU setup: - default visual: 40 (Intel RPL-P) - NVIDIA GeForce RTX 4060M also present - EGL initialized two devices (NVIDIA first, then Intel via EGL_MESA_x11_native_visual_id) - EGL pixel format configs report visual_id 112 (Intel EGL display) The regression in c78edbc caused visual_from_pixel_format() to return default_visual (40) unconditionally when use_egl is true: if (use_egl) { *visual = default_visual; return TRUE; } On this system, default_visual (40) belongs to the Intel iGPU, but the EGL configs were initialized with visual 112 from the Intel EGL display. The X11 client surface was created with the wrong visual, causing the colormap mismatch and resulting in the black window. This has been fixed in commit 6124fea1dde ("winex11: Lookup visual from EGL config EGL_NATIVE_VISUAL_ID"), included since Wine 10.17. visual_from_pixel_format() now queries EGL_NATIVE_VISUAL_ID from the actual EGL config instead of assuming default_visual: EGLConfig config = egl_config_for_format( format ); funcs->p_eglGetConfigAttrib( egl->display, config, EGL_NATIVE_VISUAL_ID, (EGLint *)&visual->visualid ); XGetVisualInfo( gdi_display, VisualIDMask, visual, &count ); Could the original reporter test with Wine 10.17 or later to confirm whether the issue is resolved? -- 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 (1)
-
WineHQ Bugzilla