SUMMARY This is a Wayland regression. The "halo" which appears when dragging windows near a border does not disappear when the window is released. STEPS TO REPRODUCE 1. Grab any window from the title bar 2. Move it close the top border, until the snap halo appears 3. Drop the window OBSERVED RESULT Halo effect remains visible after window is released EXPECTED RESULT Halo effect should be canceled SOFTWARE/OS VERSIONS KDE Plasma Version: 5.21.3 KDE Frameworks Version: 5.80.0 Qt Version: 5.15.2
Created attachment 137083 [details] screenshot demonstrating the bug (see cyan halo on top border)
Correction: this is *not* a Wayland bug. It also happens on X11.
Cannot reproduce on X11 with an auto-hidden top-panel on git master everything. Can you attach a screen recording so I can before I'm testing the same thing as you? Thanks!
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
Could someone suggest a screen recorder that will work on Wayland? On my Intel laptop, OBS 26.1.2 has a rendering bug that makes it unusable (looks similar to Bug 429967 for Gwenview).
Oh, and I can't reproduce this bug with my Arch Linux desktop, which is using KDE built from git master. It only happens on Fedora 34 with kwin 5.21.4.
FWIW I cannot reproduce the bug with git master either. Maybe we should call it fixed in Plasma 5.22?
(In reply to Nate Graham from comment #7) > FWIW I cannot reproduce the bug with git master either. Maybe we should call > it fixed in Plasma 5.22? I also cannot reproduce in git master, but could we backport the fix to 5.21.x for all the Fedora 34 and Ubuntu 21.04 users out there?
If we know what fixed it, sure. If you can find the commit(s) feel free to mention it here and we'll look into backporting. FWIW Fedora packagers are intending to push Plasma 5.22 in an update for F34 users once it's released.
AHA! I can reproduce it again now: it happens only when the Wobbly Windows effect is enabled.
Did someone just fix it? I can no longer reproduce this on my desktop, which runs KDE built from git. Still present in Fedora Rawhide, which runs 5.23.90
As far as I know, there weren't any fixes that targeted specifically this problem
I apologize for blaming Wobbly Windows, I was confused by the different behaviors observed on my laptop and my PC. Steps to reproduce the bug on both my Plasma 5.24 desktops: 1. Go to Workspace Behavior / Touch Screen and set the top border gesture to "Show Destop" (you don't actually need a touch screen to do this) 2. Go to Workspace Behavior / Screen Edges and set "Switch desktop on edge" to "Only When Moving Windows" 3. Grab a Qt window and move it close to the top border until the top border's halo appears (doesn't work with Chromium and Signal Deskop) 4. Release the window 5. The halo remains visible.