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 163534 - Long directory names causing file selector to hang
Long directory names causing file selector to hang
Status: RESOLVED DUPLICATE of bug 154007
Product: gtk+
Classification: Platform
Component: Widget: GtkFileChooser
2.4.x
Other Linux
: Normal critical
: ---
Assigned To: gtk-bugs
gtk-bugs
Depends on:
Blocks:
 
 
Reported: 2005-01-10 09:45 UTC by Charles Goodwin
Modified: 2005-01-10 17:51 UTC
See Also:
GNOME target: ---
GNOME version: 2.7/2.8


Description Charles Goodwin 2005-01-10 09:45:45 UTC 
Creating a reasonably long directory name.  Nothing spectacular, just long
enough for it to not fit in the standard file selector 'directory bar' (the bit
next to the 'create folder' button).

Then open up a file selector widget and browse to that directory.  Because it
doesn't fit in the directory bar, it causes the file selector to go into a
resize loop (growing then shrinking) thus hanging the file selector and
subsequently the application it is attached to.

I have reproduced this with Rhythmbox and Gedit, and am certain it affects all
file selectors!
Comment 1 Charles Goodwin 2005-01-10 09:46:34 UTC 
It's worth noting that if you enlarge the file selector so that it can
accomodate the long directory name, then it avoids the hang.
Comment 2 Vincent Noel 2005-01-10 17:21:29 UTC 
I cannot reproduce here. In recent gtk+ (2.6 and up) the filechooser uses pango
to ellipsize the filename, thus there is no resizing effect.
It couldn't hurt to fix this in gtk+ 2.4, but as 2.6 is the stable version now I
guess you should just upgrade.
Comment 3 Federico Mena Quintero 2005-01-10 17:51:10 UTC 

*** This bug has been marked as a duplicate of 154007 ***