Pause / Print Screen keys can't be set in Keyboard Shortcuts

Bug #33102 reported by Sitsofe Wheeler
28
Affects Status Importance Assigned to Milestone
gnome-control-center
Fix Released
High
control-center (Ubuntu)
Fix Released
Medium
Ubuntu Desktop Bugs

Bug Description

Description of the problem:
In gnome-keybinding-properties you cannot set the Pause or Print Screen keys as shortcuts (even though Take a screenshot starts out being set to Print!)

Steps to reproduce:
1. Start gnome-keybinding-properties.
2. Scroll down to Take a screenshot.
3. Click on Take a screenshot and press backspace. The shortcut will be set to Disabled.
4. Click on Take a screenshot and press the Print Screen button.

Expected results:
Key to be assigned and Print to appear in the Shortcut column.

Actual results:
A warning dialog saying:
'The shortcut "Print" cannot be used because it will become unusable to type using this key.
Please try with a key such as Control, Alt or Shift at the same time.'
appears.

Additional information:
Pause suffers this problem too (I use it for Play/Pause) and if you set Shift-Pause as a keybinding then rhythmbox and totem will respond to plain unshifted Pause too.

Revision history for this message
edschofield (schofield) wrote :

I can confirm this on my desktop too. Note that even though the "Take a screenshot" key is initially assigned to Print, and Alt-Print is assigned to take a screenshot for the current window, neither worked for me initially (hence the attempt to fix it using Keyboard Shortcuts).

My keyboard is possibly strange in this regard: the "Print screen" key is shared with "Sys req", with one printed on top of the other. The Keyboard Shortcuts applet recognizes <Shift> Print, but using both <Alt> and <Shift> together with Print is registered as <Shift> <Alt> Sys_Req...

Revision history for this message
Tomasz Dominikowski (dominikowski) wrote :

I can confirm this report. Exactly the same thing happens here. Oh, and I can't take a screenshot as well.

Changed in control-center:
status: Unconfirmed → Confirmed
Revision history for this message
Sebastien Bacher (seb128) wrote :

Thanks for your bug. That's known upstream: http://bugzilla.gnome.org/show_bug.cgi?id=333576

We want to look on it for dapper

Changed in control-center:
assignee: nobody → desktop-bugs
status: Unconfirmed → Confirmed
Revision history for this message
Ralf Nieuwenhuijsen (ralf-nieuwenhuijsen) wrote :

Not to mention that irregardless of which key you assign, it won't take a screenshot. Shoudn't it just launch gnome-screenshot? (which for completely incomphresable reasons has been moved to Applications/Utilities as if it was a program, when it really is an action, but thats a different bug altogether i suppose)

Revision history for this message
Ralf Nieuwenhuijsen (ralf-nieuwenhuijsen) wrote :

my mistake. I'm running compiz so metacity is not even loaded! i've put it in apps/compiz/general/screen0 en now its working

Revision history for this message
Bas Zoetekouw (baszoetekouw) wrote :

What's metacity got to do with this? Running sawfish here, and I can confirm that the printscreen action doesn't work. Other keybindings (mute, volume, etc) work fine.

Revision history for this message
Guillaume Desmottes (cassidy) wrote : Workaround

There is some strange things in the checking (see my upstream comment: http://bugzilla.gnome.org/show_bug.cgi?id=333576#c2) but i'm not a expert about international key values and so don't know how to well fix that.

If it's not fixed in upstream before Dapper release, maybe we could use this ugly workaround to be able to use Print and Pause key anyway?

Revision history for this message
shane arsenault (kisain-pendragon) wrote :

heres another one that might belong here
open up an ftp session and bookmark it with the ftp client that comes with ubuntu....now it will appear in the places menu exit out of that.
now hit print screen and see what happens.
it will open up that bookmarked session O_o
i don't know if this is related or a diffrent issue
~shane

Revision history for this message
Gary Coady (garycoady) wrote : Rework invalid keyval ranges

The key ranges in the code are completely incorrect, as Guillaume's comment points out. While the code in the capplet is quite arbitrary in its selection of keys ('a' is bad, but '1' is okay?), the attached patch implements what I think the original code writer wanted.

Revision history for this message
Gary Coady (garycoady) wrote :

Shane,
your problem is a different issue, already reported - bug 34062.

Revision history for this message
Sebastien Bacher (seb128) wrote :

Thanks Guillaume and Gary for your work on that, this upload fixes the issue:

 control-center (1:2.14.1-0ubuntu4) dapper; urgency=low
 .
   * debian/patches/20_keybindings_allow_print.patch:
     - patch by Gary Coady <email address hidden>, fix keys range so print
       and pause keys are accepted again (Ubuntu: #33102)

Changed in control-center:
status: Confirmed → Fix Released
Changed in control-center:
status: Unconfirmed → Confirmed
Changed in control-center:
status: Confirmed → Fix Released
Changed in gnome-control-center:
importance: Unknown → High
description: updated
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.