For what it's worth, if I set my panel to autohide and move to another desktop using my kwin shortkey or using the little virtual desktop widget in my panel, the autohide feature stops working. Until I return to virtual desktop 1. So it seems as if there's some meta function involved that messes up screen edges.

Hmm, I can't reproduce this issue on git master with those steps.

This is on Fedora 42 with Qt 6.9, notably. It would be interesting to know if the problem goes away after you upgrade to Fedora 42 as well.

I've been seeing the same behavior for a couple of months on a laptop and desktop running openSUSE Tumbleweed  (Intel and NVIDIA graphics).

KDE Plasma Version: 6.3.4
KDE Frameworks Version: 6.13.0
Qt Version: 6.9.0
Kernel Version: 6.14.4-1-default (64-bit)
Graphics Platform: Wayland

Yes, as I've now created a reproducible situation, I can observe it with regularity. Still, I think upgrading to Fedora 42 is probably the way to go. I'm on 6.8.2 and I guess I'm stuck on 6.8 in Fedora 40. I'm nervous though. This could make for a total laptop reinstall; I've had some weird incompatibilities pop up in the past so I'm hesitant. I'll try to go before June 2025. It's now May 6.

(In reply to Nate Graham from comment #3)
> This is on Fedora 42 with Qt 6.9, notably. It would be interesting to know
> if the problem goes away after you upgrade to Fedora 42 as well.

Actually, since we have a report here of the same behavior on two machines running OpenSuSE Tumbleweed I don't expect a change but it will be interesting to see what happens, I suppose.

I believe I can confirm such behavior for KDE Neon with the latest Plasma.

Operating System: KDE neon 6.3
KDE Plasma Version: 6.3.5
KDE Frameworks Version: 6.14.0
Qt Version: 6.9.0
Kernel Version: 6.11.0-25-generic (64-bit)
Graphics Platform: Wayland

Well, I upgraded to Fedora 41 and my problem went away. Except sometimes the panel autohide stops working, and I have to switch to a different desktop- and back again- for me to see the panel. But now autohide- for me- works no matter how I navigate away from Desktop 1.

Operating System: Fedora Linux 41
KDE Plasma Version: 6.3.5
KDE Frameworks Version: 6.13.0
Qt Version: 6.8.2
Kernel Version: 6.14.6-200.fc41.x86_64 (64-bit)
Graphics Platform: Wayland
Processors: 16 × AMD Ryzen 9 7940HS w/ Radeon 780M Graphics
Memory: 60.6 GiB of RAM
Graphics Processor: AMD Radeon 780M

Great!

Sorry, Nate, I'm not that happy with the resolution because others on newer KDE's report having the problem as we can see in the thread. And I've noticed a couple of anomalies in the GUI as I mention with the Panel suddenly disappearing under certain circumstances.

In short, there are still dragons lying about. I managed, through my upgrade, to perhaps jar the system into correct behavior but it seems awfully fragile.

For this user (me), it's working though so I suppose the ticket can remain closed. Perhaps in the future the issue will rear its ugly head and I'll just return.

I wasn't able to go to Fedora 42 because Dropbox doesn't have a proper version. So I'll wait a bit before upgrading.

(In reply to Mike Schwager from comment #10)
> Sorry, Nate, I'm not that happy with the resolution because others on newer
> KDE's report having the problem as we can see in the thread.
6.3.5 is the newest released Plasma; what exactly do you mean?

> And I've noticed a couple of anomalies in the GUI as I mention with
> the Panel suddenly disappearing under certain circumstances.
This is a different bug, and needs to be tracked with a different bug report. If you can reproduce it at all or determine a pattern, please do open a new one for that issue!

(In reply to Nate Graham from comment #12)
> (In reply to Mike Schwager from comment #10)
> > Sorry, Nate, I'm not that happy with the resolution because others on newer
> > KDE's report having the problem as we can see in the thread.
> 6.3.5 is the newest released Plasma; what exactly do you mean?
> 

I mean that Michal Kec has the issue with a newer KDE Frameworks and QT Version:

Operating System: KDE neon 6.3
KDE Plasma Version: 6.3.5
KDE Frameworks Version: 6.14.0
Qt Version: 6.9.0
Kernel Version: 6.11.0-25-generic (64-bit)
Graphics Platform: Wayland

Hello, this bug is still present in current Plasma 6.4.3.

Operating System: KDE neon User Edition
KDE Plasma Version: 6.4.3
KDE Frameworks Version: 6.16.0
Qt Version: 6.9.1
Kernel Version: 6.14.0-24-generic (64-bit)
Graphics Platform: Wayland

I face this problem every day when switching desktops.

I have noticed that bug appears when desktops are switched with any other method than keybinding (or gesture) of the desktop effects "Overview" or "Cube". It can be:
- keybinding for "Switch to the next desktop"
- pop-up notification from messenger that resides on some other desktop
- CTRL+F1/2/3/4 keybinding
- swiping touchpad left/right

Both desktop effects "Overview" and "Cube" stop working until I return to the last desktop where this desktop effect has been worked right before switching.

This issue appears after some usage time, not immediately after login

My system info:
Operating System: openSUSE Tumbleweed
KDE Plasma Version: 6.4.3
KDE Frameworks Version: 6.16.0
Qt Version: 6.9.1
Kernel Version: 6.15.8-1-default (64-bit)
Graphics Platform: Wayland

I also regularly get hit by this bug and it still happens in the latest Plasma version. I think it's a problem in kwin about the desktop effects. They stop getting applied to certain virtual desktops. I notice for example the blur effect under the semi-transparent krunner window is not working on those same virtual desktops where the overview has stopped working.

I can't find a way to reproduce the bug intentionally. I can't see a usage pattern for when it appears. I get hit by the bug after using the desktop for a while, I don't remember noticing it shortly after logging in, only after using the desktop for a few hours. But there might be long stretches of time with the bug active where I don't notice it because some of the virtual desktops are working correctly, and I'm also using keyboard shortcuts most of the time to switch between desktops and not the overview. Most of the time I notice that the bug is there because of krunner missing the blur effect.

$ kinfo
Operating System: Arch Linux 
KDE Plasma Version: 6.4.4
KDE Frameworks Version: 6.16.0
Qt Version: 6.9.1
Kernel Version: 6.15.9-arch1-1 (64-bit)
Graphics Platform: Wayland
Processors: 16 × AMD Ryzen 7 5800X3D 8-Core Processor
Memory: 32 GiB of RAM (31.3 GiB usable)
Graphics Processor: AMD Radeon RX 9070 XT

After KDE update (Tumbleweed marks version of packages as "25.08.0-1.1") on 2025-08-18 effects seem to work correctly.

Operating System: openSUSE Tumbleweed 20250818
KDE Plasma Version: 6.4.4
KDE Frameworks Version: 6.17.0
Qt Version: 6.9.1
Kernel Version: 6.16.1-1-default (64-bit)
Graphics Platform: Wayland

That's great news! How about you, Mike?

I did some more tests today (was fooling around with settings, actually) and found out that the incorrect behavior still occurs when virtual desktop option "Show animation when switching" is set to "Fade".
When this option is disabled, effects work flawlessly.
When this option is set to "Slide", effects are glitching until animation is complete (kwin shortcuts "Grid View" and "Overview" are interchanged on the first call, but work as usual after that).

Mike, are you also using that setting?

Finally, I can confirm a bug in the current Plasma 6.4.4. However, I can’t find easy steps to reproduce either. 
One note: I suspend my PC to sleep (S3) daily. The bug appears after several sleep/wake cycles. I’m fairly sure I didn’t notice it on the first day after the previous reboot.

Nate: Yes, I also have the virtual desktop switching animation set to Fade.

Operating System: KDE neon User Edition
KDE Plasma Version: 6.4.4
KDE Frameworks Version: 6.17.0
Qt Version: 6.9.1
Kernel Version: 6.14.0-29-generic (64-bit)
Graphics Platform: Wayland

🐛🧹 ⚠️ This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information, then set the bug status to REPORTED. If there is no change for at least 30 days, it will be automatically closed as RESOLVED WORKSFORME.

For more information about our bug triaging procedures, please read https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging.

Thank you for helping us make KDE software even better for everyone!

I too have the overview die on me after some time. I also frequently suspend my system (2-5 times per day) and it seems to happen after resume but I cannot reproduce it 100%. Maybe it is related to AMD?

Operating System: Arch Linux 
KDE Plasma Version: 6.4.5
KDE Frameworks Version: 6.18.0
Qt Version: 6.9.2
Kernel Version: 6.16.8-arch1-1 (64-bit)
Graphics Platform: Wayland
Processors: 32 × AMD Ryzen 9 7950X3D 16-Core Processor
Memory: 64 GiB of RAM (61,9 GiB usable)
Graphics Processor 1: AMD Radeon RX 7900 XTX
Graphics Processor 2: AMD Radeon Graphics
Manufacturer: ASRock
Product Name: X670E PG Lightning

I feel like this other issue is connected to this one: https://bugs.kde.org/show_bug.cgi?id=507541 I shall post my findings in both threads and would like to thank previous commenters on delivering vital info and hints. Those quickly lead to this conclusion:

# Findings: (see testing setup and steps below)
- Animation speed does not matter when it comes to triggering the issue
- "Fade" effect for "Virtual desktop switching" seems to be central
- Nothing showing up in the logs (via journalctl -f) when things break down

_____________

# Base setup
Operating System: Kubuntu 25.10
KDE Plasma Version: 6.5.1
KDE Frameworks Version: 6.19.0
Qt Version: 6.9.2

Wayland - Nvidia proprietary driver in use (580.95.05) on RTX4080 - single screen

- Two active (virtual) desktops, both with windows spanning the whole vertical screen space (in order to force the taskbar into hiding, if set to autohide or "dodge windows)
- Default window effects and animations
- Using "Overview" effect via Meta-W
- Behaviour: Switching between desktops, using browser (Firefox), file manager (Dolphin) and the like
- running "journalctl -f" in terminal to check for events

Note: Altered settings take place on the System Settings: "Animations" page only

# Baseline config
- all animations at default (re: actual effects and speed)
Results: No problems

## Increased animation speed (two notches below max.)
Results: No problems

## Back to default speeds and settings, except for the "Virtual desktop switching" effect, going from (default) "slide" to "fade"
Results: Almost instant breaking of second desktop (first desktop remains intact, including its window effects)
Symptoms:
- Only one of the two desktops is affect, the other remains intact
On the affected desktop:
- "Blur" effect not working any more
- the auto-hide feature of the taskbar breaking, leading to the taskbar to never appear via mouse movements, only via keyboard commads
- pressing Meta+W doesn't work any more

Remedy:
- Alter "Virtual desktop switching" effect in System Settings to anything other than the current setting

# Sanity check (trying to revert the issue and then cause it again)
All settings to default
Results: Working again, both desktops

# Same as above, only changed from "slide" to "fade" for the "Virtual desktop switching" effect
Results: Second desktop breaks again, with the symptoms mentioned before

This has been an issue for me for ages in KDE Plasma 6.x. In multiple different distributions: NixOS, Fedora Kinoite, and CachyOS.

Currently it's still an issue with 6.5.1. Using Waylad, with AMD Radeon RX 6900 XT. But also happens with my Laptop with Radeon GPU.

It looks like if I disable any effects when I switch desktops, the issue goes away. So that's a good workaround, at least it seems to work.

To add: I did try to recreate it in a simple VM, with the usual "VM hardware". It did not manifest itself there, so we might assume that some form of accelerated graphics element has to be involved. From the reports, Nvidia and AMD users are affected. The simple VM stuff I used for testing might not trigger the problem.

I wished we could check some logs when this happens, to allow the devs some more insights. As stated before, I can't see anything in journalctl -f when the effects (blur) break down and cause the taskbar autohide/"dodge windows" to fail on a single virtual desktop. I was assuming that kwin would then complain or something, but nothing can be seen in the logs at that point in time.

For the time being, I have set just the "Virtual desktop switching" effect to "none" (as I dislike the "slide" one), which allows for a completely stable operation of this fine desktop environment.

Chiming in here with the same issue. Wayland, AMD GPU, 3 monitors (maybe this is of influence?) Disabling the effect is a solid workaround.

There are quite a few of us experiencing this, I can imagine it should be able to be reproduced by the devs.

Small update (also thanks to all previous commenters again): Still happens on 6.5.2. Same symptoms, same remedy as before.

Update: Still happens in 6.5.4 (and 6.5.3 for that matter).

*** Bug 513245 has been marked as a duplicate of this bug. ***