Created attachment 172637 [details] Fullscreening the window and moving it with Meta + Shift + Right/Left arrow *** If you're not sure this is actually a bug, instead post about it at https://discuss.kde.org If you're reporting a crash, attach a backtrace with debug symbols; see https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports *** SUMMARY Native apps get graphical artifacts if on fullscreen and moved to another monitor STEPS TO REPRODUCE 1. Open a native app like Dolphin or Ocular 2. Make it fullscreen (used F11 on my case) 3. Switch it to another monitor using the keyboard shortcut or by pressing meta/alt and dragging it with the mouse 4. Try to interact with the UI elements OBSERVED RESULT The window gets all glitchy and artifacts show up if you hover the cursor over its elements EXPECTED RESULT The window should not glitch SOFTWARE/OS VERSIONS KDE Plasma Version: 6.1.4 KDE Frameworks Version: 6.4.0 Qt Version: 6.7.2 Kernel Version: 6.10.4-arch2-1 (64-bit) Graphics Platform: Wayland Processors: 8 × Intel® Core™ i7-8565U CPU @ 1.80GHz Memory: 11.6 GiB of RAM Graphics Processor: Mesa Intel® UHD Graphics 620 ADDITIONAL INFORMATION I could not reproduce this issue with Brave, Firefox and Alacritty. A similar issue happens with VS Code, but the artifacts are glitchy and I believe it is a different glitch because of its XWayland nature. I also do not know if Kwin is the right product for reporting this bug, just wanted to help anyways.
Thank you for the bug report and the video, that makes it clear what you're seeing. I'm not able to reproduce this on 6.1.4, Wayland. I tested with Dolphin and Okular, following the attached video. One thing I noticed is that the side menus of Dolphin are translucent, and I don't see a way to make that happen on my system using the Breeze theme. I'm wondering if the translucency affect is affecting this. How did you achieve that look in Dolphin?
(In reply to TraceyC from comment #1) > Thank you for the bug report and the video, that makes it clear what you're > seeing. > > I'm not able to reproduce this on 6.1.4, Wayland. I tested with Dolphin and > Okular, following the attached video. > One thing I noticed is that the side menus of Dolphin are translucent, and I > don't see a way to make that happen on my system using the Breeze theme. I'm > wondering if the translucency affect is affecting this. > > How did you achieve that look in Dolphin? Hey! The translucency on dolphin and on other windows' headers is done by the Lightly theme. However, it is not the cause of the issue; I just set my entire theme to Breeze Dark and the same thing happens, so it is not caused by an external factor.
Where did you install Lightly from? In the KDE store, I see it hasn't been updated in 3 years. https://store.kde.org/p/1414190 In its main repo, I see it hasn't been updated for Plasma 6: https://github.com/Luwx/Lightly (In fact it doesn't appear in Get New Themes through system settings) Notably, it says "Lightly is a work in progress theme, there is still a lot to change, so expect bugs! Some applications may suddenly crash or flicker." I suspect something installed by Lightly is causing issues. I would suggest completely removing Lightly, rebooting and testing again. Let us know if you still see the issue then.
(In reply to TraceyC from comment #3) > Where did you install Lightly from? In the KDE store, I see it hasn't been > updated in 3 years. > https://store.kde.org/p/1414190 > > In its main repo, I see it hasn't been updated for Plasma 6: > https://github.com/Luwx/Lightly > (In fact it doesn't appear in Get New Themes through system settings) > > Notably, it says > "Lightly is a work in progress theme, there is still a lot to change, so > expect > bugs! Some applications may suddenly crash or flicker." > > I suspect something installed by Lightly is causing issues. I would > suggest completely removing Lightly, rebooting and testing again. Let us > know > if you still see the issue then. Hey! I completely uninstalled Lightly, set everything to the original Breeze t heme and the issue still persists. I do not believe it is caused by Lightly. Is there any more testing I can do to confirm this?
Thanks for the additional testing. I'll leave this open and hopefully someone else can reproduce or provide guidance on how to further test this.
I can't trigger the bug either. Does it always happen for you, or is it inconsistent? Also, please provide the output of > kscreen-doctor -o
(In reply to Zamundaaa from comment #6) > I can't trigger the bug either. Does it always happen for you, or is it > inconsistent? > > Also, please provide the output of > > kscreen-doctor -o It is pretty inconsistent. I would say that it happens each 1 out of 20 reboots, but if it happens once, it will happen until I reboot again. \> kscreen-doctor -o Output: 1 eDP-1 enabled connected priority 2 Panel Modes: 0:1920x1080@60*! 1:1280x1024@60 2:1024x768@60 3:1280x800@60 4:1600x900@60 5:1368x768@60 6:1280x720@60 Geometry: 1920,216 1536x864 Scale: 1.25 Rotation: 1 Overscan: 0 Vrr: incapable RgbRange: Full HDR: incapable Wide Color Gamut: incapable ICC profile: /usr/share/color/icc/colord/ColorMatchRGB.icc Color profile source: EDID Output: 2 HDMI-A-1 enabled connected priority 1 HDMI Modes: 0:1920x1080@60*! 1:1920x1080@60 2:1920x1080@60 3:1680x1050@60 4:1280x1024@75 5:1280x1024@60 6:1440x900@75 7:1440x900@60 8:1280x720@60 9:1280x720@60 10:1024x768@75 11:1024x768@60 12:800x600@75 13:800x600@60 14:720x480@60 15:720x480@60 16:720x480@60 17:640x480@75 18:640x480@73 19:640x480@67 20:640x480@60 21:640x480@60 22:720x400@70 Geometry: 0,0 1920x1080 Scale: 1 Rotation: 1 Overscan: 0 Vrr: incapable RgbRange: Full HDR: incapable Wide Color Gamut: incapable ICC profile: /usr/share/color/icc/colord/Bluish.icc Color profile source: sRGB
Marking reported as the information requested has been added. Thanks!
Does this still happen if you put KWIN_USE_BUFFER_AGE=0 into /etc/environment and reboot?
🐛🧹 ⚠️ 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.