SUMMARY I've included a video of the issue because it's easier to show than describe: https://mega.nz/file/DDZVwR7Q#YTJqguszTzMMvxyGg6d75ynU9TEgnnB5S3f36a9QdAY The issue is that occasionally when snapping windows to the left or right of the screen, there will be a visual glitch and cause all sorts of unexpected results. It tends to only happen with web browsers, and more frequently with Progressive Web Apps, as you can see with Gmail in my example video. The PWA I was demonstrating uses Chromium, but I’ve also had this occur with Chrome and Brave. The Appearance settings in the browsers are set to “classic”, but it happens with GTK and QT as well. I’ve set all themes back to default Breeze default to ensure it wasn’t a theme issue. I’ve only been able to reproduce this issue in Wayland. When running X11, it works just fine. STEPS TO REPRODUCE 1. Open PWA 2. Snap to either left or right 3. (I can't always reproduce the issue on demand, but it does happen very frequently) OBSERVED RESULT Visual distortion after window snap EXPECTED RESULT Clean snap to either left or right side of screen SOFTWARE/OS VERSIONS Linux/KDE Plasma: (available in About System) KDE Plasma Version: 5.27.10 KDE Frameworks Version: 5.114.0 Qt Version: 5.15.12 kwin 5.27.10-2 wayland 1.22.0-1 ADDITIONAL INFORMATION
There's another user in my post here that's experiencing the same thing in Fedora: https://discuss.kde.org/t/window-glitching-when-snapping-to-left-or-right-in-wayland/10107
Thanks for the video. Are you able to successfully side-tile one of the affected windows using the Meta+Left or Meta+Right shortcuts?
I turned wayland back on to test... when it happened again, I tried Win + Left Arrow or Right Arrow it was non-responsive. But when I Did Win + Up it started working again.
And then thereafter, did Win+Left or Win+Right work properly?
Yes, it started working again after I did Win + Up
And since then, has it continued to work as expected? Or did it break again?
(In reply to Nate Graham from comment #6) > And since then, has it continued to work as expected? Or did it break again? It will work temporarily and then eventually the issue will occur again either with the same or different window.
Ok, thanks. Would be good to know if it happens in Plasma 6 once it's released in two weeks.
Is this still an issue in 6.1?
Created attachment 174321 [details] Window artifacts
After updating to KDE 6 this issue was resolved.
I am experiencing the same or similar issue on KDE Plasma 6.1.5. The visual distortion is a bit different - the previous screen contents within the new snapped window field is "locked in", any new screen activity is "added" to the window (kind of like mouse trails, but persistent), and I can no longer move the window around using the mouse. Using `WIN+UP` snaps the window to the top half of the screen, but then exhibits the same issue just on the top of the screen. I am able to restore window functionality by maximizing it from the application panel. I can reliably reproduce this with **any** window by: 1. Maximize window 2. Press `META+LEFT` or `META+RIGHT` to snap to left or right side of screen Screenshot posted above. System details: Operating System: EndeavourOS KDE Plasma Version: 6.1.5 KDE Frameworks Version: 6.6.0 Qt Version: 6.7.3 Kernel Version: 6.10.10-zen1-1-zen (64-bit) Graphics Platform: Wayland Processors: 12 × Intel® Core™ i7-9750H CPU @ 2.60GHz Memory: 62.5 GiB of RAM Graphics Processor: Mesa Intel® UHD Graphics 630 Manufacturer: Dell Inc. Product Name: Precision 7540
Here's a video of my experience: https://cloud.peartree.us/index.php/s/F2F7KFgDBEij7YG
🐛🧹 ⚠️ 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!
🐛🧹 This bug has been in NEEDSINFO status with no change for at least 30 days. Closing as RESOLVED WORKSFORME.