STEPS TO REPRODUCE 1. Have a floating panel. 2. Have a maximized window on virtual desktop #1. 2. Do not have a maximized windows on virtual desktop #2. 3. Switch between the virtual desktops. OBSERVED RESULT The animation of the adjustment of the floating panel (to either expand to the edges/borders or retract from them) is rendered with very low FPS which looks laggy. EXPECTED RESULT A smooth animation. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Fedora 40 Kernel 6.8.9-300.fc40.x86_64, wayland (available in About System) KDE Plasma Version: 6.0.4 KDE Frameworks Version: 6.1.0 Qt Version: 6.7.0 GRAPHICS INFO Compositing =========== Compositing is active Compositing Type: OpenGL OpenGL vendor string: AMD OpenGL renderer string: AMD Radeon R9 380 Series (radeonsi, tonga, LLVM 18.1.1, DRM 3.57, 6.8.9-300.fc40.x86_64) OpenGL version string: 4.6 (Core Profile) Mesa 24.0.6 OpenGL platform interface: EGL OpenGL shading language version string: 4.60 Driver: Unknown GPU class: Unknown OpenGL version: 4.6 GLSL version: 4.60 Mesa version: 24.0.6 X server version: 1.23.2 Linux kernel version: 6.8.9 Direct rendering: Requires strict binding: no Virtual Machine: no OpenGL 2 Shaders are used ADDITIONAL INFORMATION It does not matter if the animation for switching desktops is set to "Slide", "Fade Desktop" or deactivated at all.
To prevent any misunderstandings: only the animiation of the panel is laggy. the desktop-switching animation itself is unaffected and works fine.
actually i just recognized that the laggy rendering occurs also when i move a window towards the floating panel. (i can't imagine why the floating panel is expanding to the edges/borders at all when i do not maximize a window, but that's not the problem here). in this case the lagging only seems to occur when the panel is expanding (or at least it is not as obvious when it is retracting in this case). the rendereing issues also occur not only on the beforementioned desktop pc with a radeon r9 380, but also on my laptop that runs an AMD Ryzen 6600HS with an APU (OS and Plasma versions are the same though).
update to Plasma 6.0.5, the problem still exists KDE Plasma Version: 6.0.5 KDE Frameworks: 6.2.0 Qt Version: 6.7.0 Kernel: 6.8.10-300
Fixed since update to plasma 6.1