Keyboard shortcuts don't work with Rhythmbox

Bug #22393 reported by Gorka Navarrete
26
Affects Status Importance Assigned to Milestone
gnome-control-center
Fix Released
High
control-center (Ubuntu)
Fix Released
Medium
Ubuntu Desktop Bugs

Bug Description

Play, pause, next track and previous track shortcuts (system - Preferences -
Keyboard shortcuts) don't work with Rhythmbox.

Furthermore, when I assign the shortcut, I loose the letter assigned for normal
typing.

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

Thanks for your bug. What version of Ubuntu do you use. What keys are you
assigning to these actions? Does that work fine with other softwares?

Revision history for this message
Gorka Navarrete (emrys) wrote :

You are welcome.

I use Breezy (64-bit) fully updated in an Acer 1502 AMD64.
The problems arise only assigning keys to the "Sound" section of the Keyboard
Shotcuts (KS). I can assign the same "problematic keys" to other sections
without problems.
If I assign for example <Ctl><Alt>u to Next,pause..., this shortcut does not
work, nor in Rhythmbor neither in Banshee, and I can't use the u key anymore. If
I reboot (after deleting the shortcut) I recover it.
If I erase this shortcut and try to assign another using the "u", in the KS it
appears as "0x1e", not u anymore.

Then, if I assign shortcuts in the Sound section to the Fn keys of the keyboard
(e.g. next track to KP_Substract), the shortcuts work with Rhythmbox but not
with Banshee.

Hope it helps.

Revision history for this message
Gorka Navarrete (emrys) wrote :

It seems that it is not that easy.

From the Fn keys, I can use the "Volume up", "Volume down", "+" and "-" (e.g.
"Fn key" + "p" = "-") for everything in the Sound section.
For the PLAY/PAUSE action, I only can use the previous keys. I can't use the Fn
numbers, Fn /, or so. But, for Volume up/down, I can use the Fn numbers...

I guess the specific combos are not that important. The fact is that something
is badly broken.

Thanks.

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

You describe different upstream issues:
http://bugzilla.gnome.org/show_bug.cgi?id=133815 about the normal keys not
working correctly after beeing used for a shortcut
http://bugzilla.gnome.org/show_bug.cgi?id=135476 about normal keys shortcut nor
working for multimedia actions

Revision history for this message
Lukas Sabota (punkrockguy318) wrote :

I'm getting this same behavior on Breezy and Dapper i386. If this behavior can't be fixed by Dapper release, this functionality should be removed.

Changed in control-center:
status: Unconfirmed → Confirmed
Changed in control-center:
status: Unconfirmed → Confirmed
Revision history for this message
joehill (joseph-hill) wrote :

I don't know whether to submit this under the same bug or a new one, but I have the same problem with assigning shortcuts to Rhythmbox. I'm using Breezy i386 on an Acer 2300. Same thing: I tried assigning <Ctrl><Alt>a to something and the a became unusable, and "a" is now mapped to something like 0x5f (some hexidecimal value).

But the difference in my case is that while I can regain the "a" key through resetting defaults in the "keyboard" dialogue, when I restart X the key is gone again, so every time I start X I have to reset my keyboard defaults and reconfigure my international settings.

I still haven't found a solution and have posted the problem to the forum.

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

Do you still have that issue? Is the key correctly configured from the keyboard shortcuts configurator?

Revision history for this message
joehill (joseph-hill) wrote :

I've retried this again a few times and here is the problem that remains: as soon as I assign a shortcut in the "keyboard shortcuts" configurator for Rhythmbox, the key becomes completely unusable (as described above), and can't even be used as the assigned shortcut (because gnome is expecting "ctrl-alt-m" but gets "ctrl-alt-0xf4"). But if I remove the shortcut (using backspace) and then restart gdm the key works again.

I have worked around this by adding keyboard shortcuts in gconf-editor to trigger shell commands (rhythmbox --play-pause, etc.).

Revision history for this message
joehill (joseph-hill) wrote :

Just for the record, I just upgraded to Dapper today and the bug is still there.

Revision history for this message
Phillip Calvin (phillipc) wrote :

The code for the keyboard shortcuts capplet is supposed to warn before a regular-character (a-z) key is assigned. This is likely an issue when triggering the shortcut, rather than assigning it.

