After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 624229 - Shown other window after modal dialog doesn't get keyboard focus, but has a visual focus
Shown other window after modal dialog doesn't get keyboard focus, but has a v...
Status: RESOLVED OBSOLETE
Product: gtk+
Classification: Platform
Component: Widget: Other
3.22.x
Other Linux
: Normal normal
: ---
Assigned To: gtk-bugs
gtk-bugs
evolution[nntp]
Depends on:
Blocks:
 
 
Reported: 2010-07-13 10:02 UTC by Akhil Laddha
Modified: 2018-05-02 14:58 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
test.c (1.66 KB, text/plain)
2010-09-03 12:34 UTC, Milan Crha 		  Details
eds patch (workaround) (647 bytes, patch)
2010-09-03 12:41 UTC, Milan Crha 		committed Details | Review

Description Akhil Laddha 2010-07-13 10:02:25 UTC 
evolution 2.31.6

1. Configure a nntp account
2. Folder -> Subscription and select nntp account
3. It pops up password dialog but i cann't access dialog

Expected : I should be able to enter password or cancel the dialog.
Comment 1 Thomas Champagne 2010-09-02 19:40:12 UTC 
I can reproduce this bug with evolution 2.30.2 on Debian Squeeze.
Comment 2 Milan Crha 2010-09-03 10:11:40 UTC 
Confirming, I can reproduce it with actual master too, which is slightly before 2.31.92.
Comment 3 Milan Crha 2010-09-03 12:34:08 UTC 
Created attachment 169427 [details]
test.c

So it's a bug in GTK+. When there is a modal window/dialog, and the application wants to show another dialog (non-modally), then the new dialog, either shown with gtk_widget_show or with gtk_window_present is drawn as having focus, but internally has still keyboard focus the modal window. Pressing 'a' writes to the background window, where it should write to the foreground one in this test application. Also, hovering mouse above checkbox or buttons should highlight those in the non-modal window, but it highlights those in the back/modal window.
Comment 4 Milan Crha 2010-09-03 12:41:17 UTC 
Created attachment 169428 [details] [review]
eds patch (workaround)

for evolution-data-server;

I can workaround the bug with this patch, which I'm committing till this is properly addressed in Gtk+.

Created commit 08cc4ad in eds master (2.31.92+)
Comment 5 Milan Crha 2010-09-03 12:45:32 UTC 
I see this with gtk+ 2.20.0 tarball release.
Comment 6 Daniel Boles 2017-08-27 20:20:11 UTC 
Still occurs in 3.22, 2.24, and presumably master. (I'm running GNOME/mutter in case it matters.)
Comment 7 GNOME Infrastructure Team 2018-05-02 14:58:56 UTC 
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gtk/issues/343.