Hello, The latest snapshot published (20240614)causes errors in the display of gnome. I had to revert to a previous snapshot.
Can you share some info about your hardware - maybe the output from: inxi -G would be a good start.
Someone might be able to help resolve it with more information other than āthis doesnāt workā. 
Hi. I am in a previous snapshot (snapper rollback). I set inxi output
Graphics:
Device-1: AMD Cezanne [Radeon Vega Series / Radeon Mobile Series]
driver: amdgpu v: kernel
Display: wayland server: X.org v: 1.21.1.12 with: Xwayland v: 24.1.0
compositor: gnome-shell v: 46.2 driver: gpu: amdgpu
resolution: 1920x1080~60Hz
API: OpenGL v: 4.6 vendor: amd mesa v: 24.0.9 renderer: AMD Radeon
Graphics (radeonsi renoir LLVM 18.1.6 DRM 3.57 6.9.3-1-default)
API: Vulkan v: 1.3.283 drivers: N/A surfaces: xcb,xlib,wayland
API: EGL Message: EGL data requires eglinfo. Check --recommends.
Hello, just wanted to say I am having the same issue on KDE.
Text characters are missing at random, wallpaper suddenly disappeared, etc. It gets worse the more I use the system: Dolphin doesnāt visually change when I try to navigate through folders, start menu selection is messed up, YaST software displays black windows, and the list keeps going. I canāt even take a screenshot because hardly anything gets shown on-screen in the screenshots.
I did a system update today and noticed KDE had a bunch of package updates, along with mesa updates and a kernel: 6.9.4. Issues started right after restarting after the update. Maybe itās related to the meta driver updates, or to the kernel.
I found this bug report from January 2024 for Fedora. Itās related to Mesa drivers and describes issues similar to the ones OP and I are having. Maybe itās a regression.
Happens on both X11 and Wayland.
> inxi -G
Graphics:
Device-1: AMD Lucienne driver: amdgpu v: kernel
Device-2: Bison Integrated Camera driver: uvcvideo type: USB
Display: wayland server: X.org v: 1.21.1.12 with: Xwayland v: 24.1.0
compositor: kwin_wayland driver: X: loaded: modesetting unloaded: fbdev,vesa
dri: radeonsi gpu: amdgpu resolution: 1: 1920x1080 2: 1920x1080
API: EGL v: 1.5 drivers: radeonsi,swrast
platforms: wayland,x11,surfaceless,device
API: OpenGL v: 4.6 compat-v: 4.5 vendor: amd mesa v: 24.1.0 renderer: AMD
Radeon Graphics (radeonsi renoir LLVM 18.1.6 DRM 3.57 6.9.3-1-default)
API: Vulkan v: 1.3.283 drivers: N/A surfaces: xcb,xlib,wayland
1 Like
Update: I tried booting with the 6.9.3 kernel, but the graphical glitches were still there.
Itās looking more and more to be a Mesa driver issue, since it affects both KDE and Gnome.
2 Likes
Shot in the dark - try deleting ~/.cache, at least ~/.cache/mesa_shader_cache.
1 Like
Hi. I just did the test, the culprit is Mesa de packman, as soon as I disabled the repository and changed provider to opensuse, everything worked.
No problems here with Mesa from Packman.
bruno@LT-B:~> zypper se -si Mesa
Loading repository data...
Reading installed packages...
S | Name | Type | Version | Arch | Repository
---+---------------------------+---------+----------------------+--------+----------------------
i | Mesa | package | 24.1.0-1699.382.pm.1 | x86_64 | Packman Repository
i+ | Mesa-demo-egl | package | 9.0.0-3.3 | x86_64 | Main Repository (OSS)
i | Mesa-demo-x | package | 9.0.0-3.3 | x86_64 | Main Repository (OSS)
i | Mesa-dri | package | 24.1.0-1699.382.pm.1 | x86_64 | Packman Repository
i | Mesa-dri-nouveau | package | 24.1.0-1699.382.pm.1 | x86_64 | Packman Repository
i | Mesa-gallium | package | 24.1.0-1699.382.pm.1 | x86_64 | Packman Repository
i | Mesa-libEGL1 | package | 24.1.0-1699.382.pm.1 | x86_64 | Packman Repository
i | Mesa-libGL1 | package | 24.1.0-1699.382.pm.1 | x86_64 | Packman Repository
i | Mesa-libglapi0 | package | 24.1.0-1699.382.pm.1 | x86_64 | Packman Repository
i | Mesa-libva | package | 24.1.0-1699.382.pm.1 | x86_64 | Packman Repository
i | Mesa-vulkan-device-select | package | 24.1.0-1699.382.pm.1 | x86_64 | Packman Repository
bruno@LT-B:~>
Maybe the problem stems from a mix of Packman and OSS? Or HW related (Intel+Nvidia here)?
So far Iāve only seen AMD systems affected by this, so Iād guess itās a problem with Packmanās Mesa updates on Radeon systems. At least, reverting to a previous snapshot didnāt let me down. Cannot praise that feature enough.
Someone on the forums just posted this:
08:06
Hi, On Tue, 2024-06-18 at 08:52 +0200, John Paul Adrian Glaubitz wrote:
Upgrading Mesa to 24.1.1 fixes the problem. Install with:
zypper addrepo [https://download.opensuse.org/repositories/X11:XOrg/openSUSE_Tumbleweed/X11:ā¦]
zypper refresh # zypper in --allow-vendor-change Mesa-24.1.1-1582.1.x86_64 and then reboot.
Adrian
Iāll try this tomorrow.
I havenāt seen any graphical oddities Xorg or Wayland, Plasma 6 and GNOME 46, oS TW and Fedora 40 with Intel UHD 630
That did not workā¦
localhost:/Data2/Work> sudo zypper addrepo https://download.opensuse.org/repositories/X11:XOrg/openSUSE_Tumbleweed/X11:XOrg.repo
[sudo] password for root:
Adding repository 'X.Org development (openSUSE_Tumbleweed)' ............................................................................................................................................................................................................[done]
Repository 'X.Org development (openSUSE_Tumbleweed)' successfully added
URI : https://download.opensuse.org/repositories/X11:/XOrg/openSUSE_Tumbleweed/
Enabled : Yes
GPG Check : Yes
Autorefresh : No
Priority : 99 (default priority)
Repository priorities in effect: (See 'zypper lr -P' for details)
90 (raised priority) : 1 repository
99 (default priority) : 7 repositories
@localhost:/Data2/Work>
localhost:/Data2/Work> sudo zypper refresh
New repository or package signing key received:
Repository: X.Org development (openSUSE_Tumbleweed)
Key Fingerprint: 18CF C763 92ED 4351 07A7 6F36 8B23 A9A7 7805 04E9
Key Name: X11 OBS Project <X11@build.opensuse.org>
Key Algorithm: RSA 2048
Key Created: Fri 13 May 2022 10:22:39 AM PDT
Key Expires: Sun 21 Jul 2024 10:22:39 AM PDT (expires in 33 days)
Rpm Name: gpg-pubkey-780504e9-627e93df
Note: Signing data enables the recipient to verify that no modifications occurred after the data
were signed. Accepting data with no, wrong or unknown signature can lead to a corrupted system
and in extreme cases even to a system compromise.
Note: A GPG pubkey is clearly identified by its fingerprint. Do not rely on the key's name. If
you are not sure whether the presented key is authentic, ask the repository provider or check
their web site. Many providers maintain a web page showing the fingerprints of the GPG keys they
are using.
Do you want to reject the key, trust temporarily, or trust always? [r/t/a/?] (r): a
Retrieving repository 'X.Org development (openSUSE_Tumbleweed)' metadata ...............................................................................................................................................................................................[done]
Building repository 'X.Org development (openSUSE_Tumbleweed)' cache ....................................................................................................................................................................................................[done]
Repository 'Main Repository (NON-OSS)' is up to date.
Repository 'Main Repository (OSS)' is up to date.
Repository 'Main Update Repository' is up to date.
Repository 'google-chrome' is up to date.
Repository 'microsoft-edge' is up to date.
Repository 'Packman' is up to date.
Repository 'Open H.264 Codec (openSUSE Tumbleweed)' is up to date.
All repositories have been refreshed.
@localhost:/Data2/Work>
/Data2/Work> sudo zypper in --allow-vendor-change Mesa-24.1.1-1582.1.x86_64
Loading repository data...
Reading installed packages...
Package 'Mesa-24.1.1-1582.1.x86_64' not found.
Resolving package dependencies...
Nothing to do.
So I installed the 24.1.0-1699.382.pm.1 from Packman. My previous Mesa was 24.0.9-1699.381.pm.1. I will try the update again later today and see if that makes a difference unless someone comes up with a better idea.
Of course it didnāt work, currently it is at subversion 1585
https://download.opensuse.org/repositories/X11:/XOrg/openSUSE_Tumbleweed/x86_64/Mesa-24.1.1-1585.1.x86_64.rpm
But I would refrain from adding a devel repo unless you really need it, better wait for the update to appear on the regular repo.
OK, Iāll take that under advisement. Do we know thatās the fix?
I removed/disabled packman and did a zypper dup --allow-vendor-change. Now everything works again.
It does work, but you run out of proprietary video codecs.
Letās be clear, for the problem discussed here you may change only Mesa from Packman to OSS, that only removes some HW video decoding, not a game changer for most users.
You may still retain codecs from Packman, no real need to disable the repository, you shall enjoy your videos, even those with proprietary codecs, at the cost of some added CPU cycles.
How do I switch from Mesa to the official repo and keep packman for the rest of the files? 
Use YaST Software. Search for Mesa and switch in the versions tabā¦
Or use zypper in *mesa* You need to apply the --from "your OSS repo alias here" switch, and --allow-downgrade. See man zypper for referenceā¦