There seems something *severely* screwed about the geometry handling of shaded windows, eg. they jump back to their old position and sometimes resize to some tiny (minimum?) geometry when being moved (around finishMoreResize) Reproducible: Always
I confirm
Happens for unshading, (one) trigger is the emittance of "shadeChanged()" The geometry is ok up to this point, broken afterwards.
blocking the forwarding in decoratedclient.cpp "fixes" most perceived issues, but (modal) dialog re-place to the screen center on unshading. All this has no inpact on the decoration border artifacts.
Git commit 0b9cfffe1ae6d62366098f1f1ca19ce7eb224bd1 by Thomas Lübking. Committed on 10/06/2015 at 06:50. Pushed by luebking into branch 'master'. checkWorkspacePosition: Don't adjust to shaded sz since the client is currently empty, we'll resort to client hints, ie. effectively resize windows when shading them (setGeometry and plainResize have extra checks on whether this geometry is only the decoration height to not smear client_size) REVIEW: 123882 M +2 -1 geometry.cpp http://commits.kde.org/kwin/0b9cfffe1ae6d62366098f1f1ca19ce7eb224bd1
Git commit 1eae9f4baf63f83f76235cf39ba242057500ec8d by Thomas Lübking. Committed on 10/06/2015 at 06:50. Pushed by luebking into branch 'master'. improve geometry handling on bordersChanged a) calculateGravitation on the same borders forth and back is idempotent b) do not checkWorkspacePosition for shaded windows may falsely constrain the unshaded geometry into screen bounds REVIEW: 123882 M +6 -3 client.cpp http://commits.kde.org/kwin/1eae9f4baf63f83f76235cf39ba242057500ec8d
Git commit 42f53eccbdb380144e291a003213375f3922cee1 by Thomas Lübking. Committed on 10/06/2015 at 06:50. Pushed by luebking into branch 'master'. update geom_restore on unshading REVIEW: 123882 M +1 -0 client.cpp http://commits.kde.org/kwin/42f53eccbdb380144e291a003213375f3922cee1
*** Bug 349902 has been marked as a duplicate of this bug. ***
*** Bug 351161 has been marked as a duplicate of this bug. ***