Version: unspecified (using KDE 4.5.80) OS: Linux Reproducible: Always Steps to Reproduce: 1. start a KDE session 2. run Okular or other application 3. minimize Okular window 4. log out 5. log on again Actual Results: You hear the sound usually played when you minimize a window. Expected Results: That sound should be played. This break the concept of saving/restoring sessions: the window was minimized in the last session, then why it should be minimized again?
The described behavior is technically correct. On session restore the window is first opened and then minimized. So playing the minimization sound is technically spoken correct. Because of that I change to feature request as functionality needs to be extended.
question: should actually all Notify::raise annoyance be blocked until the client is fully managed? Ie. when starting up a client minimized (regardless of session restoring) or on all desktops or whatever, does one really want to get a notification for it?
Git commit d65334da3fb770bbcffea293d75e99130e12b0a8 by Martin Gräßlin. Committed on 21/04/2013 at 13:31. Pushed by graesslin into branch 'master'. Remove KWin::Notifications Overall all notifications except compositing suspended by DBus were configured by default to not have any action. This means all the time we emit a notification we keep DBus and KDED busy for nothing. All the cases when a notification is triggered ire also exported to KWin scripting, so if one really needs to handle something in case a window is moved, it could be done through a KWin script with much more context about the event. REVIEW: 110113 FIXED-IN: 4.11 M +0 -1 kwin/CMakeLists.txt M +0 -1 kwin/activation.cpp M +0 -1 kwin/client.cpp M +1 -0 kwin/composite.cpp M +0 -1 kwin/geometry.cpp M +0 -1 kwin/manage.cpp D +0 -78 kwin/notifications.cpp D +0 -57 kwin/notifications.h M +0 -2 kwin/utils.cpp M +0 -1 kwin/workspace.cpp http://commits.kde.org/kde-workspace/d65334da3fb770bbcffea293d75e99130e12b0a8