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 142388 - GtkFileChooser gets caught in a loop with long directory names
GtkFileChooser gets caught in a loop with long directory names
Status: RESOLVED DUPLICATE of bug 154007
Product: gtk+
Classification: Platform
Component: Widget: GtkFileChooser
2.4.x
Other Linux
: Normal major
: ---
Assigned To: gtk-bugs
gtk-bugs
Depends on:
Blocks:
 
 
Reported: 2004-05-12 07:38 UTC by Brian Kerrick Nickel
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
Bug in action (35.50 KB, image/png)
2004-05-12 17:50 UTC, Brian Kerrick Nickel 		Details
Gentoo Ebuild (2.19 KB, text/plain)
2004-05-12 17:51 UTC, Brian Kerrick Nickel 		Details

Description Brian Kerrick Nickel 2004-05-12 07:38:55 UTC 
Create a new empty folder. "Really Really Really Really Really Really Really
Long Name" should do nicely. Go into some app, say gedit. Open dialog and shrink
it down so it has to be enlarged by the new path buttons. Go into the directory.
The window should be enlarged. Exit and put something in the folder. "Empty
file" is always a good choice. Go back into the file chooser, go into the
directory and watch the magic happen. The tree view bounces back and forth like
crazy and the app is essentially unusable.
Comment 1 Federico Mena Quintero 2004-05-12 16:32:01 UTC 
I can't reproduce this.  What is the exact version of GTK+ that you are using;
is it a released tarball or something out of CVS from a particular date?
Comment 2 Brian Kerrick Nickel 2004-05-12 17:49:14 UTC 
Gtk+-2.4.1 from the tarball. It doesn't happen 100% of the time so keep trying.
Also I must emphasize that it only happens if there is something inside the
directory (non-empty TreeView).

I'm attaching a screenshot of the issue and the gentoo ebuild used to compile GTK+.
Comment 3 Brian Kerrick Nickel 2004-05-12 17:50:31 UTC 
Created attachment 27641 [details]
Bug in action
Comment 4 Brian Kerrick Nickel 2004-05-12 17:51:43 UTC 
Created attachment 27642 [details]
Gentoo Ebuild
Comment 5 Eric Markham 2004-08-29 22:32:13 UTC 
Happens on my Gentoo box, GTK+2.4.4  as well as my Mac (Fink gtk+2 2.4.4-6)
consistently.

Create a directory with an long name (85+ characters, no spaces worked for me).
I used 01234567890123456789...

Open ethereal.

ctrl+o

double-click on long directory name.

The dialog box seems stuck in some kind of resizing loop.
Comment 6 Thomas Themel 2004-09-09 19:41:00 UTC 
I have also observed this bug. It seems to be dependent on the window size/font
size, the problem only occurs when the name is much longer than the width of the
file chooser window. See my Debian bug report on how to reproduce this with
Gtk+-2.4.9:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=268632
Comment 7 Petter Sundlöf 2004-09-23 18:15:53 UTC 
I also observed this. It's insane.

The folder on my system is
"Rare_Track_Compliation__Langham_Studio_1_London_4-25-75_And_Tx.9_May_1974_BBC"

It was indeed "fixed" when I increase the size of the file selector window.

Oh man, this is beyond Severe.
Comment 8 Matthias Clasen 2004-10-10 16:13:12 UTC 

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