https://youtu.be/kopgE6BSCn0 I observed it with the integrated terminals of Dolphin and Kate, I assume anything that uses this component is affected. I tried disabling the Transparency desktop effect, which didn't seem to have any effect. I'm thinking it might be partly to do with graphics drivers, because on my desktop with AMD graphics (which the video is recorded from), there is a flickering, but on my laptop with Intel graphics, that "phantom window" behind the terminal is black. SOFTWARE/OS VERSIONS KDE Frameworks Version: 5.78.0 Qt Version: 5.15.2
Created attachment 135266 [details] WAYLAND_DEBUG log Can reproduce with Dolphin. According to the wayland debug log output, an opaque region is set that spans the entire surface. This looks like an application or toolkit bug.
Related to https://bugs.kde.org/show_bug.cgi?id=429025?
(In reply to Claudius Ellsel from comment #2) > Related to https://bugs.kde.org/show_bug.cgi?id=429025? Maybe, but I don't experience flickering on Konsole, only in the integrated terminal. Still occurs on Plasma 5.21, Frameworks 5.79.0, Qt 5.15.2. Disabling the Blur effect does alter how it looks, but there is still the strange flickering phantom copy of the window behind it. https://youtu.be/aV8qWiKQj64 I would use a screen recorder to show this, but this is a Wayland session, so that's currently more annoying than its worth...
Also, with the same settings on the X11 session, the integrated terminal is totally opaque. I'm not sure if this is a bug or not, because Konsole itself is translucent with a blurred background, both on the X11 and Wayland session.
I can reproduce consistently here and exclusively on Wayland. I noticed a few things: * on X11 the integrated terminal is fully opaque, and increasing its transparency makes the background black * on Wayland it is transparent and seems to draw images of other windows * moving the mouse to the scrollbar shows a glitchy stripe behind the terminal but otherwise changes nothing of the transparency * moving the mouse elsewhere over the Dolphin window will change transparency, and with enough moving it will end up quite opaque (but not fully) * clicking to another window and back will change transparency more significantly * if you increase transparency to over 70% the glitch becomes more obvious * if you increase transparency to over 90% it will start retaining afterimages of other windows/dialogs * if you increase transparency to 100% it will never even attempt to get opaque, and it will retain afterimages until the integrated terminal is closed * resizing the integrated terminal will cause sequential afterimages you'd see on LXDE, XFCE or MATE X11 without a compositor (or XP) lol I'll record this in a bit, but it's indeed a really strange bug I think the expected behavior should be for the integrated terminal never to be transparent, only following color schemes.
https://youtu.be/Pg-oLPzYwFU ^ Video captured with OBS from flathub-beta demonstrating the issue. (The scrollbar stripe thing was probably just a coincidental glitch since I didn't manage to reproduce it)
This can also be reproduced on the embedded Konsole terminal in KDevelop. Perhaps this is an issue with the Konsole kpart used in Dolphin, Kate and KDevelop?
Moved from kwin product to konsole product.
I noticed this bug doesn't occur on my laptop which has a fresh installation of Fedora 34 + Plasma 5.22.x. But it does still occur on my desktop which has been through many Fedora and Plasma updates.
*** Bug 440064 has been marked as a duplicate of this bug. ***
Can confirm this with Dolphin and Kate (both 21.04.3) openSUSE Tumbleweed Plasma 5.22.3 Frameworks 5.84
I no longer encounter this bug since reinstalling Fedora on my desktop. Maybe its reproducible if you install an old version of Fedora and upgrade it.
Does anyone still encounter this bug? I haven't seen it since the above comment.
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!
This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now 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 Thank you for helping us make KDE software even better for everyone!