Display Issues with native Gnome Applications

I am having issues with gnome and I am not sure where I should start looking. The basic problem is that standard Gnome applications are not fully displaying. Elements of the screen are missing. Some things will appear if I mouse over them but this makes things very difficult to use.

Here are some examples:

Nautilus:

Settings:

This issue appeared quite some time ago during one of the system updates. I was hoping that the issue would be resolved as part of updates as I roll along.

My system is using an AMD processor with an NVidea GTX760 video card using the NVidia drivers. (Not Noveau)

Other than the display issue the system is stable and I have no other complaints/issues.

Here is what I found in the log:
Jul 25 13:00:37 localhost dbus-daemon[2648]: [session uid=1000 pid=2648] Successfully activated service ‘com.intel.dleyna-renderer’
Jul 25 13:00:37 localhost dleyna-renderer-service[76286]: Calling GetRenderers method
Jul 25 13:00:37 localhost dbus-daemon[2648]: [session uid=1000 pid=2648] Successfully activated service ‘org.gnome.Notes.SearchProvider’
Jul 25 13:00:37 localhost gnome-character[76176]: JS LOG: Characters Application started
Jul 25 13:00:37 localhost kernel: bijiben-shell-s[76180]: segfault at 7fca04ddcf62 ip 00007fce15d7d07d sp 00007ffcbd8cb888 error 4 in libgobject-2.0.so.0.8000.4[7fce15d50000+35000] likely on CPU 2 (core 2, socket 1)
Jul 25 13:00:37 localhost kernel: Code: 02 48 8d 05 65 63 02 00 48 8b 34 e8 e9 2b ff ff ff 66 66 2e 0f 1f 84 00 00 00 00 00 90 48 85 ff 74 4b 48 8b 07 48 85 c0 74 43 <48> 8b 00 48 3d fc 03 00 00 77 28 48 8d 15 31 63 02 00 48 c1 e8 02
Jul 25 13:00:37 localhost dbus-daemon[2648]: [session uid=1000 pid=2648] Activating service name=‘org.gnome.NautilusPreviewer’ requested by ‘:1.271’ (uid=1000 pid=76172 comm=“/usr/bin/nautilus --gapplication-service”)
Jul 25 13:00:37 localhost systemd[1]: Started Process Core Dump (PID 76317/UID 0).
Jul 25 13:00:37 localhost systemd[1]: Started Pass systemd-coredump journal entries to relevant user for potential DrKonqi handling.
Jul 25 13:00:37 localhost dbus-daemon[1181]: [system] Activating via systemd: service name=‘org.freedesktop.PackageKit’ unit=‘packagekit.service’ requested by ‘:1.103’ (uid=1000 pid=2982 comm=“/usr/bin/gnome-software --gapplication-service”)
Jul 25 13:00:37 localhost systemd[1]: Starting PackageKit Daemon…
Jul 25 13:00:37 localhost PackageKit[76338]: daemon start
Jul 25 13:00:37 localhost dbus-daemon[1181]: [system] Successfully activated service ‘org.freedesktop.PackageKit’
Jul 25 13:00:37 localhost systemd[1]: Started PackageKit Daemon.
Jul 25 13:00:38 localhost dbus-daemon[2648]: [session uid=1000 pid=2648] Successfully activated service ‘org.gnome.NautilusPreviewer’
Jul 25 13:00:38 localhost systemd-coredump[76319]: Process 76180 (bijiben-shell-s) of user 1000 dumped core.

                                               Stack trace of thread 76180:
                                               #0  0x00007fce15d7d07d g_type_check_instance_is_fundamentally_a (libgobject-2.0.so.0 + 0x3d07d)
                                               #1  0x00007fce15d5d68b g_object_unref (libgobject-2.0.so.0 + 0x1d68b)
                                               #2  0x00007fce15c4b7f9 n/a (libglib-2.0.so.0 + 0x5b7f9)
                                               #3  0x00007fce15c4d3b6 n/a (libglib-2.0.so.0 + 0x5d3b6)
                                               #4  0x00007fce15c4d7df n/a (libglib-2.0.so.0 + 0x5d7df)
                                               #5  0x00007fce15c4f3a8 n/a (libglib-2.0.so.0 + 0x5f3a8)
                                               #6  0x00007fce15c4fa5c g_main_context_iteration (libglib-2.0.so.0 + 0x5fa5c)
                                               #7  0x00007fce15e91aed g_application_run (libgio-2.0.so.0 + 0xe9aed)
                                               #8  0x000055efa529bd17 main (bijiben-shell-search-provider + 0xfd17)
                                               #9  0x00007fce0d82a1f0 __libc_start_call_main (libc.so.6 + 0x2a1f0)
                                               #10 0x00007fce0d82a2b9 __libc_start_main@@GLIBC_2.34 (libc.so.6 + 0x2a2b9)
                                               #11 0x000055efa529bd55 _start (bijiben-shell-search-provider + 0xfd55)
                                               
                                               Stack trace of thread 76278:
                                               #0  0x00007fce0d911bcd syscall (libc.so.6 + 0x111bcd)
                                               #1  0x00007fce15ca9d70 g_cond_wait (libglib-2.0.so.0 + 0xb9d70)
                                               #2  0x00007fce15c180fb n/a (libglib-2.0.so.0 + 0x280fb)
                                               #3  0x00007fce15c7cce1 n/a (libglib-2.0.so.0 + 0x8cce1)
                                               #4  0x00007fce15c7c32e n/a (libglib-2.0.so.0 + 0x8c32e)
                                               #5  0x00007fce0d892ba2 start_thread (libc.so.6 + 0x92ba2)
                                               #6  0x00007fce0d91400c __clone3 (libc.so.6 + 0x11400c)
                                               
                                               Stack trace of thread 76310:
                                               #0  0x00007fce0dae7e2c n/a (libsqlite3.so.0 + 0x57e2c)
                                               #1  0x00007fce0dbb9e81 n/a (libsqlite3.so.0 + 0x129e81)
                                               #2  0x00007fce0db4cd07 n/a (libsqlite3.so.0 + 0xbcd07)
                                               #3  0x00007fce0db16de0 n/a (libsqlite3.so.0 + 0x86de0)
                                               #4  0x00007fce0db173c2 n/a (libsqlite3.so.0 + 0x873c2)
                                               #5  0x00007fce0db0f43a sqlite3_exec (libsqlite3.so.0 + 0x7f43a)
                                               #6  0x00007fce0db17939 n/a (libsqlite3.so.0 + 0x87939)
                                               #7  0x00007fce0db17ccc n/a (libsqlite3.so.0 + 0x87ccc)
                                               #8  0x00007fce0db17d0f n/a (libsqlite3.so.0 + 0x87d0f)
                                               #9  0x00007fce0db182ed n/a (libsqlite3.so.0 + 0x882ed)
                                               #10 0x00007fce0dbb8906 n/a (libsqlite3.so.0 + 0x128906)
                                               #11 0x00007fce0db4cd07 n/a (libsqlite3.so.0 + 0xbcd07)
                                               #12 0x00007fce0db16de0 n/a (libsqlite3.so.0 + 0x86de0)
                                               #13 0x00007fce0db17db3 n/a (libsqlite3.so.0 + 0x87db3)
                                               #14 0x00007fce0db1cfb6 sqlite3_prepare_v2 (libsqlite3.so.0 + 0x8cfb6)
                                               #15 0x00007fce15fe48d5 n/a (libtracker-sparql-3.0.so.0 + 0x4c8d5)
                                               #16 0x00007fce15fe4ab3 n/a (libtracker-sparql-3.0.so.0 + 0x4cab3)
                                               #17 0x00007fce15fe5f6c n/a (libtracker-sparql-3.0.so.0 + 0x4df6c)
                                               #18 0x00007fce15fe6367 n/a (libtracker-sparql-3.0.so.0 + 0x4e367)
                                               #19 0x00007fce1601930f n/a (libtracker-sparql-3.0.so.0 + 0x8130f)
                                               #20 0x00007fce16023d09 n/a (libtracker-sparql-3.0.so.0 + 0x8bd09)
                                               #21 0x00007fce15fbbdb1 tracker_sparql_connection_query (libtracker-sparql-3.0.so.0 + 0x23db1)
                                               #22 0x00007fce1602362a n/a (libtracker-sparql-3.0.so.0 + 0x8b62a)
                                               #23 0x00007fce15c7cde2 n/a (libglib-2.0.so.0 + 0x8cde2)
                                               #24 0x00007fce15c7c32e n/a (libglib-2.0.so.0 + 0x8c32e)
                                               #25 0x00007fce0d892ba2 start_thread (libc.so.6 + 0x92ba2)
                                               #26 0x00007fce0d91400c __clone3 (libc.so.6 + 0x11400c)
                                               
                                               Stack trace of thread 76304:
                                               #0  0x00007fce0d90578f __poll (libc.so.6 + 0x10578f)
                                               #1  0x00007fce15c4f34f n/a (libglib-2.0.so.0 + 0x5f34f)
                                               #2  0x00007fce15c4fa5c g_main_context_iteration (libglib-2.0.so.0 + 0x5fa5c)
                                               #3  0x00007fce08b3e99d n/a (libdconfsettings.so + 0x699d)
                                               #4  0x00007fce15c7c32e n/a (libglib-2.0.so.0 + 0x8c32e)
                                               #5  0x00007fce0d892ba2 start_thread (libc.so.6 + 0x92ba2)
                                               #6  0x00007fce0d91400c __clone3 (libc.so.6 + 0x11400c)
                                               
                                               Stack trace of thread 76306:
                                               #0  0x00007fce0d911bcd syscall (libc.so.6 + 0x111bcd)
                                               #1  0x00007fce15ca9f1c g_cond_wait_until (libglib-2.0.so.0 + 0xb9f1c)
                                               #2  0x00007fce15c180d3 n/a (libglib-2.0.so.0 + 0x280d3)
                                               #3  0x00007fce15c7ce3a n/a (libglib-2.0.so.0 + 0x8ce3a)
                                               #4  0x00007fce15c7c32e n/a (libglib-2.0.so.0 + 0x8c32e)
                                               #5  0x00007fce0d892ba2 start_thread (libc.so.6 + 0x92ba2)
                                               #6  0x00007fce0d91400c __clone3 (libc.so.6 + 0x11400c)
                                               
                                               Stack trace of thread 76258:
                                               #0  0x00007fce0d90578f __poll (libc.so.6 + 0x10578f)
                                               #1  0x00007fce15c4f34f n/a (libglib-2.0.so.0 + 0x5f34f)
                                               #2  0x00007fce15c4fa5c g_main_context_iteration (libglib-2.0.so.0 + 0x5fa5c)
                                               #3  0x00007fce15c4faa1 n/a (libglib-2.0.so.0 + 0x5faa1)
                                               #4  0x00007fce15c7c32e n/a (libglib-2.0.so.0 + 0x8c32e)
                                               #5  0x00007fce0d892ba2 start_thread (libc.so.6 + 0x92ba2)
                                               #6  0x00007fce0d91400c __clone3 (libc.so.6 + 0x11400c)
                                               
                                               Stack trace of thread 76307:
                                               #0  0x00007fce0d90578f __poll (libc.so.6 + 0x10578f)
                                               #1  0x00007fce15c4f34f n/a (libglib-2.0.so.0 + 0x5f34f)
                                               #2  0x00007fce15c4fc7f g_main_loop_run (libglib-2.0.so.0 + 0x5fc7f)
                                               #3  0x00007fce15070713 n/a (libecal-2.0.so.3 + 0x20713)
                                               #4  0x00007fce15c7c32e n/a (libglib-2.0.so.0 + 0x8c32e)
                                               #5  0x00007fce0d892ba2 start_thread (libc.so.6 + 0x92ba2)
                                               #6  0x00007fce0d91400c __clone3 (libc.so.6 + 0x11400c)
                                               
                                               Stack trace of thread 76259:
                                               #0  0x00007fce0d90578f __poll (libc.so.6 + 0x10578f)
                                               #1  0x00007fce15c4f34f n/a (libglib-2.0.so.0 + 0x5f34f)
                                               #2  0x00007fce15c4fc7f g_main_loop_run (libglib-2.0.so.0 + 0x5fc7f)
                                               #3  0x00007fce15ecf2e6 n/a (libgio-2.0.so.0 + 0x1272e6)
                                               #4  0x00007fce15c7c32e n/a (libglib-2.0.so.0 + 0x8c32e)
                                               #5  0x00007fce0d892ba2 start_thread (libc.so.6 + 0x92ba2)
                                               #6  0x00007fce0d91400c __clone3 (libc.so.6 + 0x11400c)
                                               
                                               Stack trace of thread 76299:
                                               #0  0x00007fce0d911bcd syscall (libc.so.6 + 0x111bcd)
                                               #1  0x00007fce15ca9d70 g_cond_wait (libglib-2.0.so.0 + 0xb9d70)
                                               #2  0x00007fce15c180fb n/a (libglib-2.0.so.0 + 0x280fb)
                                               #3  0x00007fce15c7cce1 n/a (libglib-2.0.so.0 + 0x8cce1)
                                               #4  0x00007fce15c7c32e n/a (libglib-2.0.so.0 + 0x8c32e)
                                               #5  0x00007fce0d892ba2 start_thread (libc.so.6 + 0x92ba2)
                                               #6  0x00007fce0d91400c __clone3 (libc.so.6 + 0x11400c)
                                               
                                               Stack trace of thread 76257:
                                               #0  0x00007fce0d911bcd syscall (libc.so.6 + 0x111bcd)
                                               #1  0x00007fce15ca9d70 g_cond_wait (libglib-2.0.so.0 + 0xb9d70)
                                               #2  0x00007fce15c180fb n/a (libglib-2.0.so.0 + 0x280fb)
                                               #3  0x00007fce15c7cac2 n/a (libglib-2.0.so.0 + 0x8cac2)
                                               #4  0x00007fce15c7c32e n/a (libglib-2.0.so.0 + 0x8c32e)
                                               #5  0x00007fce0d892ba2 start_thread (libc.so.6 + 0x92ba2)
                                               #6  0x00007fce0d91400c __clone3 (libc.so.6 + 0x11400c)
                                               ELF object binary architecture: AMD x86-64

