gmusicbrowser ignores keyboard shortcuts
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
gmusicbrowser (Ubuntu) |
Confirmed
|
Undecided
|
Unassigned |
Bug Description
Hello, I'm running the latest version of gmusicbrowser from the repos,
the only plugins I have enabled are "artistinfo", "autosave", "MPRIS v2" and "Picture Finder", all of which come with the repo deb.
I've found that I can set various keyboard shortcuts on the "keys" tab in settings, and none of them cause gmusicbrowser to respond as expected. I am under the impression that the window needs to be focused for the shortcuts to work, which is exactly what I'm looking for (I have the sound control by the clock otherwise).
I'm using XFCE 4.10 on a clean amd64 12.04.1 install.
Please let me know if there is any other info or tests I can provide. Thanks :)
ProblemType: Bug
DistroRelease: Ubuntu 12.04
Package: gmusicbrowser 1.1.9-1 [modified: usr/bin/
ProcVersionSign
Uname: Linux 3.2.0-30-generic x86_64
ApportVersion: 2.0.1-0ubuntu13
Architecture: amd64
Date: Mon Sep 17 09:28:39 2012
EcryptfsInUse: Yes
InstallationMedia: Xubuntu 12.04 LTS "Precise Pangolin" - Release amd64 (20120425)
PackageArchitec
ProcEnviron:
TERM=xterm
PATH=(custom, no user)
LANG=en_US.UTF-8
SHELL=/bin/bash
SourcePackage: gmusicbrowser
UpgradeStatus: No upgrade log present (probably fresh install)
Can you give a specific example of a command that you tried, and which key combination you assigned it to ?
One likely explanation is that you have chosen a key combination that is used by the widget that has focus. Currently the focused widget is given priority which means if the widget use this shortcut, the command you have chosen won't be executed.
For example if you have chosen a simple letter as shortcut, and a list widget has the focus, the list will use the letter to begin a search. Another example with list widgets is ctrl-g, ctrl-f and others I forgot.
To fix this problem I currently hesitate between :
1) adding a check box for each shortcut to chose if the shortcut should have priority over the focused widget's shortcut
2) making ctrl/alt/super shortcuts have priority over the focused widget's shortcut