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): How reproducible: Always Steps to Reproduce: 1.Type smb: in nautilus location bar 2.Attempt to browse any computer shown 3. Actual Results: nautilus stops responding Expected Results: available shares should be shown in nautilus, and/or the user should be prompted for username/password Additional info:
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>" Then type: info threads then: thread 1 bt thread 2 bt etc. for all the threads.
Created attachment 73504 [details] gdb session
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(!). Heisenbug.
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 ***