Jul 25 13:00:38 localhost systemd[1]: systemd-coredump@12-76317-0.service: Deactivated successfully.
Jul 25 13:00:38 localhost gnome-shell[2823]: Received error from D-Bus search provider org.gnome.Notes.desktop: Gio.DBusError: GDBus.Error:org.freedesktop.DBus.Error.NoReply: Message recipient disconnected from message bus without replying
Jul 25 13:00:38 localhost drkonqi-coredump-processor[76324]: “/usr/libexec/bijiben-shell-search-provider” 76180 “/var/lib/systemd/coredump/core.bijiben-shell-s.1000.42a102fa3ddd4c4bb9436de472199dc9.76180.1721930437000000.zst”
Jul 25 13:00:38 localhost systemd[1]: drkonqi-coredump-processor@12-76317-0.service: Deactivated successfully.
Jul 25 13:00:38 localhost systemd[2538]: Started Launch DrKonqi for a systemd-coredump crash (PID 76324/UID 0).
Jul 25 13:00:38 localhost drkonqi-coredump-launcher[76411]: Unable to find file for pid 76180 expected at “kcrash-metadata/bijiben-shell-search-provider.42a102fa3ddd4c4bb9436de472199dc9.76180.ini”
Jul 25 13:00:38 localhost drkonqi-coredump-launcher[76411]: Nothing handled the dump :open_mouth:
Jul 25 13:00:38 localhost nautilus[76172]: connect() failed
Jul 25 13:00:39 localhost systemd[2538]: Started Application launched by gnome-shell.
Jul 25 13:00:39 localhost messages.desktop[76447]: No permissions.
Jul 25 13:00:39 localhost PackageKit[76338]: resolve transaction /1_deccdded from uid 1000 finished with success after 2023ms
Jul 25 13:00:39 localhost nautilus[76172]: connect() failed
Jul 25 13:00:40 localhost messages.desktop[76450]: WARNING: Nokogiri was built against libxml version 2.11.6, but has dynamically loaded 2.12.8
Jul 25 13:00:40 localhost nautilus[76172]: connect() failed

