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