GNOME Bugzilla – Bug 343941
Opening remote locations hangs nautilus
Last modified: 2006-08-04 21:50:33 UTC
Steps to reproduce: 1. Open nautilus 2. Press Ctrl+L to get to the location bar 3. Input some remote location (tested only with ssh://myserver/my/home so far) Stack trace: (gdb) thread apply all bt
+ Trace 68662
Other information: The crash/hang doesn't always happen. Sometimes nautilus works just like expected. Sometimes it hangs (not just for a short time, I've waited minutes). strace says it's hanging in some mutex wait. I hope the stack trace helps, I can debug a lot more if necessary.
Bug also in Ubuntu: https://launchpad.net/distros/ubuntu/+source/nautilus/+bug/48579
Thanks for the bug report. Unfortunately, that stack trace is not very useful in determining the cause of the crash. Can you get us one with debugging symbols? Please see http://live.gnome.org/GettingTraces for more information on how to do so. In this case, it'd be the gnome-vfs2 debug packages that are needed.
Sorry, I only had nautilus-dbg installed, which wasn't enough... I got more now, I hope it helps. (gdb) thread apply all bt
+ Trace 68672
Thread 1 (Thread -1225115264 (LWP 6666))
Comment from Ubuntu bug: "The exact connection string was "ssh://content.no-ip.org:1230/tmp", and I used it through a nautilus bookmark. I haven't checked if passing a username makes a difference, but I will check that. It's not a slow connection: While I do use my general purpose domain, the machine answering is on the same LAN and should be quick to answer (fast machine). I added a username to all my remote bookmarks, but I still managed to crash it. So, no difference here."
Since remote bookmarks are now kinda unusable to me, I changed to using the "Connect to server" thingie. No single crash within the last couple of days. The only difference to remote bookmarks or using the Nautilus location bar seems to be that "Connect to server" icons never ask if they can access the keyring.
Other Ubuntu bug about that: https://launchpad.net/distros/ubuntu/+source/nautilus/+bug/49383 "I have a ssh "volume" on my desktop. Once, I opened it, and added a bookmark (in nautilus sidebar, but it shows in the bookmarks menu) to a subdirectory of it by drag and drop. Now, if I log in, open nautilus, and click on this bookmark, I have to force nautilus exit, because it hangs. If I first open the "volume" in the desktop, I am asked for the password and the remote directory is opened. In that case, subsequent clicking the bookmark in a nautilus window does not hang, but succeeds instead. ... > Thanks for your bug. What version of Ubuntu do you use? Could you get a backtrace of the issue by using gdb from a command line: > - gdb $(pidof nautilus) > (gdb) thread apply all bt > > And copy that to a comment ... I have both updated my system and removed eiciel, because of another bug, and now instead of crashing, sometimes nautilus hangs (the desktop is not shown until I killall nautilus), sometimes it works, sometimes it asks for password twice then hangs. Now it is deadlocked, and here is the backtrace for both processes: ***************** the first one, with commandline ..." That happens when opening a sftp bookmark from the panel or the nautilus places bar with GNOME 2.15.90, updating versions for it
*** Bug 325223 has been marked as a duplicate of this bug. ***
*** Bug 347925 has been marked as a duplicate of this bug. ***
Oh well, blocking I/O. Sounds a lot like bug 349241, at least the backtrace from comment 3.
the patch from bug #349241 fixes the issue, marking it as duplicate *** This bug has been marked as a duplicate of 349241 ***