smb password not being saved in gnome keyring

Bug #67189 reported by Andy Lawrence on 2006-10-20
50
This bug affects 3 people
Affects Status Importance Assigned to Milestone
GNOME Keyring
Expired
Medium
gnome-vfs2 (Ubuntu)
Low
Ubuntu Desktop Bugs

Bug Description

When a samba url (smb://) is entered into nautilus and you select to save the password to the keyring, it doesn't save. The other urls work fine such as sftp. I am using version 2.16.1-0ubuntu3.

Sebastien Bacher (seb128) wrote :

Thanks for your bug. Could you describe some simple steps to get the issue? How do you open nautilus and the share? What behaviour would you expect and what is happening?

Changed in nautilus:
assignee: nobody → desktop-bugs
status: Unconfirmed → Needs Info

I opened nautilus, use the location bar (ctrl-L) and type in
smb://user@192.168.1.100. Then I am prompted for a password. I type in the
password and check the box to save the password in the gnome-keyring.
Everytime I go to smb://user@192.168.1.100 after that I am prompted for a
password. If I open the keyring manager there is no entry for any smb URL,
however all of the sftp URLs I have are there and work fine.

On 10/23/06, Sebastien Bacher <email address hidden> wrote:
>
> Thanks for your bug. Could you describe some simple steps to get the
> issue? How do you open nautilus and the share? What behaviour would you
> expect and what is happening?
>
> ** Changed in: nautilus (Ubuntu)
> Assignee: (unassigned) => Ubuntu Desktop Bugs
> Status: Unconfirmed => Needs Info
>
> --
> smb password not being saved in gnome keyring
> https://launchpad.net/bugs/67189
>

santo (santo-prive) wrote :

Same behaviour here.
Also "Remember password for this session" doesn't work

For what it's worth: It always worked in Dapper

nicky.7 (nickkkk7) wrote :

Same behaviour here.
Also "Remember password for this session" doesn't work

For what it's worth: It always worked in Dapper
Do you need some more information (log?)

wpwood3 (bill-mercedesshop) wrote :

I have the same problem with Edgy. It worked fine in Dapper.

DarrenWheatley (darren-tenjin) wrote :

I also have the same problem with Edgy. It worked fine in Dapper.

For what it's worth...
This same bug appeared in Gnome 2.12.x and Ubuntu 5.10.
It was reported fixed in Gnome 2.14
More info here:
http://bugzilla.gnome.org/show_bug.cgi?id=317651

DarrenWheatley (darren-tenjin) wrote :

Hi,

Any news on this one?

It's a right pain to be honest.

Cheers

D.

Brian (brian-malloy) wrote :

I am experiencing this problem as well. No passwords are saved in my keyring when I tell nautilus to remember passwords for samba shares. I am running GNOME 2.16.1 under Ubuntu 6.10. The status of this bug is currently set to "Needs Info"; what other info is needed?

Thanks!

Ryan Rushton (ryancr) wrote :

Thought I would add myself to the list as well. The keyring does not seem to save any samba passwords. I am running 6.10 with gnome 2.16.1. And it when I try to connect to a samba share it sometimes takes a good 20-30 seconds before the samba password box even comes up, whether this is related I am not sure, as it all worked fine on Dapper.

Elias K Gardner (zorkerz) wrote :

I seam to be having the same problem. Keyring does not save any passwords. Also when I try to create a new keyring in the keyring manager I get and error saying.
"GNOME Keyring daemon is not running."
Don't know if this is helpful or even entirely related :)

Finn (jani-talikka) wrote :

I experience this bug as well. It is discussed at: http://ubuntuforums.org/showthread.php?p=1745940 so it is obviously affecting a number of people. What further information is required before something can happen with this bug?

Le samedi 25 novembre 2006 à 00:49 +0000, Finn a écrit :
> I experience this bug as well. It is discussed at:
> http://ubuntuforums.org/showthread.php?p=1745940 so it is obviously
> affecting a number of people. What further information is required
> before something can happen with this bug?

No futher information, that's just there is some thousand bugs open and
only a few people working on them, so it takes time. Best way to go
forward fixing that bug would be to forward upstream or try working on a
patch

Brian (brian-malloy) wrote :

I think what people have been wanting (or at least me) is for the status to be changed from 'Needs Info' to 'Confirmed' since there is evidence that numerous users are experiencing this bug and so we know someone has at least acknowledged it.

Thanks for all your hard work and time!

Sebastien Bacher (seb128) wrote :

Le dimanche 26 novembre 2006 à 07:59 +0000, Brian a écrit :
> I think what people have been wanting (or at least me) is for the status
> to be changed from 'Needs Info' to 'Confirmed' since there is evidence
> that numerous users are experiencing this bug and so we know someone has
> at least acknowledged it.

Ah, the settings are not mentioned by bug mails, I've just updated that.
Feel free to mark a bug confirmed when you think that there is enough
people who confirmed it.

Changed in nautilus:
importance: Undecided → Medium
status: Needs Info → Confirmed
Roman Polach (rpolach) wrote :

I have the same problem with Edgy. Is there any hotfix available? e.g. manual
fill of smb passwords?

Erwin Jung (erwin-juman) wrote :

I have the same problem with, Edgy. On four computers.

Sebastien Bacher (seb128) wrote :

Upstream bug pointed by the duplicate: http://bugzilla.gnome.org/show_bug.cgi?id=370951

Changed in gnome-keyring:
status: Unknown → Unconfirmed
Changed in gnome-keyring:
status: Unconfirmed → Confirmed
smalltownfart (smalltownfart) wrote :

According to post in another forum ( http://ubuntuforums.org/showthread.php?t=294330 ), if you upgraded from Dapper, there is a workaround:
copying over using the older version's default.keyring seems to solve this problem.

I have a new install of Edgy, so this is no help to me, but hope this info will help speed up the fix... :)

If someone knows how to get the default.keyring generated using the old way, pls post it here.

Shane R. Spencer (whardier) wrote :

I too of course have issues with this in edgy only. I was hoping for a patch at some point, or even a method of editing the keyring manually.

I copied a feisty keyring to an edgy keyring, that worked fine as well.

BlueH2O (mjc-rocsoft) wrote :

I also have this issue in Edgy.

Brian (brian-malloy) wrote :

Out of curiosity, does anyone know if this is working in the new feisty beta (7.04) or not?

Philip Paquette (pcpaquette) wrote :

Brian, I'm using Feisty Beta and it's working fine...

this bug upper in gutsy... after update last week

Seems to be OK in Feisty (final)

On 6/28/07, fishor <email address hidden> wrote:
>
> this bug upper in gutsy... after update last week
>
> --
> smb password not being saved in gnome keyring
> https://bugs.launchpad.net/bugs/67189
> You received this bug notification because you are a direct subscriber
> of the bug.
>

--
Do you geek?
[ http://www.ub3r.geek.nz ]

Daniel Holbach (dholbach) wrote :

fishor: are you saying that the problem exists in Gutsy?

Changed in gnome-vfs2:
status: Confirmed → Incomplete
Oleksij Rempel (olerem) wrote :

> fishor: are you saying that the problem exists in Gutsy?

yes i do.
The problem exists in _gutsy_

Oleksij Rempel (olerem) wrote :

i just realized that keyring do not save password for my wlan too :(

Oleksij Rempel (olerem) wrote :

sort of workaround is to open keyring before applikation which need it.
So i dont need to give smb password if i opened keyrin before.

Changed in gnome-vfs2:
status: Incomplete → Triaged
Kevin Krumwiede (kjkrum) wrote :

Yes, the problem also affects wlan settings. I have to reenter my password every time I boot, then manually perform all the network actions that should have occurred automatically.

IMHO, this is *the* showstopper bug for 7.10 release. Even worse than the system and Flash sound regression a couple days ago.

Loïc Minier (lool) wrote :

NB: My setup is a MacOSX sharing the home directories; I'm opening the share with a smb://<ip>/<share> URL in nautilus' location entry dialog.

I tried the following:
1) Open //<ip>/<share>; default selection for remembering the password was to "forget it immediately"; this worked with the password and worked subsequently in the session, even after killing nautilus

2) New session and selected to remember the password forever, this failed and prompted me for the password again; .xsession-errors had:
** (nautilus:6142): WARNING **: Aucune description trouvée pour le type MIME « x-directory/smb-share » (le fichier est « lool »), veuillez avertir la liste de diffusion de gnome-vfs.
connection_message_func(): Callback
CALLBACK: fill-authentication!!!
connection_message_func(): Callback
CALLBACK: fill-authentication!!!
connection_message_func(): Callback
CALLBACK: full-authentication!!!
connection_message_func(): Callback
CALLBACK: full-authentication!!!

Tried to enter password again and .xsession-errors saw:
** (nautilus:6142): WARNING **: Hit unhandled case 24 (Opération non permise) in fm_report_error_loading_directory

Got a popup that the folder couldn't be displayed.

Loïc Minier (lool) wrote :

A second try prompted me for my password again and showed the same "CALLBACK" output in .xsession-errors, but folder loaded sucessfully.

Subsequent tries loaded the folder sucessfully without password prompts, even after killing nautilus and keyring processes.

Loïc Minier (lool) wrote :

I did some further debugging, and while I could reproduce the bug initially, I can't reproduce it anymore, even after wiping my keyring and rebooting.

If someone can consistently reproduce the bug, could you pleases try running gnome-keyring-manager and checking whether the "<server name>/<share name>" entries in the keyring have the correct login/password set, or whether these have something like "guest" in them? (In one of my tests, nautilus tried saving the guest account in the keyring, and I suspect it might be a race with nautilus trying to save guest.)

A workaround for nautilus is to kill your gnome-keyring-daemon (pkill gnome-keyring-daemon); this will prevent all interactions with the keyring for all apps, but nautilus should still cache the credentials in memory for the time it's running (instead of persisting these in the keyring).

Changed in gnome-vfs2:
importance: Medium → Low
milestone: ubuntu-7.10-rc → none
Amanda Bee (amandabee) wrote :

I'm still experiencing this. I'm in Nautilus 2.22.5.1

It doesn't store my password. Once I'm connected, I still have to re-enter my password every time I save a document. I don't have gnome-keyring-manager installed.

jakslev (jakslev) wrote :

Hi Amanda - I am getting the same issue on one of our machines. I suspected it might be related to this machine starting up and logging in without the use of a password.

Changed in gnome-keyring:
importance: Unknown → Medium
Changed in gnome-keyring:
status: Confirmed → Expired
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.