Bug 347925 – Nautilus hangs while opening a ssh/sftp location from a bookmark

After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.

Bug 347925 - Nautilus hangs while opening a ssh/sftp location from a bookmark


Summary:	Nautilus hangs while opening a ssh/sftp location from a bookmark


Status:	RESOLVED DUPLICATE of bug 343941

Product:	nautilus
Classification:	Core
Component:	Bookmarks
Version:	2.14.x
Hardware:	Other All

Importance:	High critical
Target Milestone:	---
Assigned To:	Nautilus Maintainers
QA Contact:	Nautilus Maintainers

URL:
Whiteboard:

Depends on:
Blocks:

Reported:	2006-07-18 14:55 UTC by Juan J. Martinez
Modified:	2006-08-04 12:46 UTC

See Also:
GNOME target:	---
GNOME version:	2.13/2.14

Description Juan J. Martinez 2006-07-18 14:55:02 UTC

Steps to reproduce:
1. Do not open the location before the test
2. Create a bookmark such as: ssh://user@192.168.0.1/home/user (miss the : before the directory)
3. Open the bookmark


Stack trace:


Other information:
When you put the location in the location field in nautilus, it opens the location and after that the bookmark works properly.

If you open the bookmark directly, nautilus hangs.

Comment 1 Damien Durand 2006-07-18 14:58:45 UTC

Thanks for your report, if you've time could you add a Stacktrace?

Comment 2 Juan J. Martinez 2006-07-18 15:45:01 UTC

I've reproduced the bug again but with:

sftp://user@192.168.0.1:/home/user (using the ":")

Moreover seems to be random, because I started a new session and it didn't happen, but after some trying it happens all the time.

I've tested it from the location field in Nautilus and it shows the same behavior of bookmarks, so seems it's not bookmark related. May be this bug should ve moved to gnome-vfs.

After some time without trying it works fine again.

From netstat in the destination host I can see the conection is established:
tcp        0      0  192.168.0.1.22        192.168.0.2.60899      ESTABLISHED

That's the /var/log/authlog on the destination host:

Jul 18 17:38:01 myhost sshd[7427]: fatal: Timeout before authentication for 192.168.0.2

OK, I'm not in debugging so I don't know If I'm doing it right.

I started nautilus and opened the bookmark. It hangs and I attached a gdb before closing the app with xkill.

Hope it helps, feel free to ask for more information.

That's the stack trace:

+ Trace 69425

#0 __kernel_vsyscall
#1 __lll_mutex_lock_wait
from /lib/tls/i686/cmov/libpthread.so.0
#2 _L_mutex_lock_33
from /lib/tls/i686/cmov/libpthread.so.0
#3 ??
#4 ??
#5 ??
#6 ??
#7 ??
#8 ??
from /usr/lib/gnome-vfs-2.0/modules/libsftp.so
#9 pthread_mutex_destroy
from /lib/tls/i686/cmov/libpthread.so.0
#10 ??
from /usr/lib/gnome-vfs-2.0/modules/libsftp.so
#11 ??
from /usr/lib/gnome-vfs-2.0/modules/libsftp.so
#12 ??
#13 ??
#14 g_type_check_instance_is_a
from /usr/lib/libgobject-2.0.so.0
#15 ??
from /usr/lib/gnome-vfs-2.0/modules/libsftp.so
#16 ??
#17 ??
#18 ??
#19 gnome_vfs_file_control
from /usr/lib/libgnomevfs-2.so.0
#20 gnome_vfs_get_file_info_uri_cancellable
from /usr/lib/libgnomevfs-2.so.0
#21 gnome_vfs_get_file_info_uri
from /usr/lib/libgnomevfs-2.so.0
#22 gnome_vfs_make_uri_full_from_relative
from /usr/lib/libgnomevfs-2.so.0
#23 gnome_vfs_find_directory_cancellable
from /usr/lib/libgnomevfs-2.so.0
#24 gnome_vfs_find_directory
from /usr/lib/libgnomevfs-2.so.0
#25 eel_uri_is_in_trash
from /usr/lib/libeel-2.so.2
#26 nautilus_file_get_string_attribute
#27 fm_directory_view_pop_up_location_context_menu
#28 g_cclosure_marshal_VOID__VOID
from /usr/lib/libgobject-2.0.so.0
#29 g_closure_invoke
from /usr/lib/libgobject-2.0.so.0
#30 g_signal_stop_emission
from /usr/lib/libgobject-2.0.so.0
#31 g_signal_emit_valist
from /usr/lib/libgobject-2.0.so.0
#32 g_signal_emit
from /usr/lib/libgobject-2.0.so.0
#33 nautilus_file_get_string_attribute
#34 nautilus_directory_unref
#35 nautilus_directory_unref
#36 egg_recent_item_unref
#37 ORBit_c_stub_invoke
from /usr/lib/libORBit-2.so.0
#38 ??
#39 ??
#40 ??
#41 ??
#42 ??

Comment 3 André Klapper 2006-07-21 16:06:41 UTC

damien, if you're on the CC list, please reopen the bug if info has been provided. thanks.

Comment 4 Christian Neumair 2006-07-21 16:32:25 UTC

gnome_vfs_make_uri_full_from_relative() was formerly used to resolve symbolic links, this may well have been resolved when fixing bug 323016. Maybe the ":" URI was mangled when resolving a symlink with the gnome_vfs_make_uri_full_from_relative() helper and so the authentication failed.

It would also be good to have an async version of uri_is_in_trash, maybe inside GnomeVFS.

Comment 5 Sebastien Bacher 2006-08-04 12:46:00 UTC

Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find.


*** This bug has been marked as a duplicate of 343941 ***