unlock keyring "steals" focus (no cursor in overlying window)

Bug #415320 reported by Christian Stöveken
14
This bug affects 3 people
Affects Status Importance Assigned to Milestone
gnome-keyring (Debian)
New
Unknown
gnome-keyring (Ubuntu)
Triaged
Low
Unassigned

Bug Description

When logging in the two windows "Unlock Keyring" and "Authenticate" appear.
"Unlock Keyring" is behind the "Authenticate" (mount /dev/sda2) window, but has the cursor in its input field.

You can't get the cursor into the "Authenticate" input field (or any other) and can't switch to "Unlock Keyring" using "Alt+Tab".
You either have to type your "Unlock Keyring" password blind or bring it to the front by selecting it in the taskbar.
After that you can enter the password in the "Authenticate" window.

1)
Description: Ubuntu karmic (development branch)
Release: 9.10

3)
I expect the cursor to be in the foremost window's input field.
4)
The cursor is in the input field of "Unlock Keyring" although it's in the back.

Tags: karmic
summary: - unlock keyring "steals" focus (no cursor in overlying window)
+ [Karmic] unlock keyring "steals" focus (no cursor in overlying window)
Revision history for this message
arky (arky) wrote : Re: [Karmic] unlock keyring "steals" focus (no cursor in overlying window)

Thank you for taking the time to report this bug and helping to make Ubuntu better. This bug did not have a package associated with it, which is important for ensuring that it gets looked at by the proper developers. You can learn more about finding the right package at https://wiki.ubuntu.com/Bugs/FindRightPackage. I have classified this bug as a bug in gnome-keyring.

When reporting bugs in the future please use apport, either via the appropriate application's "Help -> Report a Problem" menu or using 'ubuntu-bug' and the name of the package affected. You can learn more about this functionality at https://wiki.ubuntu.com/ReportingBugs.

affects: ubuntu → gnome-keyring (Ubuntu)
Changed in gnome-keyring (Ubuntu):
importance: Undecided → Low
summary: - [Karmic] unlock keyring "steals" focus (no cursor in overlying window)
+ unlock keyring "steals" focus (no cursor in overlying window)
Revision history for this message
Sebastien Bacher (seb128) wrote :

Thank you for taking the time to report this bug and helping to make Ubuntu better. Please answer these questions:

 * Is this reproducible?
 * If so, what specific steps should we take to recreate this bug?

 This will help us to find and resolve the problem.

Changed in gnome-keyring (Ubuntu):
status: New → Incomplete
Revision history for this message
Christian Stöveken (excogitation) wrote :

The bug was reproducible at the time - I don't know if it's still present since I don't own that laptop and now don't have the same setup anymore (autologon could have been a contributing factor) - I still don't think that's the way to get rid of bugs.

Revision history for this message
Sebastien Bacher (seb128) wrote :

We are closing this bug report as it lacks the information, described in the previous comments, we need to investigate the problem further. However, please reopen it if you can give us the missing information and don't hesitate to submit bug reports in the future.

Changed in gnome-keyring (Ubuntu):
status: Incomplete → Invalid
Revision history for this message
Thomas-Thomas (thomas-thomas) wrote :

It occurs here, too, and reproducible. The entry-dialog pops up right after login.
The problem is, that gnome-keyring is stupidly grabbing the entry focus, regardless if it has the window focus. The only solution is to enter a password.
I can see that there is a good intention behind this (avoid that people mistakenly enter the keyring password into another window), but this behaviour is very unexpected in X context, and as such it is extremely annoying, especially if other dialogs appear at the same time or slightly later, as it often happens after login.

This bug is also described here:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=630616

Changed in gnome-keyring (Ubuntu):
status: Invalid → New
Changed in gnome-keyring (Ubuntu):
status: New → Triaged
Changed in gnome-keyring (Debian):
status: Unknown → New
Revision history for this message
Petr Gladkikh (petrglad) wrote :

Yes the problem is reproducible every time (with Unity, XFCE and Cinnamon desktops). In addition to comment #5, the problem apparent to user is also that the dialog can be minimized and while it sits secretly in dash or some taskbar the whole desktop looks not functioning - windows do not react to mouse clicks and keybord shortcuts have no effect.

Revision history for this message
Petr Gladkikh (petrglad) wrote :

A kind of workaround is to disable autologin so password is always entered at login time and the dialog does not come up. But on my home computer I would prefer to login without entering password.

Revision history for this message
Petr Gladkikh (petrglad) wrote :

This issue lingering for quite a while so I would propose to solve it by replacing keyring unlocking dialog with one that shadows whole screen leaving only dialog at top. Such dialog is already used elsewhere.

This is not ideal solution since reduces ease of autologin (password is asked anyway however skippable) but at least behavior is obvious and straightforward.

Revision history for this message
Raphaël Droz (raphael-droz) wrote :
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.