GNOME Bugzilla – Bug 488517
GtkFileChooserDialog too slow when lots of files
Last modified: 2007-10-22 17:33:17 UTC
Please describe the problem: Try to navigate to /usr/bin using a no-frills GtkFileChooserDialog. My computer is a bit old, but it's far from being obsolete and it sometimes takes minutes (!!) to display that directory. I implemented a very similar file list using a GtkTreeView in my own application and reading the directory, even that large, takes very little time (~2 seconds for /usr/bin). I had to make sure the view is disconnected from the model before doing the update, but it looks like GtkFileChooserDialog is doing something else - because there's a lot of hard-drive activity, not just CPU. Will you please fix it? I need to navigate to /usr/bin once in a while to select what app to open files with from Firefox, and the experience ranges from annoying to `kill firefox-bin` because I don't have the time to wait for the file chooser to say hello to every file. I have GTK 2.10. Please let me know if there's something I can do to help. Thanks! Steps to reproduce: Actual results: Expected results: Does this happen every time? Other information:
This happens because, seeing that the files in /usr/bin have no extension, the icon infrastructure tries to sniff every single file to see if it can figure out its MIME type. *** This bug has been marked as a duplicate of 322314 ***