GNOME Bugzilla – Bug 632394
pressing tab to complete a partial filename moves focus out of location box
Last modified: 2011-11-29 23:12:04 UTC
Steps to reproduce: 1. Attempt to open a file in any GTK program (I used gedit). 2. If necessary, press Ctrl+L to show and focus the location box. 3. Type some characters that would allow the dialog to make a partial completion. For example, on my system I can type "/usr/li", because I have /usr/lib, /usr/lib64, and /usr/lib32, and I have no files that start with "/usr/li" but not "/usr/lib". 4. The additional characters will be automatically added to the location box and selected. Press tab. In previous versions, this would deselect those characters and move the cursor to the end of the location box. Now, the focus is instead moved to the places sidebar.
Right after (4), does the window with suggestions appear? We have this bug right now: If the completion window appears (i.e. the one that gives you multiple suggesions) and somehow gains the focus, then pressing Tab will take you to the next widget in the file chooser dialog, instead of doing normal completion.
The window with suggestions appears at the same time that the additional characters appear in the location box, so right after (3).
Something like this got fixed in GTK+ 2.22; see bug #627139. Could you please update your version of GTK+ and see if that fixes things?
Nope, it's still present with GTK+ 2.23.2.
(In reply to comment #4) > Nope, it's still present with GTK+ 2.23.2. reopen as for this comment
(In reply to comment #5) > reopen as for this comment Fabio, Please adjust the version field
Moving not fixed 2.23 bugs to 2.24 stable release
Broken in gtk3 and gtk 2.24 for me. On the other hand, pressing tab when there is no completion (eg. on empty location field) does *not* move focus out of the location bar. looks like a reversed check somewhere.
Damn... I thought I had posted the results of debugging this, but evidently I didn't. The problem is that the drop-down combo from the entry captures the focus, and its action when hitting Tab is to focus the next widget. There is no way inside GTK+ to tell the combo, "don't process Tab yourself". At least, that's what I remember. More debugging is needed.
Benjamin is dealing with this in another bug. I'll mark this one as a duplicate of that one. *** This bug has been marked as a duplicate of bug 663573 ***