GNOME Bugzilla – Bug 765510
Password field loss focus and '|' cursor when a new app is run when the password dialog is alread active.
Last modified: 2021-07-05 14:38:13 UTC
The password dialog fails to get focus when another app is launched while the password dialog is already open. How to reproduce: in terminal delay run an app, eg: sleep 10 && gnome-todo now do something that requires authorization, say mounting a drive. wait until the other app launches. You can see that the the focus of password dialog is lost. This bug was noticed when I was playing with sysprof where the debug app launches just after the password dialog is shown.
Created attachment 326890 [details] [review] clutter-stage-x11: Ignore focus events while grabbed Getting a FocusOut with mode NotifyWhileGrabbed means we still have input focus so don't deactivate the stage in that case. Note that the server will still send us a new FocusOut if we then drop the grab. Likewise, getting a FocusIn with mode NotifyWhileGrabbed means we don't really have focus yet. We'll get another FocusIn if the grab is released and we are still supposed to have focus.
GNOME is going to shut down bugzilla.gnome.org in favor of gitlab.gnome.org. As part of that, we are mass-closing older open tickets in bugzilla.gnome.org which have not seen updates for a longer time (resources are unfortunately quite limited so not every ticket can get handled). If you can still reproduce the situation described in this ticket in a recent and supported software version, then please follow https://wiki.gnome.org/GettingInTouch/BugReportingGuidelines and create a new ticket at https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/ Thank you for your understanding and your help.