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 756505 - Entering a dot removes all other characters from input
Entering a dot removes all other characters from input
Status: RESOLVED FIXED
Product: gtk+
Classification: Platform
Component: Widget: GtkFileChooser
3.18.x
Other Linux
: Normal normal
: ---
Assigned To: gtk-bugs
Federico Mena Quintero
Depends on:
Blocks:
 
 
Reported: 2015-10-13 14:04 UTC by Peter
Modified: 2015-10-16 01:06 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Peter 2015-10-13 14:04:14 UTC 
Hello!

If I want navigate to a file with the GtkFileChooser the entering of a dot '.' deletes all other previously entered characters from the search box.

Example:
In your home directory are two files, 'cstring.cpp' and 'cstring.hpp'. You want to open 'cstring.hpp'.

Steps to reproduce:
1. Open Gedit
2. Ctrl + o
3. Just start typing (fast), so the dialog will use the 'find-mode':
   'cstring'
4. Your are now only seeing the two cstring.cpp/hpp files # fine
5. Now enter quickly an addiditonal dot '.' # supposing were completing it with '.hpp'
6. Instead of presenting the results for 'cstring.', all characters are removed, just the '.' remains. The input field has changed from 'find-mode' to 'path-mode'.

Maybe the '.' is interpreted as shorthand for the current-working-directory?
Thank you


PS: I'm curios! This doesn't happen inside Nautilus (here it works perfect, congratulations!). I thought GtkFileChooser and Nautilus are now using the same backend? Does that new backend have a name?