Bug 372573 - Full repaints on cursor moves when panel has auto-hide enabled
Summary: Full repaints on cursor moves when panel has auto-hide enabled
Status: RESOLVED WORKSFORME
Alias: None
Product: kwin
Classification: Plasma
Component: general (show other bugs)
Version: 5.8.3
Platform: openSUSE Linux
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-11-17 08:23 UTC by Fabian Vogt
Modified: 2018-11-03 23:29 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Fabian Vogt 2016-11-17 08:23:15 UTC
When a plasma panel has auto-hide enabled, the whole desktop flickers with the redraw visualization effect on cursor moves.
Comment 1 Martin Flöser 2016-11-17 10:25:30 UTC
do you have minimized windows?
Comment 2 Fabian Vogt 2016-11-17 10:28:58 UTC
(In reply to Martin Gräßlin from comment #1)
> do you have minimized windows?

No.
Comment 3 Martin Flöser 2016-11-17 10:36:19 UTC
then I'm not able to reproduce the issue. I only get repaints for minimized windows with auto hiding panels.

Or could it be that something in the panel would be animating? E.g. a progress bar on the task bar, maybe even something which reacts on mouse motion?
Comment 4 Fabian Vogt 2016-11-17 10:41:20 UTC
(In reply to Martin Gräßlin from comment #3)
> then I'm not able to reproduce the issue. I only get repaints for minimized
> windows with auto hiding panels.
> 
> Or could it be that something in the panel would be animating? E.g. a
> progress bar on the task bar, maybe even something which reacts on mouse
> motion?

It seems to be xeyes (not minimized but behind other windows) that triggers this.
Comment 5 Martin Flöser 2016-11-17 11:22:44 UTC
> It seems to be xeyes (not minimized but behind other windows) that triggers this.

Nice one ;-) That reminds me of the early days of KWin 4.x when I used xeyes to detect whether the compositor is frozen.

Anyway, I think we don't have a bug here, but rather expected behavior. Xeyes of course triggers repaints when the mouse is moved.
Comment 6 Fabian Vogt 2016-11-17 11:26:33 UTC
I still consider this a bug as it only happens with auto-hide enabled.
Comment 7 Martin Flöser 2016-11-17 11:40:19 UTC
I don't understand. xeyes triggers repaints, whether it is behind windows or not. That triggers a repaint in the compositor, which is also expected. So what should be wrong here?
Comment 8 Fabian Vogt 2016-11-17 11:42:03 UTC
(In reply to Martin Gräßlin from comment #7)
> I don't understand. xeyes triggers repaints, whether it is behind windows or
> not. That triggers a repaint in the compositor, which is also expected. So
> what should be wrong here?

If auto-hide is disabled I only get a full repaint every second or so.
Comment 9 Vlad Zahorodnii 2018-11-03 20:36:03 UTC
Is this still an issue?
Comment 10 Fabian Vogt 2018-11-03 23:29:42 UTC
(In reply to Vlad Zagorodniy from comment #9)
> Is this still an issue?

I can't confirm the observations anymore, so probably not.