Bug 191267

Summary:	second popup on task panel cause background repaint in the area of first one
Product:	[Plasma] kwin	Reporter:	Sergei Zhdanov <dexon.personal>
Component:	general	Assignee:	KWin default assignee <kwin-bugs-null>
Status:	RESOLVED UPSTREAM
Severity:	normal
Priority:	NOR
Version First Reported In:	unspecified
Target Milestone:	---
Platform:	Gentoo Packages
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:
Attachments:	Screen shot for case with one panel Screen shot for case with two panels

Description Sergei Zhdanov 2009-05-01 16:11:23 UTC

Version:            (using KDE 4.2.2)
Compiler:          gcc (Gentoo 4.3.3-r2 p1.1, pie-10.1.5) 4.3.3 CXXFLAGS="-O2 -pipe -march=k8-sse3 "
OS:                Linux
Installed from:    Gentoo Packages

Steps to reproduce:
0) switch off desktop effects
1) open two or more windows;
2) move one window so that it at least can be intersected by one popup from task panel and at most one popup doesn't intersect it;
3) point mouse to task panel to see popup that intersect window
4) move mouse out of task panel and wait until popup disappeared
5) move mouse to task panel to see popup that doesn't intersect window
Result: the area that was under first popup is repainted one more time, but only background and panel repainted, not the window.

If repeat same steps but with different panels the panel is not repainted also.

See screen shots.

Comment 1 Sergei Zhdanov 2009-05-01 16:13:27 UTC

Created attachment 33279 [details]
Screen shot for case with one panel

Comment 2 Sergei Zhdanov 2009-05-01 16:15:10 UTC

Created attachment 33280 [details]
Screen shot for case with two panels

Comment 3 Martin Flöser 2009-05-01 18:17:01 UTC

what's your graphics card, driver and X server version?

Comment 4 Sergei Zhdanov 2009-05-01 19:58:31 UTC

Radeon HD3200 with proprietary driver from AMD version 8.593 (with opensource radeonhd driver result is the same)
X version:
X.Org X Server 1.5.3
Release Date: 5 November 2008
X Protocol Version 11, Revision 0

Comment 5 lucas 2009-05-02 04:35:04 UTC

When desktop effects is disabled it's the application's (By Expose events), X's (Correctly sending those Expose events) and driver's (If using a backing store correctly use it) responsibility to repaint the damaged areas, not KWin.

Comment 6 lucas 2009-05-02 04:40:37 UTC

With that said I should mention that I can reproduce it in xorg-server 1.6.1 running nVidia 180.51 drivers (I think? Don't have access to the system right now but it has existed for a while though in different driver versions).