GNOME Bugzilla – Bug 434585
default 0sec delay in gnome-screenshot does not work correctly
Last modified: 2009-01-25 03:22:37 UTC
If you start up gnome-screenshot and select to "Grab the current window", there is default delay of 0sec. This delay is not sufficent to switch to "current" window (as a matter of fact, the window active *before* starting up gnome-screenshot). This results in taking the whole screen very often, and sometimes with graphical artefacts (this bug is directly connected to bug #419676). It is essential for the default delay to be 1sec, or solve it in some other way. Steps to reproduce: 1. Start gnome-screenshot from applications menu. 2. Select "Grab the current window", leave 0sec as a delay. 3. Grab 4. The screenshot is very often whole-screen screenshot, not current-window screenshot. Notes: This problem is not caused by slow computer. I have 2.5GHz machine. This problem is directly connected with bug: http://bugzilla.gnome.org/show_bug.cgi?id=419676
I second this one. The delay should be 1 second by default.
still an issue in gnome 2.20
*** Bug 447934 has been marked as a duplicate of this bug. ***
Confirming because of the duplicate.
The screenshot is taken in an idle now (since 2.24), so this issue should have been fixed as a result. Closing as FIXED, please reopen if you can still reproduce the issue with the current version (2.24.x or SVN trunk).
2.24.1 Ubuntu Intrepid. I still see this, but only with compiz enabled. The compiz animation to close the window is still going on when the screenshot is taken, and gets captured as a faded copy of the screenshot window on top of the original. I'm not sure the best way to deal with this. Perhaps it would be possible to ask compiz how long the window animation takes, and delay that length? Again, setting a delay of a few seconds is an easy workaround.