The output of this command may be useful in debugging this issue:
gconftool -a /apps/gnome_settings_daemon/keybindings

Revision history for this message
Jake Nelson (jake-nelson) wrote :

Confirming also. I lost Alt and the Right arrow key completely in this session attempting to assign them to skip to next track.

Changed in control-center:
status: Unconfirmed → Confirmed
Revision history for this message
writser (writser-gmail) wrote :

Still confirmed in Edgy Eft

Revision history for this message
writser (writser-gmail) wrote :

I have to remove the keybinding AND restart X before I can use it again. What makes it even more annoying is that after assigning a shortcut like: <Ctrl><Alt>N, the entire 'N' doesn't work anymore. This renders your desktop pretty unusable. Can anyone confirm this?

Revision history for this message
Andrew Beresford (beezly) wrote :

icanconfirm

ijusttriedtodefineCTRL+SPACEas"pause/play"andnowi'veundefineditmyspacebardoesn'twork!

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

That should be fixed with that upload:

 control-center (1:2.17.5-0ubuntu1) feisty; urgency=low
 .
   * New upstream version:
     about-me:
     - Fix displaying of image selected by the user (Ubuntu: #47170)
     background:
     - Mark message showing background image size and type for translation
     - Switched from popt to GOptionContext
     - Fix memory leaks
     - Fix crash when changing image name
     - Fix ability to change settings after manual change
     - Improve management of background thumbnails
     - Fix compilation on Solaris
     common:
     - Fix leaks
     - Add support for disabling esound
     fonts:
     - Make 'Font may be too large' dialog cleare
     keybindings:
     - Reuse the existing tree model instead of discarding and rebuilding it
     - Fix leaks
     keyboard:
     - Switch from popt to GOptionContext
     - Fix typo
     mouse:
     - Switch from popt to GOptionContext
     network:
     - Add option to use the same proxy for all protocols
     - Add missing mnemonic
     sound:
     - Mark sound system names translatable
     - Do proper dbus/libhal error handling
     - Switch from popt to GOptionContext
     - Make ESD optional
     - Add accelerators to the device tab
     - Spelling fixes
     - Use GtkAlignment for padding, not GtkHBox+GtkFrame
     - Make volume up/down keys affect default channel of the applet
     theme-switcher:
     - Fix crash on manually changing the icon theme name
     - Fix some HIG issues with strings
     - Fix leaks
     - Set minimun size request on the treeview rather than the entire window
     - Fix build with c89 compilers
     - Avoid markup in translatable messages
     - Enable a message when the current theme does not support colour schemes
     - Add custom colour scheme saving UI
     - Add MIME type for theme packages and support in the GUI
     windows:
     - Avoid markup in translatable messages
     shell:
     - Fix build with c89 compilers
     - Use categories for control center applets
     settings daemon:
     - Add DBus methods for media players to grab/release the keys (Ubuntu: #40747)
     - Add support for GConf device and track selection
     fontilus:
     - Add support for specifying string and font-size to use in the thumbnailer
     themus:
     - Fix crash when running from command prompt
   * debian/patches/13_unlink_out_of_date_thumbs.patch:
     - dropped, the new version has fixes for the thumbnailing
   * debian/patches/17_menu-changes.patch:
     - dropped, deprecated by the new control-center shell and the menus change
   * debian/patches/22_bkg_capplet_follow_symlink.patch:
     - dropped, the new version has fixes for the thumbnailing
   * debian/patches/35_fix_menu_to_use_for_the_shell.patch:
     - updated for now, will change again with the next gnome-menus version

Changed in control-center:
assignee: seb128 → desktop-bugs
status: Confirmed → Fix Released
Revision history for this message
Phoenix (phoenix-dominion) wrote :

I'm running Ibex, and have no Play/Pause, Forward or Backword button functionality. I do know, that I actually lost that functionally (read: regression), so it worked once in time for me...

Revision history for this message
Phoenix (phoenix-dominion) wrote :

Resetting from FixCommited to New, as problem persists (regression) in ibex (8.10)

Changed in control-center:
status: Fix Released → Confirmed
Revision history for this message
Pedro Villavicencio (pedro) wrote :

this report was closed more than 2 years ago, please open a new one for your issue, thanks.

Changed in control-center:
status: Confirmed → Fix Released
Changed in gnome-control-center:
importance: Unknown → High
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.