From Bugzilla Helper:
User-Agent: Mozilla/5.0 Galeon/1.2.5 (X11; Linux i686; U;) Gecko/20020712
Description of problem:
Nautilus stops responding if I try to browse a computer
with samba shares. The workgroups are browseable and
their computers are shown, but it is not possible to browse
individual machines. The number of folders (shares) is shown
in the side pane and nautilus stops responding.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1.Type smb: in nautilus location bar
2.Attempt to browse any computer shown
Actual Results: nautilus stops responding
Expected Results: available shares should be shown in nautilus,
and/or the user should be prompted for username/password
It works for me here.
I've built 0.99.2 in rawhide. Can you try that?
Well. Hmmm. It seems it can't actually read the files.
Reading files now works in gnome-vfs2-extras 0.99.3.
both 0.99.2 nor 0.99.3 didn't get rid of the problem for me completely,
although it started working properly on some of the machines,
but most of them I still cannot access
on a different machine in another workgruop, smb: does not
even bring up the workgroup, although smbclient sees all the
other machines and says my machine is the local master
maybe a network problem or something on the server side?
gnome1 module didn't have these problems in the same environment
Can you see a pattern for which machines it works for? Are they on the same
subnet as the ones that don't work?
The code hardly changed at all between gnome1 and gnome2, so it's very strange
that they behave differently.
When this happens, can you attach to the nautilus process using gdb?
using "gdb /usr/bin/nautilus <pid-of-nautilus>"
etc. for all the threads.
Created attachment 73504 [details]
WTH? This looks like bug 71419
0.99.3 works for me against XP shares...
..and after about three hangs, I couldn't reproduce the problem any more, even
without having changed anything(!).
Created attachment 74685 [details]
Another gdb session backtrace while accessing localhost running samba
Interesting. That looks like a real locking bug in the smb backend.
When it hanged. Was there an authetication dialog up somewhere?
If so, can you close it and see if stuff continues.
I believe this is fixed in gnome-vfs2-extras-0.99.5-1.
0.99.5 does not hang any more
although I still have a problem seeing the shares:
- on Windows 2000 Server no shares are shown (not even public ones)
and there is no authentication dialog (smbclient lists all
the shares correctly)
- on Samba 2.2.5 machines, the "homes" share is not shown (it is as "homes"
when set to "browseable=yes", but not as "username" as reported by smbclient
when "browseable=no") and is not accessible as smb://server/username
(this behaviour probably makes sense with the setting "browseable=no",
although in windows explorer it is accessible and shows up as share
"username" once authenticated)
what's the right behaviour between the two is up for debate, I think
as a minimum it should be accessible directly as smb://server/username
even if it is not browseable and not shown in the root window
you can close this bug as all of this might be a different bug
*** This bug has been marked as a duplicate of 76253 ***