GNOME Bugzilla – Bug 350987
too early tab presses in file chooser entry are ignored
Last modified: 2015-07-31 23:39:28 UTC
1) Open a file chooser, preferrably in a new app 2) Enter a full path to a location that you know by hard from bash with lots of tabs for autocompletion (Example: /us <tab> sh <tab> th <tab> to go to /usr/share/themes) 3) Wait Expected: The entry contains /usr/share/themes Currently: The entry contains /usshth
Created attachment 70760 [details] testcase
I can confirm this (but do not have the necessary rights to change the status) Also this might be a dup of bug 333319, which itself sounds like a dup of bug 333320
It's not a dup of #333320: that bug is about selection, this bug is about Tab which doesn't complete stuff. There you would get "/usr/ssh...".
Tab no longer works for plain filenames either, though it used to work. To reproduce: Start gimp, and open an image in a directory that has other files in it. File->Save As (the Save As file chooser dialog pops up) Type some letters matching files in the directory, and hit tab. Nothing happens. Now click "Browse for other folders" to expand the file chooser area. (Go ahead and try tab if you want, but still nothing happens.) Close the dialog. Now repeat File->Save As. The dialog comes back. Type the same letters you typed before, and hit tab. This time it works. Happens in gimp 2.3, gimp 2.2, and firefox, so it seems to be a problem with the underlying file chooser dialog, not an app problem.
Addendum to previous comment: Also try it on multiple images. For each image you save, you have to dismiss the save as dialog then bring it back before tab will start working. Getting tab completion working for one image's save-as dialog doesn't make it work for the whole app.
This bug also exists as https://bugzilla.novell.com/show_bug.cgi?id=348836
I'm typing as fast as I can, but I fail to reproduce this issue. Feel free to reopen if you encounter it again.