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 756907 - Files, sidebar items, etc. steal focus from default button, location entry, etc.
Files, sidebar items, etc. steal focus from default button, location entry, etc.
Status: RESOLVED DUPLICATE of bug 596841
Product: gtk+
Classification: Platform
Component: Widget: GtkFileChooser
3.22.x
Other All
: Normal minor
: ---
Assigned To: gtk-bugs
Federico Mena Quintero
: 785838 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2015-10-21 12:18 UTC by Jo
Modified: 2017-08-24 13:16 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Jo 2015-10-21 12:18:18 UTC 
in the main export dialog
it bothers a bit when the confirm button loses his focus after changing to an user-defined directory (save location), especially when you have to export multiple files, because Gimp forgets the settings for the next export
Comment 1 Michael Natterer 2015-10-21 21:33:34 UTC 
Since we can do absolutely nothing about it let's see what GTK+ has
to say about this, reassigning.
Comment 2 Matthias Clasen 2015-10-22 13:52:04 UTC 
Unlikely that this will get looked at in gtk2 at this point. How is your gtk3 port coming ?
Comment 3 Michael Natterer 2015-10-22 16:39:59 UTC 
Is this fixed in gtk3? If yes, just get rid of the bug please.
Comment 4 Matthias Clasen 2015-10-22 23:08:56 UTC 
I'm not sure, buecause I don't exactly know what the complaint is - if I open the export dialog, there is no 'confirm' button.
Comment 5 Michael Natterer 2015-10-23 08:48:28 UTC 
The request is to keep the default "confirm" (OK) button activatable using
enter even if a location from the sidebar was clicked.
Comment 6 Daniel Boles 2017-08-14 23:35:46 UTC 
In that case, this boils down to a duplicate of https://bugzilla.gnome.org/show_bug.cgi?id=785838 - i.e. the idea that the sidebar items should not focus-on-click. In that case, the focus was stolen from the Entry, but the cause is the same.
Comment 7 Daniel Boles 2017-08-14 23:35:48 UTC 
*** Bug 785838 has been marked as a duplicate of this bug. ***
Comment 8 Strangiato 2017-08-15 00:58:21 UTC 
In the case of gedit, two drop downs on bottom of the save dialog (text encoding and line break) steal focus too.
Comment 9 Daniel Boles 2017-08-15 01:13:18 UTC 
Yeah, pretty much any widget will. I guess the question is where, if anywhere, to draw a line between things that should grab focus on click vs things that shouldn't.
Comment 10 Daniel Boles 2017-08-24 13:15:17 UTC 

*** This bug has been marked as a duplicate of bug 596841 ***
Comment 11 Daniel Boles 2017-08-24 13:16:23 UTC 
zoom:

(In reply to Matthias Clasen from [bug 596841] comment #7)
> making an active ui element nonfocusable is basically always the wrong
> answer.