GNOME Bugzilla – Bug 551384
gtk_file_chooser_select_filename () takes ages to finish.
Last modified: 2011-03-03 15:11:46 UTC
Please describe the problem: I have a GtkFileChooserButton and I want to set a filename without opening a dialog with gtk_file_chooser_select_filename (). When the destination directory has few files it's quick, but when the directory has a huge number of files this takes ages. Say for instance that I want to set the filename /usr/bin/ctags: They're a lot here ls -l /usr/bin/ | wc -l 3731 it seems to me that in background the call fills values/widgets etc as if I was opening it with a dialog, which is bad. See bug #551347 for other infos. Steps to reproduce: 1. You can try Anjuta rev 4234, with symbol-db activated. 2. Go on edit->preferences. 3. Switch to symbol-db tab and see that the 'Ctags executable' is void for a minute or more. Actual results: Expected results: Does this happen every time? Only when the files in the directory are many, but this bug makes the application unusable. Other information:
any news on this guys?
There was a rewrite of the underlying file system model since you filed this bug, and the file chooser is now a lot smarter about not loading things until needed; this makes things *much* faster. Could you please test your program again with a recent GTK+ version? About 2.24 should be fine.
I've tested it with a gtk 3.0, and yes, it seems to be quicker now.
Closing as fixed. Please feel free to file another bug if you find abnormal slowness.