Ok I have a more in depth break down of the bugs behavior.

1) Gnome Keyring window is opened (in the forground)
2) Netbook Remix Launcher is opened (in the background)
3) Window manager, for some reason performs a focus event on NL (netbook 
launcher)
4) In response, NL performs a wnck_screen_toggle_showing_desktop
5) Gnome Keyring window gets minimized

Resolving this issue is somewhat complex since the window manager
behavior is not exactly defined. I hope that by setting the launcher as
"keep below" it wont focus and thus wont be triggered. Though this is
not reliable. We could try to delay the initialization of our wnck
callbacks and try to work around that first triggering focus, however
this will be a race condition. We could merely ignore the first focus,
but again this behavior is undefined.

I think the best option (from NL's POV) is to merely get a wnckprop out
of the gnome keyring, and use one of its properties to unminimize it if
we find it. Kinda hacky really but I am not sure what else to do. I
suppose we could implement our own form of show_desktop that ignores
these kinds of windows, but that seems even more hacky.

A proper solution would be to make it so that gnome keyring windows
simply refuse to minimize.

-- 
On startup Gnome Keyring asks for password in the background
https://bugs.launchpad.net/bugs/447886
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-keyring in ubuntu.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs

Reply via email to