From Bugzilla Helper:
User-Agent: Mozilla/5.0 Galeon/1.2.6 (X11; Linux i686; U;) Gecko/20020830
Description of problem:
We have a small windows network, I've changed the /etc/nsswitch.conf
to include wins in the hosts: section, other than that, a default RH 8.0
If I type smb://hostname in the URL bar, it will display the shares on
that computer, entering a share pops up a authentication dialog. Entering a
valid username/password doesn't help, the dialog just keeps popping up.
However if I enter smb://ausername:thepassword@hostname, it still pops up the
autentication dialog, but now entering the ausername and thepassword here also,
it works. I can brovse the shared folder/subfolders, copy files etc.
To bad with such an annoying(minor I guess) bug, Nautilus is about the only
valid alternative for normal users to reach windows shares.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Start nautilus. enter smb://ahost for browsing a host, enter a share
2. If any authentication is needed, the auth dialog pops up.
3. Enter a valid usernam/password
Actual Results: The auth dialog just reappears
Expected Results: Succesfully authenticated for the rest of the session
If it means anything, we have a NT 4.0 PDC, and the workstations I'm trying to
access are win2k/XP machines.
I think it'd be good to target fixing this for next release.
Yes. There are various open smb authentication bugs that need to be fixed. I
plan to have a gnome-vfs-extras merge-and-fixathon soon.
Does gnome-vfs2-extras 0.99.10 fix this? I think this is a dup of bug 82992
which i believe is fixed.
*** Bug 88114 has been marked as a duplicate of this bug. ***
This is still an issue with FC 1, gnome-vfs2-extras-0.99.10-3.1.
Changing component to gnome-vfs2-extras and assigning.
It should work with the smb: support in gnome-vfs 2.5.x though, in
Pretty sure this has been fixed for a long time, as the previous comment says.
Works for me, anyway. Closing.