Windows take focus/are not listed in WM

Bug #1260651 reported by G.M.
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
indicator-updatemanager
New
Undecided
Unassigned

Bug Description

All the dialog windows that indicator-updatemanager opens immediately take the mouse focus, even if the window manager (Awesome in my case) is configured not to give focus to a newly opened window. This is very annoying since every time we ask it to "execute" an update, it pops up several "purely informative"/"non interactive"dialogs that just get in our way when working (e.g. typing text) in antoher window.
Also, the dialogs opened by indicator-updatemanager are not registered in the windows list of the WM. Therefore, if another window happens to end up on top of this kind of dialogs, it is no more possible to bring it to front without hidding all the other windows that happen to be currently on top of it! This is very annoying since it requires some of time to do so whereas, as explained above, we often end up in such a situation after being interrupted by an annoying and interrupting information dialog as described above.
This is very unfortunate, since Awesome implements many Freedesktop standards, and should be able to react exactly like gnome if correctly informed by the application, i.e. if it used the right APIs.

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.