Bug 171454

Summary:	Determine new stacking order of windows before animations start
Product:	[Plasma] kwin	Reporter:	Will Stephenson <wstephenson>
Component:	compositing	Assignee:	KWin default assignee <kwin-bugs-null>
Status:	RESOLVED NOT A BUG
Severity:	normal	CC:	elvstone, kde, majewsky, nate, rasi, ultr
Priority:	NOR
Version:	unspecified
Target Milestone:	---
Platform:	openSUSE
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:
Bug Depends on:	119323
Bug Blocks:

Description Will Stephenson 2008-09-22 15:22:53 UTC

Version:            (using KDE 4.1.1)
OS:                Linux
Installed from:    SuSE RPMs

Scenario: Compositing enabled, "Desktop grid" desktop switcher in use.

I have kmail on all desktops and on top.

During the switch animation the windows from the desktop being switched to slide on and cover the kmail window.  At the end of the switch kmail is drawn on top.  This looks bad, worse if kmail is maximised.

Expected behaviour: figure out the window stack before starting the animation, so that the window on top on all desktops stays still, windows from other desktop should slide under it.

Comment 1 Martin Flöser 2009-12-15 23:36:11 UTC

*** Bug 185707 has been marked as a duplicate of this bug. ***

Comment 2 Martin Flöser 2010-12-18 13:06:33 UTC

*** Bug 255110 has been marked as a duplicate of this bug. ***

Comment 3 Martin Flöser 2011-03-09 20:29:16 UTC

root cause is missing support of per-desktop stacking order

Comment 4 Martin Flöser 2014-10-30 13:13:26 UTC

*** Bug 340497 has been marked as a duplicate of this bug. ***

Comment 5 Justin Zobel 2021-03-10 00:12:37 UTC

Thank you for the bug report.

As this report hasn't seen any changes in 5 years or more, we ask if you can please confirm that the issue still persists.

If this bug is no longer persisting or relevant please change the status to resolved.