Ubuntu

If user hold PrintScreen button few seconds there is a hundreds of screeshot application windows

Reported by RussianNeuroMancer on 2010-07-25
24
This bug affects 3 people
Affects Status Importance Assigned to Milestone
Ubuntu
Undecided
Unassigned
gnome-utils (Ubuntu)
Undecided
Unassigned
ubuntu-meta (Ubuntu)
Undecided
Unassigned

Bug Description

Binary package hint: gnome-utils

If user hold PrintScreen button few seconds there is a hundreds of screeshot application windows. I thinks it's incorrect logic.
Correct logic:
1. If user press PrintScreen button call screenshot application.
2. If user still hold PrintScreen button and screenshot application already launched just do nothing.
3. If user press PrintScreen button when screenshot appliation minimized - say to screenshot application create new screenshot, but don't launch one more screenshot appliation.

ProblemType: Bug
DistroRelease: Ubuntu 10.10
Package: gnome-screenshot 2.30.0-2ubuntu1
ProcVersionSignature: Ubuntu 2.6.35-10.15-generic 2.6.35-rc5
Uname: Linux 2.6.35-10-generic x86_64
Architecture: amd64
Date: Mon Jul 26 08:06:48 2010
InstallationMedia: Ubuntu 10.04 LTS "Lucid Lynx" - Release amd64 (20100429)
ProcEnviron:
 LANG=ru_RU.UTF-8
 SHELL=/bin/bash
SourcePackage: gnome-utils

Harald Sitter (apachelogger) wrote :

Hi.

Could you please not mark random bugs as affected by kubuntu-meta? I think it would be a good thing to just forget about this package altogether because 99.9% of the time any bug filed against it is not filed correctly and should a bug really for once affect kubuntu-meta one of the fine people in bug triage will see that it gets directed to that package.
Thanks.

Changed in kubuntu-meta (Ubuntu):
status: New → Invalid
description: updated
summary: - If user hold PrintScreen buttons few seconds there is a hundreds of
+ If user hold PrintScreen button few seconds there is a hundreds of
screeshot application windows
description: updated
Chris Coulson (chrisccoulson) wrote :

This isn't anything to do with gnome-utils either, it's a problem with whatever handles the keypress and launches gnome-screenshot (this is normally the window manager, so it needs reassigning to whatever window manager you're using. Are you using desktop effects?).

affects: gnome-utils (Ubuntu) → ubuntu
Changed in ubuntu-meta (Ubuntu):
status: New → Invalid
tags: added: needs-reassignment

> This isn't anything to do with gnome-utils either, it's a problem with whatever handles the keypress and launches gnome-screenshot
I think gnome-screenshot can detect already launched gnome-screenshot and do nothindg or tell to already launched gnome-screenshot "make new screenshot". I'm not a programmer, but maybe this problem can be solved in this way? No?

> Are you using desktop effects?
Yes, but this bug easly reproducible with desktop effects, without desktop effects, on Gnome, on KDE, etc...

shankao (shankao) wrote :

Changing to compiz as being the user's WM

affects: ubuntu → compiz (Ubuntu)

Isn't this bug reproduced with metacity and kwin? If I remember correctly - yes.

shankao (shankao) wrote :

In order to better categorize the bug, could you please follow the instructions at https://wiki.ubuntu.com/Hotkeys/Troubleshooting
Thanks!

In order to better understand this bug just press PrintScreen button and hold it few seconds.
This bug is not related to hotkeys problems.

shankao (shankao) wrote :

Yes, it's reproducible, but we need to be sure in which ubuntu component is the problem. And well, it could be also solved by correctly spacing the repetition of the print screen hotkey

Changed in compiz (Ubuntu):
status: New → Confirmed
Travis Watkins (amaranth) wrote :

I agree that the best solution to this would be to make gnome-screenshot use libunique or something so you can't have multiple windows of it open at once. Otherwise we'd need to special case this application in at least 3 window managers.

affects: compiz (Ubuntu) → gnome-utils (Ubuntu)
Changed in gnome-utils (Ubuntu):
status: Confirmed → New

> Yes, it's reproducible, but we need to be sure in which ubuntu component is the problem.
This is complex problem. Please read description:
> 1. If user press PrintScreen button call screenshot application.
> 2. If user still hold PrintScreen button and screenshot application already launched just do nothing.
> 3. If user press PrintScreen button when screenshot appliation minimized - say to screenshot application create new screenshot, but don't launch one more screenshot appliation.
You see - for provide easy for understanding behavior screenshot applications should be fixed too.

> And well, it could be also solved by correctly spacing the repetition of the print screen hotkey
What about item 3?

affects: kubuntu-meta (Ubuntu) → ubuntu

Harald, isn't this bug include problems with KSnapshot? (Check item 3 from commentary #11 or from description.)

I am able to reproduce this bug on a Maverick i386 system, and also on a Natty i386 system (running a classic desktop, not Unity). Also, we know this affects Lucid--Thibault Févry reported that in a comment to bug 610847, which I have marked as a duplicate of this bug.

I'm not sure what the best solution is for this bug, but I don't think preventing multiple instance of gnome-screenshot is necessarily the best way. After all, users may want to take a screenshot of a window (or a screen containing a window, or part of a window) created by gnome-screenshot itself. This could be accomplished with other programs, like GIMP, but users may not have GIMP installed or know how to use it, and typically gnome-screenshot is a much easier way to take simple screenshots.

I can confirm this bug in gnome-screenshot, and see duplicate bug 610847 for additional confirmations.

Changed in gnome-utils (Ubuntu):
status: New → Confirmed
tags: added: i386 lucid natty
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Duplicates of this bug

Other bug subscribers