https://bugs.kde.org/show_bug.cgi?id=474488
--- Comment #6 from heroshihero...@tutanota.com --- (In reply to Zamundaaa from comment #5) > > That problem can also happen with native linux games/applications > > Can you give some more examples, ideally with some free application? I > haven't ever seen this issue, being able to make it happen locally would go > a long way in making it easier to fix it. > > As a shot in the dark, does this still happen if you disable the "Full > Screen" desktop effect in the settings? I never (In reply to Zamundaaa from comment #5) > > That problem can also happen with native linux games/applications > > Can you give some more examples, ideally with some free application? I > haven't ever seen this issue, being able to make it happen locally would go > a long way in making it easier to fix it. > > As a shot in the dark, does this still happen if you disable the "Full > Screen" desktop effect in the settings? Correction: This problem probably can also affect some Linux native games/applications*. I don't have any knowledge about other games/applications that have this issue, it mainly happened to me with games running at Proton (Wine), I can test other applications that I use to see if that behavior happens. An user said at a post that I've linked: "This sounds like KDE should fix this by adding detection if something is using full screen and not to try to overlap. The flickering happens when taskbar and game disagree on which should be the topmost display. When a game is fullscreen it should be the one on top, but for some reason compositor/taskbar does not know to "back off". KDE already knows when application is fullscreen (titlebar is not rendered, for example) so it should have the necessary information to handle fullscreen in the taskbar as well. This is a bug on KDE taskbar handling". -- You are receiving this mail because: You are watching all bug changes.
