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 473829 - Save file delay
Save file delay
Status: RESOLVED DUPLICATE of bug 491512
Product: gtk+
Classification: Platform
Component: Widget: GtkFileChooser
unspecified
Other All
: Normal normal
: ---
Assigned To: gtk-bugs
Federico Mena Quintero
Depends on:
Blocks:
 
 
Reported: 2007-09-05 07:51 UTC by Miquel A. Noguera
Modified: 2013-06-27 11:56 UTC
See Also:
GNOME target: ---
GNOME version: 2.19/2.20


Description Miquel A. Noguera 2007-09-05 07:51:02 UTC 
Please describe the problem:
When I save a file to an directory with about 7000 files, I must wait about 40sec (AMD K7 2400 / 1GB RAM) until system promts me for file name.

In the same machine this delay time is only 3sec using KDE.

Same problem under openSUSE/Ubuntu and with ext3, reiserfs, reiser4 or xfs.


Steps to reproduce:
1. Start Gimp
2. Scan an image using xsane
3. Save it


Actual results:


Expected results:


Does this happen every time?
Yes

Other information:
Comment 1 Elijah Newren 2007-09-05 11:27:19 UTC 
Not a metacity issue.  I'm not sure whether to reassign to gimp, to gtk+, to tell you to file this with the xsane developers, or elsewhere (partially because I haven't done the same thing and don't know the coupling of gimp and sane and which program step 3 applies to).

It does sound somewhat like the old filechooser problems that federico fixed long ago (so it'd be nice if you could verify what version you are using; suse in particular seems to lag way behind from what I can tell).

Anyway, I'll try reassigning to gimp; they'll have a lot better idea of where this should be refiled if I'm wrong.
Comment 2 Michael Natterer 2007-09-05 13:11:49 UTC 
This is a GtkFileChooser issue, reassigning.
Comment 3 Federico Mena Quintero 2007-09-05 14:27:47 UTC 
Yeah, we have some O(n^2) action going on in GtkFileSystemModel.  Though I'm surprised that you get 40 seconds; I tried 10,000 files and it was much less than that.
Comment 4 Timothy Arceri 2013-06-27 11:56:27 UTC 
Marking duplicate of bug 491512 which has a suggestion of how to track down where the time is spent.

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