Where do I begin to look to determine what may be going on?

Are you running on X11 or Wayland?

With Leap 15.6, I found gnome be unstable on X11 with the Nvidia G06 driver. I have not done systematic testing; it could be that recent versions of gnome are generally unstable on X11. Who knows?

That said, I have not had any problems on wayland that I could not fix.

Thanks for the reply @oxwrongagain
Well. It is interesting. My understanding is that Tumbleweed should be using Wayland as it’s default.

However. cat /etc/sysconfig/displaymanager shows:
DISPLAYMANAGER_XSERVER=“Xorg”

I did not select or change this value myself. That being said, I have been running Tumbleweed for several years. Maybe Tumbleweed started out using Xorg and switched to Wayland along the way?

I do see Wayland is installed:

zypper search wayland

Gives:

i  | xwayland                                            | Xwayland Xserver                                                            | package

I will see if I can figure out how to switch over to Wayland and see what breaks. :slight_smile:

When you “click” you name to “login”, there is a little system icon on the lower right hand side of the screen. That will allow you choose between various desktop environments if you have more that one installed. The “default” is plain “Gnome”, which is wayland.

Once in gnome, go to settings → about → system details .

It should look similar to this:

standard Gnome applications are not fully displaying. Elements of the screen are missing. Some things will appear if I mouse over them

