As tracked upstream at https://gitlab.gnome.org/GNOME/gtk/-/issues/6542 and https://gitlab.freedesktop.org/mesa/mesa/-/issues/11008 , when booted in VirtualBox (possibly only on Windows?) with 3D passthrough enabled, Fedora 40 Workstation looks pretty bad, there are obvious rendering errors in the desktop itself and in GTK4-based apps. This is related to the new NGL renderer. It is pretty common to try out or run Fedora on VirtualBox, so it'd be great if we could do something about this for release, even if it's some kind of "fall back to the old renderer" workaround. Marking as accepted FE as this is split from https://bugzilla.redhat.com/show_bug.cgi?id=2274566 where we were tracking both VMWare and VirtualBox cases, and that was accepted FE. In my testing VMware is fixed with mesa 24.0.5 but VirtualBox is not, hence the need to split the bug. Requested data from mesa and gtk4 folks: `inxi -GSC -xx` output: ``` System: Host: localhost-live Kernel: 6.8.4-300.fc40.x86_64 arch: x86_64 bits: 64 compiler: gcc v: 2.41-34.fc40 Desktop: GNOME v: 46.0 tk: GTK v: 3.24.41 wm: gnome-shell dm: GDM Distro: Fedora Linux 40 (Workstation Edition) CPU: Info: dual core model: Intel Core i5-9400T bits: 64 type: MCP arch: Coffee Lake rev: A cache: L1: 128 KiB L2: 512 KiB L3: 18 MiB Speed (MHz): avg: 1800 min/max: N/A cores: 1: 1800 2: 1800 bogomips: 7200 Flags: avx avx2 ht lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 Graphics: Device-1: VMware SVGA II Adapter driver: vmwgfx v: 2.20.0.0 ports: active: Virtual-1 empty: Virtual-2, Virtual-3, Virtual-4, Virtual-5, Virtual-6, Virtual-7, Virtual-8 bus-ID: 00:02.0 chip-ID: 15ad:0405 Display: wayland server: X.Org v: 23.2.4 with: Xwayland v: 23.2.4 compositor: gnome-shell driver: dri: vmwgfx gpu: vmwgfx display-ID: :0 screens: 1 Screen-1: 0 s-res: 800x600 s-dpi: 96 Monitor-1: Virtual-1 res: 800x600 size: N/A API: EGL v: 1.5 platforms: device: 0 egl: 1.4 drv: vmwgfx device: 1 drv: swrast gbm: egl: 1.4 drv: vmwgfx surfaceless: egl: 1.4 drv: vmwgfx wayland: egl: 1.4 drv: vmwgfx x11: egl: 1.4 drv: vmwgfx API: OpenGL v: 4.5 compat-v: 4.1 vendor: vmware mesa v: 24.0.5 glx-v: 1.4 direct-render: yes renderer: SVGA3D; build: RELEASE; LLVM; device-ID: 15ad:0405 ``` `GDK_DEBUG=opengl nautilus` output (requested by GTK devs in downstream bug, figured it might be useful here too): ``` ** Message: 15:01:36.241: Connecting to org.freedesktop.Tracker3.Miner.Files EGL API version 1.4 found - Vendor: Mesa Project - Version: 1.4 - Device: /dev/dri/renderD128, 226 128 - Client APIs: OpenGL OpenGL_ES - Extensions: EGL_ANDROID_blob_cache EGL_ANDROID_native_fence_sync EGL_EXT_buffer_age EGL_EXT_image_dma_buf_import EGL_EXT_image_dma_buf_import_modifiers EGL_EXT_pixel_format_float EGL_EXT_present_opaque EGL_EXT_swap_buffers_with_damage EGL_KHR_cl_event2 EGL_KHR_config_attribs EGL_KHR_context_flush_control EGL_KHR_create_context EGL_KHR_create_context_no_error EGL_KHR_fence_sync EGL_KHR_get_all_proc_addresses EGL_KHR_gl_colorspace EGL_KHR_gl_renderbuffer_image EGL_KHR_gl_texture_2D_image EGL_KHR_gl_texture_3D_image EGL_KHR_gl_texture_cubemap_image EGL_KHR_image_base EGL_KHR_no_config_context EGL_KHR_reusable_sync EGL_KHR_surfaceless_context EGL_KHR_swap_buffers_with_damage EGL_KHR_wait_sync EGL_MESA_configless_context EGL_MESA_drm_image EGL_MESA_gl_interop EGL_MESA_image_dma_buf_export EGL_MESA_query_driver EGL_WL_bind_wayland_display EGL_WL_create_wayland_buffer_from_image - Selected fbconfig: R8G8B8A8, depth 0, stencil 0 high depth: none Creating EGL context version 2.0 (debug:no, forward:no, legacy:no, es:yes) Created EGL context[0x55fe17b603e0] Using OpenGL backend EGL OpenGL ES version: 3.0 (core) * GLSL version: OpenGL ES GLSL ES 3.00 * Max texture size: 16384 Enabled features (use GDK_GL_DISABLE env var to disable): debug: YES unpack-subimage: YES half-float: YES sync: YES base-instance: YES buffer-storage: not supported Creating EGL context version 3.0 (debug:no, forward:no, legacy:no, es:yes) Created EGL context[0x55fe17d80e10] OpenGL ES version: 3.0 (core) * GLSL version: OpenGL ES GLSL ES 3.00 * Max texture size: 16384 Enabled features (use GDK_GL_DISABLE env var to disable): debug: YES unpack-subimage: YES half-float: YES sync: YES base-instance: YES buffer-storage: not supported Using fractional scale 1 for EGL window (800 568 => 800 568) Destroying EGL context ``` GDK_DEBUG=gl-prefer-gl nautilus does not fix the bug. GSK_RENDERER=gl nautilus does, so it is definitely related to the new renderer.
This comment was flagged as spam, view the edit history to see the original text if required.
This message is a reminder that Fedora Linux 40 is nearing its end of life. Fedora will stop maintaining and issuing updates for Fedora Linux 40 on 2025-05-13. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a 'version' of '40'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, change the 'version' to a later Fedora Linux version. Note that the version field may be hidden. Click the "Show advanced fields" button if you do not see it. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora Linux 40 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora Linux, you are encouraged to change the 'version' to a later version prior to this bug being closed.
Fedora Linux 40 entered end-of-life (EOL) status on 2025-05-13. Fedora Linux 40 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora Linux please feel free to reopen this bug against that version. Note that the version field may be hidden. Click the "Show advanced fields" button if you do not see the version field. If you are unable to reopen this bug, please file a new report against an active release. Thank you for reporting this bug and we are sorry it could not be fixed.
https://gitlab.gnome.org/GNOME/gtk/-/issues/6542#note_2406565 reports that this is still an issue in 42, though I did not test myself lately.