rhythmbox is not given focus when re-opened from sound applet menu

Bug #692189 reported by Victor Zamanian
24
This bug affects 5 people
Affects Status Importance Assigned to Milestone
Rhythmbox
New
Undecided
Unassigned
The Sound Menu
Invalid
Undecided
Conor Curran
indicator-sound (Ubuntu)
Invalid
Medium
Conor Curran

Bug Description

Binary package hint: rhythmbox

When opening rhythmbox from the sound applet menu, rhythmbox is given a "window needs attention" kind of hint in the Window List, but it is not given focus.

I expect rhythmbox to gain focus.

Rhythmbox is not given focus, but is opened in the background, with its Window List item blinking and text made bold.

ProblemType: Bug
DistroRelease: Ubuntu 10.10
Package: rhythmbox 0.13.1-0ubuntu6
ProcVersionSignature: Ubuntu 2.6.35-24.42-generic 2.6.35.8
Uname: Linux 2.6.35-24-generic i686
NonfreeKernelModules: nvidia
Architecture: i386
Date: Sun Dec 19 13:18:47 2010
InstallationMedia: Ubuntu 10.10 "Maverick Meerkat" - Release i386 (20101007)
ProcEnviron:
 LANG=en_US.utf8
 SHELL=/bin/bash
SourcePackage: rhythmbox

Revision history for this message
Victor Zamanian (victorz) wrote :
Revision history for this message
Javier Moreno (elpasmo) wrote :

I could confirm this bug, but only when rhytmbox is already open.

Changed in rhythmbox (Ubuntu):
status: New → Confirmed
Revision history for this message
Victor Zamanian (victorz) wrote :

@ElPasmo: Yes I was experiencing that too; sorry for the confusion regarding the word "open". When _launching_ rhythmbox, it does indeed gain focus. But seemingly not otherwise. Even if the window is visible when another window has focus.

Javier Moreno (elpasmo)
summary: - rhythmbox is not given focus when opened from sound applet menu
+ rhythmbox is not given focus when re-opened from sound applet menu
Revision history for this message
C de-Avillez (hggdh2) wrote :

Marking Triaged/Low per request from ElPasmo on #ubuntu-bugs.

Changed in rhythmbox (Ubuntu):
importance: Undecided → Low
status: Confirmed → Triaged
Revision history for this message
Victor Zamanian (victorz) wrote :

I'm still unsure about the wording of the bug title -- the bug is reproducible even when the window has been opened and is not focused.

Revision history for this message
Omer Akram (om26er) wrote :

I can reproduce this issue with other apps too. I have a similar bug in unity too bug 646733 but the real problem I think is in indicator-sound/indicator-applet

affects: rhythmbox (Ubuntu) → indicator-sound (Ubuntu)
Changed in indicator-sound (Ubuntu):
importance: Low → Medium
status: Triaged → Confirmed
Changed in rhythmbox:
status: New → Invalid
Revision history for this message
Omer Akram (om26er) wrote :

also see a wider bug that i reported on the very same problem bug 627195

Revision history for this message
Conor Curran (cjcurran) wrote :

Omer I don't think this is an indicator-sound bug, I fire and forget an mpris raise call. The player should respond to this accordingly so therefore the bug lies with the player or the window manager. Will talk to Neil about this.

Changed in indicator-sound (Ubuntu):
assignee: nobody → Conor Curran (cjcurran)
status: Confirmed → New
Revision history for this message
Victor Zamanian (victorz) wrote :

@Omer,Conor:

I don't think it's in indicator-sound either. If rhythmbox is open, and i run "rhythmbox" from the terminal, the rhythmbox Window List item goes to alert mode, but still does not gain focus.

Just so all cards are on the table: I can't prove anything, but I have a feeling this started happening around the time when there was talk about whether the update manager should steal focus or not. But like I said, I'm not sure about this as that _was_ a while ago...

Revision history for this message
Conor Curran (cjcurran) wrote :

Spoke with the Unity guys, this bug has to do with focus prevention and the window manager in use.

The classic desktop uses metacity and the window focus prevention there isn't customisable, if they use compiz/unity however then they can use ccsm to change the level of focus stealing prevention, its in the general tab.

But really as Sebastian pointed out if there are user events after the click the application should get the focus so therefore the bug either lies in rhythmbox for not using the right timestamps or compiz.

Changed in indicator-sound:
status: New → Invalid
Changed in indicator-sound (Ubuntu):
status: New → Invalid
Changed in indicator-sound:
assignee: nobody → Conor Curran (cjcurran)
Conor Curran (cjcurran)
Changed in rhythmbox:
status: Invalid → New
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.