I’ve seen a similar issue on some of Linux distros with non-Gnome DE + GTK4.14+. In those cases a workaround was to run GTK4 apps with usual GL renderer.
You can verify it by starting an app from CLI like GSK_RENDERER=gl someapp instead of someapp.

I would suppose that is update from gtk4.12 to gtk4.14 (or later)

My system is reporting X11 as the Windowing System.
I am using the entry labelled ‘Gnome’ during login.

System Details Report


Report details

  • Date generated: 2024-07-29 17:14:06

Hardware Information:

  • Hardware Model: ASUSTeK COMPUTER INC. SABERTOOTH 990FX R2.0
  • Memory: 16.0 GiB
  • Processor: AMD FX-8320E × 8
  • Graphics: NVIDIA GeForce GTX 760
  • Disk Capacity: 5.0 TB

Software Information:

  • Firmware Version: 2901
  • OS Name: openSUSE Tumbleweed
  • OS Build: (null)
  • OS Type: 64-bit
  • GNOME Version: 46
  • Windowing System: X11
  • Kernel Version: Linux 6.9.9-1-default

Found this from a year ago in an archived post:

Must be what is going on for me.

@WGamradt and you running the 470.256.02 (G05) drivers? It should be fine running wayland, assuming there is no AMD gpu involved?

