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 310642 - File Selector is slow because it always stats all files in current directory
File Selector is slow because it always stats all files in current directory
Status: RESOLVED FIXED
Product: gtk+
Classification: Platform
Component: Widget: GtkFileChooser
unspecified
Other Linux
: Normal normal
: Medium fix
Assigned To: gtk-bugs
gtk-bugs
: 467709 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2005-07-17 11:43 UTC by Fergal Daly
Modified: 2011-02-22 19:41 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Fergal Daly 2005-07-17 11:43:30 UTC 
Distribution/Version: Fedora Core 4

There's no need to stat ./* until I click "Browse for other folders".

The current behaviour makes GTK apps unpleasant for NFS users who want to save
something in their homedir.
Comment 1 Tobias Diedrich 2005-07-19 18:26:24 UTC 
I second that.  Additionally, in galeon my default save-as directory is ~/bg,
which is on NFS like everything else in my homedir and contains ~3000 files.
Now, the save-as dialog stats each of these files 5 (five!) times.
So it takes ~25 seconds for the save-as dialog to pop up on my Athlon XP 1700+.
And all those stats are pointless anyway, since I don't click on "Browse for
other folders" (it is highly impractical to use, I can't type in directory
names, CTRL+l kind of works, but is missing tab completion and display of
directory contents).  It also still stats $HOME/*, even though the directory is
$HOME/bg .

BTW, I'm using Debian/unstable.
Comment 2 Federico Mena Quintero 2005-07-20 00:08:56 UTC 
There's a lot of superfluous stat()ing going on.  See for example bug #302322,
wherein some of this was fixed in the Unix backend.

I'll start a wiki page to document the optimization effort for the file chooser
--- this is a rather big topic.

See also bug #154394.
Comment 3 Matthias Clasen 2005-07-20 13:45:37 UTC 
See also https://bugs.freedesktop.org/show_bug.cgi?id=3529
Comment 4 Federico Mena Quintero 2005-10-19 02:22:08 UTC 
This is because the Name entry populates its completion list.  I'll be changing
this behavior soon.
Comment 5 Vincent Untz 2007-09-02 11:22:14 UTC 
*** Bug 467709 has been marked as a duplicate of this bug. ***
Comment 6 Federico Mena Quintero 2011-02-22 19:41:13 UTC 
This no longer happens.  If "Browse for other folders" is collapsed, the file chooser won't even get the file list for the current directory unless you initiate file completion.