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 319847 - FileChooser tries to authenticate to bookmarked VFS shares even if they're not used
FileChooser tries to authenticate to bookmarked VFS shares even if they're no...
Status: RESOLVED DUPLICATE of bug 155420
Product: gtk+
Classification: Platform
Component: .General
2.8.x
Other Linux
: Normal normal
: ---
Assigned To: gtk-bugs
gtk-bugs
Depends on:
Blocks:
 
 
Reported: 2005-10-26 12:40 UTC by Luke Hutchison
Modified: 2005-10-27 03:23 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Luke Hutchison 2005-10-26 12:40:41 UTC
Recently I opened a VFS sftp share over a VPN and bookmarked it in the
FileChooser bookmarks pane.  Now whenever the VPN is down, the file chooser
takes about 20-30 seconds to come up, because it is trying to authenticate to
the SSH server that is only accessible over the VPN.  Additionally, if the VPN
is up, it asks me for the password of the bookmarked share every time (unless I
save the password in the keyring), even if I'm just planning to save a file in
my home directory or some other local directory.

The file chooser should not authenticate to any remote VFS URI unless the URI is
actually selected from the bookmarks.

Based on what it is doing with remote VFS bookmarks, I'm guessing that the file
chooser is probably also stat()ing all the local bookmark directories on
startup.  Again, it doesn't need to do this (if it is) unless a bookmark is
actually selected.  (This may help startup time, along with the other work
Federico is doing...)

gtk2-2.8.6-2
Comment 1 Matthias Clasen 2005-10-27 03:23:42 UTC

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