Can you show the output from inxi -GSaz and ls -l /run/udev/gdm*

inxi -GSaz output:

sudo inxi -GSaz
[sudo] password for root: 
System:
  Kernel: 6.9.9-1-default arch: x86_64 bits: 64 compiler: gcc v: 13.3.0 clocksource: tsc
    avail: hpet,acpi_pm parameters: BOOT_IMAGE=/boot/vmlinuz-6.9.9-1-default
    root=UUID=8ed79b8e-08c0-46b4-82dc-850dc808aa9e splash=silent
    resume=/dev/disk/by-uuid/6618d6c4-e77f-4172-ba0b-ea3a0266d902 mitigations=auto quiet
    nosimplefb=1
  Console: pty pts/1 DM: GDM v: 46.2 Distro: openSUSE Tumbleweed 20240724
Graphics:
  Device-1: NVIDIA GK104 [GeForce GTX 760] vendor: eVga.com. driver: nvidia v: 470.256.02
    alternate: nouveau,nvidia_drm non-free: series: 470.xx+ status: legacy-active (EOL~2024-09-xx)
    arch: Kepler code: GKxxx process: TSMC 28nm built: 2012-2018 pcie: gen: 2 speed: 5 GT/s
    lanes: 16 ports: active: none off: DVI-I-1 empty: DP-1,DVI-D-1,HDMI-A-1 bus-ID: 01:00.0
    chip-ID: 10de:1187 class-ID: 0300
  Display: server: X.org v: 1.21.1.12 with: Xwayland v: 24.1.1 compositor: gnome-shell driver:
    X: loaded: nvidia unloaded: fbdev,modesetting,nouveau,vesa alternate: nv
    gpu: nvidia,nvidia-nvswitch tty: 152x27
  Monitor-1: DVI-I-1 model: Asus VW246 serial: <filter> built: 2011 res: 1920x1080 dpi: 92
    gamma: 1.2 size: 531x299mm (20.91x11.77") diag: 609mm (24") ratio: 16:9 modes: max: 1920x1080
    min: 640x480
  API: OpenGL Message: GL data unavailable in console for root.
  API: EGL Message: EGL data unavailable in console, eglinfo missing.

