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): How reproducible: Always 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 Additional info: 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 rawhide.
Pretty sure this has been fixed for a long time, as the previous comment says. Works for me, anyway. Closing.