https://bugs.kde.org/show_bug.cgi?id=417592
--- Comment #12 from bug2...@wolke7.net --- I can reproduce the same behavior with the unpatched version of kwin too (which has worse performance). At this point I can't say if the suspend resume cylce has anything to do with that, except that it messes somehow with the window states. A very similar thing can be reproduces by locking the screen (closing the lid). In my current session both events have the same behavior. All 4 images from Patrick show that at least one window is already on refresh rampage, after resume it is just at least one to much to. -- You are receiving this mail because: You are watching all bug changes.
