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 600678 - Nautilus does not remember passwords to SMB shares in MS-Windows domain
Nautilus does not remember passwords to SMB shares in MS-Windows domain
Status: RESOLVED OBSOLETE
Product: gvfs
Classification: Core
Component: smb backend
1.4.x
Other Linux
: Normal normal
: ---
Assigned To: gvfs-maint
gvfs-maint
Depends on:
Blocks:
 
 
Reported: 2009-11-04 13:40 UTC by Oded Arbel
Modified: 2018-09-21 16:58 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Oded Arbel 2009-11-04 13:40:35 UTC
When opening an SMB share (using the URL smb://user@server/share), Nautilus pops up a password dialog with the fields "domain" (pre-filled with "WORKGROUP") and "password" and the standard "remember password" radio buttons.

After filling in domain name and password and selecting "remember password forever", the share is mounted. If I now disconnect the share and try to reconnect it, the password dialog appears again - basically disregarding my request to remember the password.

If I go into the passwords and encryption keys application (seahorse) and look for the SMB password, I can see it is stored correctly, including the correct domain name under the "details" tab.

I believe the problem is that Nautilus does not know which domain to login under as the domain is not part of the SMB URL, and so fails to locate the correct stored password. If I omit the user part of the URL and if my local user name is not identical to the remote user name, then the password dialog would also include a user name entry which would probably also complicates things.

I think that Nautilus should lookup all the keys that match the details provided in the URL (whether its just protocol and server or protocol, user and server) and if only one stored password is listed then use that automatically. If there are more then one then its a UI issue that has to be though out: show a list? show the password dialog with one password pre-populated?

I also think that its a shame that nautilus does not store the share address in the keyring as people may want to provide different credentials for different shares on the same server, but that is a different report and one that does not interest me personally at this time.

Originally reported in Ubuntu Launchpad: https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/461836
Comment 1 Registering Sucks 2009-11-15 03:24:30 UTC
I confirm this behavior on my Gentoo system with gvfs-1.4.1 and nautilus-2.28.1
Comment 2 Johannes Rohr 2010-06-08 08:27:01 UTC
confirming this for Debian GNU/Linux Sid/Squeeze with GNOME 2.30
Comment 3 Oded Arbel 2011-10-25 09:29:02 UTC
BTW - if I set the URL to include the correct domain name in the URL's authentication part, then the gnome-keyring saves the authentication information just fine. To work around the problem, change your bookmarks to have the URL look like this:

smb://DOMAIN;user@server/share

that is a semi-color between the domain name and the user name. You can also use this format with gvfs-mount, just be sure to enclose the URL in double quotes.
Comment 4 GNOME Infrastructure Team 2018-09-21 16:58:16 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gvfs/issues/124.