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 551384 - gtk_file_chooser_select_filename () takes ages to finish.
gtk_file_chooser_select_filename () takes ages to finish.
Status: RESOLVED FIXED
Product: gtk+
Classification: Platform
Component: Widget: GtkFileChooser
2.12.x
Other All
: Normal major
: ---
Assigned To: gtk-bugs
Federico Mena Quintero
Depends on:
Blocks: 551347
 
 
Reported: 2008-09-08 15:01 UTC by Massimo Cora'
Modified: 2011-03-03 15:11 UTC
See Also:
GNOME target: ---
GNOME version: 2.21/2.22



Description Massimo Cora' 2008-09-08 15:01:26 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:
Comment 1 Massimo Cora' 2008-12-13 15:53:40 UTC
any news on this guys?
Comment 2 Federico Mena Quintero 2011-02-24 20:51:21 UTC
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.
Comment 3 Massimo Cora' 2011-03-02 23:59:23 UTC
I've tested it with a gtk 3.0, and yes, it seems to be quicker now.
Comment 4 Federico Mena Quintero 2011-03-03 15:11:46 UTC
Closing as fixed.  Please feel free to file another bug if you find abnormal slowness.