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 784778 - GtkFileChooserDialog: typing should not initiate a search
GtkFileChooserDialog: typing should not initiate a search
Status: RESOLVED OBSOLETE
Product: gtk+
Classification: Platform
Component: Widget: GtkFileChooser
3.22.x
Other All
: Normal normal
: ---
Assigned To: gtk-bugs
Depends on:
Blocks:
 
 
Reported: 2017-07-11 07:22 UTC by Gilbert
Modified: 2018-05-02 18:42 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Gilbert 2017-07-11 07:22:28 UTC
When you save a new file and start navigating in the directories, after you find the directory where you want to save the file and when you start typing, instead of naming the file it just start searching. I think it should be not like this.

Thanks
Comment 1 Daniel Boles 2017-08-03 18:58:35 UTC
This is the GNOME model of what typing should do unless focus is specifically in a different text box, so I doubt it will be changed. Fwiw, I agree it's clumsy, though.

I'm sure I saw a report about this before and will try to find it.
Comment 2 Gilbert 2017-08-04 07:10:16 UTC
I think it should be an exception on file save dialog. IMHO what would you expect if there is file save dialog, should you do a file search?
Comment 3 Daniel Boles 2017-08-15 18:48:37 UTC
If you want to search for the destination folder, then maybe? :)

I bet half of our reports about this and closely related issues would be solved by greying or dimming the selection highlight on the inactive name entry. While the behaviour is definitely debatable, I think it's the appearance that makes things seem worse than they are; although the Entry loses its blue border, the text stays the same colour, so if you're not consciously thinking about the potential difference, it's easy to think the Entry still has the keyboard focus.
Comment 4 Daniel Boles 2017-08-15 18:50:06 UTC

*** This bug has been marked as a duplicate of bug 775861 ***
Comment 5 Daniel Boles 2017-08-23 20:36:33 UTC
reopening; this is not really a dupe of the reports about confusing theming, but rather a request for different behaviour
Comment 6 Nelson Benitez 2017-10-20 11:40:49 UTC
(In reply to Daniel Boles from comment #3)
> If you want to search for the destination folder, then maybe? :)
> 
> I bet half of our reports about this and closely related issues would be
> solved by greying or dimming the selection highlight on the inactive name
> entry. While the behaviour is definitely debatable, I think it's the
> appearance that makes things seem worse than they are; although the Entry
> loses its blue border, the text stays the same colour, so if you're not
> consciously thinking about the potential difference, it's easy to think the
> Entry still has the keyboard focus.

Yes, I tried to fix that behaviour in bug 746202 , but to no avail.
Comment 7 GNOME Infrastructure Team 2018-05-02 18:42:31 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/853.