Moving to 1.1.x milestone - I've no way to evaluate how to prioritize
this.

Unless we did it at some point in the past, this smells a lot like a
feature. Moving forward.

*** Bug 86467 has been marked as a duplicate of this bug. ***

Moving to gnome-vfs as it fits the "gnome-vfs daemon" feature.

*** Bug 114570 has been marked as a duplicate of this bug. ***

*** Bug 96012 has been marked as a duplicate of this bug. ***

*** Bug 116378 has been marked as a duplicate of this bug. ***

*** Bug 81481 has been marked as a duplicate of this bug. ***

Not to disagree too strongly with Bastien's zealous duplicate finding,
I think there are subtle differences between the bugs marked as
duplicates of this one.

The bug crosslisted with Red Hat by Havoc deals with WebDAV and I'm
having a little trouble following the user's complaints. However it
appears that the user would like a way for Nautilus to optionally
remember username/password combinations between user sessions.
Additionally, the user would like Nautilus to extract and cache
username/password information provided in a URL, removing the
authentication information from the URL in the process.

Bug 114570 and bug 116378 seem to both be requesting better retention
of SMB authentication data. Bug 114570 is complaining about there
being incomplete retention just for Nautilus and bug 116378 goes
further to suggest that this authentication data should be retained
across all applications using gnome-vfs.

Bug 96012 wants a configurable default username and password to be
tried upon access to any SMB share.

Bug 81481 wants authentication data provided to one share on a
particular server to be used for authentication data provided to a
different share on the same server.

These bugs all do deal with the storage of username/password
combinations, but their requests seem to be different and
complementary. Perhaps either we should make this bug 76646 a meta bug
for all of these or we should re-evaluate the marking of the bugs as
duplicates.

-jag

Sorry for the spam. I forgot bug 86467 which has a lot of extensive
conversation, but the user seems to have been originally complaining
about the problem of shares that offer either anonymous access or
authenticated access; the user observes that if the share offers
anonymous access, there is no way other than a URI workaround to
supply authentication information for greater access.

-jag

The daemon hadess talked about would be a per session daemon which
could be used by any app to retrieve authentication info for example,
so the bugs hadess closed loosely fit what the daemon could fix, we
can probably let things that way for now

Any chances to remember all gnome-vfs-extras usernames and passwords
in Gconf ?

GConf is meant to store prefs, not arbitrary data like
host/username/password combinations. This would probably fit better in
a separate (optionnally encrypted) xml file imo.

This one can be closed, can't it?

yep