ls -l /run/udev/gdm* output:

ls -l /run/udev/gdm*
-rw-r--r-- 1 root root 0 Jul 29 13:22 /run/udev/gdm-machine-has-hardware-gpu
-rw-r--r-- 1 root root 0 Jul 29 13:22 /run/udev/gdm-machine-has-vendor-nvidia-driver


@yvs

Your suggestion does seem to resolve the issue for me. At least I was able to launch nautilus several times using the GSK_RENDERER=gl prefix and have the entire window displayed with all elements visible.

I may be able to use this as a workaround. Thank you for your suggestion.

@WGamradt Remove the nosimplefb=1 this is for Intel GPU’s and replace with fbdev=1 nvidia_drm.modeset=1 and you have a DVI-I monitor but the card doesn’t have that feature?

suggestion does seem to resolve the issue for me

You’re welcome. It’s the known issue. There’s three options for GTK4:

  • software rendering just always works: GSK_RENDERER=cairo or LIBGL_ALWAYS_SOFTWARE=1
  • hardware rendering with GSK_RENDERER=gl or GSK_RENDERER=opengl works in the absolute majority of cases smoothly
  • (let’s say it has rough edges) hardware rendering with GSK_RENDERER=ngl or GSK_RENDERER=vulkan sometimes doesn’t work as it supposed to be

p.s. GTK4.12 was with default GL rendering, 4.14 with NGL, 4.15 with Vulkan. This default is changeable via GSK_RENDERER

or a bit more precisely: Xorg works there via Wayland (xwayland is a proxy or a translator from X to wayland)

I primarily use Leap, but I have experienced numerous issues running Gnome of X11. I am not sure that Gnome actually supports X11 anymore. True or not … running Gnome on wayland on Leap 15.6 has been almost flawless. I also have a box running tumbleweed. I don’t use it very much, but it also appears almost flawless with wayland.

really? it’s easy to verify:

% ldd /usr/lib64/libgtk-4.so.1 | grep libX
	libXi.so.6 => /usr/lib64/libXi.so.6 (0x00007f24a4400000)
	libX11.so.6 => /usr/lib64/libX11.so.6 (0x00007f24a469f000)
	libXext.so.6 => /usr/lib64/libXext.so.6 (0x00007f24a3e00000)
	libXcursor.so.1 => /usr/lib64/libXcursor.so.1 (0x00007f24a3a00000)
	libXdamage.so.1 => /usr/lib64/libXdamage.so.1 (0x00007f24a3600000)
	libXfixes.so.3 => /usr/lib64/libXfixes.so.3 (0x00007f24a3200000)
	libXrandr.so.2 => /usr/lib64/libXrandr.so.2 (0x00007f24a2e00000)
	libXinerama.so.1 => /usr/lib64/libXinerama.so.1 (0x00007f24a2a00000)
	libXrender.so.1 => /usr/lib64/libXrender.so.1 (0x00007f24a1600000)
	libXau.so.6 => /usr/lib64/libXau.so.6 (0x00007f249fe00000)

and

to prove that you can try to work with a pure wayland compositor (for example Weston), but it’s (let’s say extremely unlikely) because of lack of pure wayland software

Hello @yvs ,

I don’t know how to PROVE that gnome works better with wayland. I am just sharing my immediate experience … not perfect … but still very good!

wayland is just a proto, it’s not a replacement of all functionality of X, it needs a lot of time to be at that point to replace most of them. Speaking of gnome (or better gtk) there’s an experimental option to compile it (probably without some functionality) totally without X11, but times when it will be enough usable is still not clear, and anyway since that future point a lot of software will still need X to work for a long time.

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.