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 328607 - GtkFileChooserButton shouldn't read bookmarks in constructor
GtkFileChooserButton shouldn't read bookmarks in constructor
Status: RESOLVED DUPLICATE of bug 354887
Product: gtk+
Classification: Platform
Component: Widget: GtkFileChooser
2.8.x
Other Linux
: Normal normal
: ---
Assigned To: gtk-bugs
Federico Mena Quintero
: 328778 330710 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2006-01-25 16:37 UTC by Johan (not receiving bugmail) Dahlin
Modified: 2006-10-26 17:31 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Johan (not receiving bugmail) Dahlin 2006-01-25 16:37:19 UTC 
When having a .gtk-bookmarks file with a remote directory such sftp:// it'll take a long time to instantiate a gtk.FileChooserButton since bookmarks and volumes are currently read in the constructor.

With a slow url it took about 6 seconds to instantiate the button, I didn't quite check what kind of operations were performed, but it's definitely not how it's supposed to be.
Comment 1 Matthias Clasen 2006-02-01 20:46:29 UTC 
*** Bug 328778 has been marked as a duplicate of this bug. ***
Comment 2 Fabio Bonelli 2006-02-11 13:39:45 UTC 
*** Bug 330710 has been marked as a duplicate of this bug. ***
Comment 3 Murray Cumming 2006-03-25 18:11:07 UTC 
More importantly, it will ask the user for permission to use the stored key for the location, or ask for the key, one by one. Often this happens long before the user has any intention of using a FileChooser dialog.
Comment 4 Murray Cumming 2006-10-26 17:31:44 UTC 

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