(In reply to comment #28) > When we destroy the Deleted we send a client > message to the window. Which is not generally supposed to be there or still the drawable that it was when it was unmaped (re-used. i think mozilla apps do that)
> In KSnapshot we add an x11 event filter and delay the > snapshot till we got the client message. Some close effects can take a fairly long time (explode and stuff like that), ie. we'd considerably slow down screenshot taking, basically forcing a delay while it seems (see comment #24) that the appreciated feature was to have the unwanted ksnapshot dialog vanish as fast as possible. IMO this either needs async or a 2 step processing. for the latter ksnapshot would send a sync dbus command to the effect to prepare it for taking control over the window and when that's done, close the window - which the effect now forces down immediately - and call the effect for the snapshot, what will also cause the effect to release control over the dialog. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1252235 Title: Ksnapshot captures its window if "Snapshot delay" is "No delay" and window hide effect is enabled To manage notifications about this bug go to: https://bugs.launchpad.net/kdegraphics/+bug/1252235/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
