gtk3 FileChooserDialog regression: typeahead searches the local filesystem rather than selecting the item matching the typed text
Steps to reproduce
- Open a GTK3 FileChooserDialog (such as right clicking a link in Firefox and clicking Save As)
- Begin typing the name of a folder you know to be in the current directory. If you have "Downloads" in $HOME, for example, navigate to $HOME and start typing "dow"
Current behavior
The FileChooserDialog clears the list of items and begins slowly populating the list with irrelevant search results that contain the text "dow" in them. Oftentimes the topmost result isn't the most relevant, nor is the behavior predictable. The element that most closely matches the entered text also isn't automatically highlighted, as it was before.
For example, a "Downloads" document pops up for me that was last modified three years ago. "if-down.d" shows up from an 8-level deep backup directory, again from years ago. "Downloads," the folder I want, also only shows up after a significant delay, even though I know it's in the folder and I explicitly tried to highlight it, not begin a search of the current directory (or, worse, a recursive search).
Expected outcome
As with previous versions and similar GTK/Gnome software that browses for files, the FileChooserDialog should highlight the item in the list that most closely matches the text as it's typed. Search shouldn't happen, nor should recursive search happen.
Additional information
This is a regression introduced by a change made in the last year or so, but I don't have version information.