GNOME Bugzilla – Bug 639842
TAB completion stopped working ok with update from 2.20 to 2.22
Last modified: 2016-03-14 18:54:30 UTC
As reported downstream in: http://bugs.gentoo.org/show_bug.cgi?id=352014 "For example in GIMP I select File->Save As... In dialog I type "/ho" and Press TAB button. With gtk+-2.20.1 I saw "/home/" after that. With 2.22.1 focus is going to "Browse to other folders". Sometimes the first completion is successful, but the second fails. Completitions in gtk's open dialog works fine. It is reproducible in all gtk-software on my system." This is also reproducible by me, specially the second scenario (first completion ok but second failing) Thanks
Are you running a clipboard program?
What is implied by "clipboard program"?
(In reply to comment #1) > Are you running a clipboard program? I don't think I am running any
A clipboard program is something that saves past items that you cut/paste, so that you can reuse them later. Clipboard programs often steal the primary selection in X, and this breaks the file chooser's completion. If you are absolutely sure you aren't running one... Does this happen? 1. You start typing. 2. You hit Tab. 3. The popup with completion suggetions appears. 4. You hit Tab and the focus goes to the "Browse for other folders" expander.
I am using very minimalistic system, therefore I am completely sure. I haven't any clipboard program. 1. typing '/ho' 2. hitting tab 3. completition work, I see '/home/' 4. I type 'to' (my username is 'tot-to'), i.e. I see '/home/to' 5. hitting tab again 6. focus goes to "Browse for other folders" If I am tring again: 7. Selecting all 8. hitting delete 9. typing '/ho' 10. hitting tab 11. focus goes to "Browse for other folders" I did video to gain a better understanding. Direct link: http://tot-to.com/files/completition-bug.ogv (1.3M)
And, in my case, I see the same behavior
*** This bug has been marked as a duplicate of bug 627139 ***
I am not sure this is the same problem as we are suffering this with 2.22.1, that should contain the fix for bug 627139
I have confirmed the patch is included in 2.22.1 and it doesn't solve this issue
Pacho, what distro are you running? Can you please send a "ps -aux" so I can see what processes are running? I've seen this bug happen only once or twice on my machine, but I haven't been able to reproduce it intentionally.
Never mind, I found a way to reproduce this on GTK+ 3.0.
To reproduce on 3.0: 1. testfilechooser --action=save 2. type "/home/f" 3. wait for suggestion window to appear 4. type Tab The focus will switch to the next widget. We are hitting this:
+ Trace 226141
Thanks a lot for your investigation
*** Bug 673172 has been marked as a duplicate of this bug. ***
*** Bug 693851 has been marked as a duplicate of this bug. ***
As a initial reporter I should say that at the moment this bug is not present for me. (I have gtk+-2.24.19 installed right now). But I can see another issue: Previously when I opened file chooser dialog, I could press "/" and start to enter path using completions. Now if I press "/" nothing happens. I should press TAB at first to change focus from "Recently used" to file list (from the left side to the right side of the dialog) and only then I can press "/" end enter address.
The new Tab completion code (... new from November 2011) is now in the gtk-2-24 branch as well as gtk-3-14, gtk-3-16, gtk-3-18, and master. Closing this bug.
Still not entirely working though, but maybe this is intended behavior. When there's more than one possible completion, a Tab will now fill to their lowest common denominator, but further presses do nothing (instead of cycle the possibilities).
It's intended to complete to the longest common prefix, not to cycle among possibilities. If there are multiple possibilities, you should get a popup list.