Focus prevention sometimes behaves unexpectedly

Bug #717354 reported by Owais Lone on 2011-02-11
68
This bug affects 13 people
Affects Status Importance Assigned to Milestone
Ayatana Design
Undecided
Unassigned
Compiz
Undecided
Unassigned
Unity
Confirmed
Undecided
Unassigned
compiz (Ubuntu)
Undecided
Unassigned
unity (Ubuntu)
Undecided
Unassigned

Bug Description

Binary package hint: compiz

The Focus Prevention Level is set to low by default in Compiz and at times it makes my apps behave in really weird ways, especially with global menu on in Unity. For example, I'm using Firefox and I have a number of tabs open; probably a bank transaction or something :-P and I wan't to open my music player window from the sound menu or my mail notifier window from the messaging menu. What happens is the new window is drawn on top of my browser BUT focus remains with the browser. Now, if I hit alt+F4 to close my mail notifier window, something totally unexpected happens i.e, my browser window is closed. This problem is more prominent in Unity because of the application (global) menu and window controls in the panel for maximized apps.

I'm attaching a video.

Owais Lone (loneowais) wrote :
Travis Watkins (amaranth) wrote :

That is not a solution. Focus stealing prevention is needed otherwise if I send you an IM when you are signing in to your bank you'll probably give me your password. If anything we just need to tweak how it stacks windows when it denies them focus.

Owais Lone (loneowais) wrote :

Sure, but this needs to be taken care of really soon.

Omer Akram (om26er) wrote :

also see bug 627195 in libindicate, bug 562191 in rhythmbox, bug 646733 is also in unity. This is a general problem which certainly needs attention.

The solution to this is to provide a mechanism for windows to say their
focus should not be stolen, and otherwise, to do what the user expects.

Mark

I expect windows to never steal focus while typing or otherwise interacting with another application. The correct solution is what we have now but with the window stacking matching the focus prevention (ie stack the new window under the current one if the new one is denied focus).

Alex Launi (alexlauni) on 2011-02-15
summary: - Change Focus Prevention Level to None
+ Focus prevention sometimes behaves unexpectedly
Changed in compiz:
status: New → Confirmed
Changed in unity:
status: New → Confirmed
Changed in compiz (Ubuntu):
status: New → Confirmed
Didier Roche (didrocks) on 2011-02-21
Changed in unity (Ubuntu):
status: New → Confirmed
Omer Akram (om26er) wrote :

bug 646733 is on the very same issue but it seems the actual problem resides in libindicate or in the indicator stack, marking this bug as duplicate.

Omer Akram (om26er) wrote :

This was also a problem in Maverick so its not really a problem in compiz IMO.

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Bug attachments