gmusicbrowser ignores keyboard shortcuts

Bug #1051966 reported by Andrew
10
This bug affects 2 people
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/gmusicbrowser]
ProcVersionSignature: Ubuntu 3.2.0-30.48-generic 3.2.27
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)
PackageArchitecture: all
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)

Revision history for this message
Andrew (a-andrew-n) wrote :
Revision history for this message
Quentin Sculo (squentin) wrote :

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

Revision history for this message
Andrew (a-andrew-n) wrote :

Hello Quentin, thanks for writing such a cool music player (I'm using it as I type this!)

Anyhow, I had set ctrl-right (that is, the control key and the right arrow key) to jump to the next song, space (and later ctrl-space) to play/pause the current track and ctrl-j to jump to the currently playing song.

The focus was in the song list itself, though I just now tried using any of these commands after highlighting a couple of different widgets like the pause and next buttons (I'm using the Shimmer Desktop layout that comes with Xubuntu).

I'd lean towards ctrl/alt/super having priority, maybe make an alert when there is an app-wide shortcut already set that a widget in a layout wants to use and offer to change either the global shortcut, or simply disable the widget's shortcut (though you might have to explain what the loss in function would be).

Thanks for getting back to me,
Andrew

Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in gmusicbrowser (Ubuntu):
status: New → Confirmed
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

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