Summary: | Tooltips (task manager, system tray) are rendered incorrectly | ||
---|---|---|---|
Product: | [Plasma] kwin | Reporter: | Martin Höher <martin> |
Component: | effects-various | Assignee: | KWin default assignee <kwin-bugs-null> |
Status: | RESOLVED WORKSFORME | ||
Severity: | normal | CC: | bshah, kde, notmart, plasma-bugs-null, vlad.zahorodnii |
Priority: | NOR | ||
Version First Reported In: | 5.5.95 | ||
Target Milestone: | --- | ||
Platform: | Fedora RPMs | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Attachments: |
Screenshot showing an incorrectly rendered tooltip.
Output of `qdbus org.kde.KWin /KWin supportInformation` |
Description
Martin Höher
2016-03-25 20:18:17 UTC
Created attachment 98077 [details]
Screenshot showing an incorrectly rendered tooltip.
I just realized that the problem does not appear if the "Morphing Popups" effect is turned off in System Settings -> Desktop Effects. Thanks, re-assigning to KWin and CC'ing Marco who wrote the morphing popups effect. Looks more like insufficient repaint areas, but a) that should affect more effects b) the relation to the VD seems a bit odd. please attach the output of "qdbus org.kde.KWin /KWin supportInformation" and try whether this also remains w/ the morphing effect en-, but the blur and contrast effects disabled. Created attachment 98223 [details]
Output of `qdbus org.kde.KWin /KWin supportInformation`
As recommended, I tried to disable the blur and contrast effects and enabling the morphing popups effect, but the issue remains. > OpenGL platform interface: EGL
"kcmshell5 kwincompositing", I bet your right arm it doesn't happen with the GLX backend.
Check /var/log/Xorg.0.log on whether DRI3 is enabled and if not, try to do so.
Switching to GLX did not change anything. What I just noticed is that the issue also occurs on VD1, so this was a false trace (dunno why it did not seem to happen on VD1 before, though...). Regarding DRI3, this is what I found in the X log: [ 14.847] (II) intel(0): direct rendering: DRI2 DRI3 enabled So I guess DRI3 is in fact enabled already. please also try using OpenGL 2 in KWin's compositing settings. Sorry for your arm :-P My guess is that the animation gets retargetted (seems to be quite required reg. the tooltips) Not only is this the least tested feature, but I assume that altering the from to the current position drops the region between the last interpolated position and the interpolated position at the repaint. The most simple solution should be to add a complete (full scene) layer repaint when an animation is retargetted. If that works, one could seek into actually capturing the dropped geometry. No problem, survived worse ;) Regarding OpenGL: I tried to switch to 2.0 which does not change anything. Switching to XRender makes some difference (there are still fragments seen on the screen, but compared to OpenGL - where the fragments are kind of flickering - with XRender the fragments are drawn steadily). Hey guys, I just wanted to let you know that after running an update today to Plasma 5.7.1 (from Fedora packages) the described issue seems to be gone :-) So whatever fixed it: Thank you a lot (also in general, so far I love the 5.7 release)! Ciao Martin Marking it as resolved. |