Bug 324365 – nautilus crashes when accessing ".." or "#" location

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 324365 - nautilus crashes when accessing ".." or "#" location


Summary:	nautilus crashes when accessing ".." or "#" location


Status:	RESOLVED FIXED

Product:	nautilus
Classification:	Core
Component:	Navigation
Version:	2.18.x
Hardware:	Other Linux

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

URL:
Whiteboard:

Duplicates:	316035 321888 351499 (view as bug list)
Depends on:
Blocks:

Reported:	2005-12-17 23:17 UTC by Sebastien Bacher
Modified:	2007-08-24 11:54 UTC

See Also:
GNOME target:	---
GNOME version:	2.17/2.18

Description Sebastien Bacher 2005-12-17 23:17:11 UTC

This bug has been opened here: http://bugzilla.ubuntu.com/show_bug.cgi?id=21167

"When i go to location bar, and insert .. as a location to 
be accessed (and then enter), the nautilus crashes. It 
does not crash if i put anything like: ../_sth_ , only 
when it is a bare .. location.
Ubuntu Breeze
Nautilus 2.12.1"

Comment 1 Sebastien Bacher 2005-12-17 23:17:53 UTC

Happens with current tarball too:

Backtrace was generated from '/usr/bin/nautilus'

Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1".
`system-supplied DSO at 0xffffe000' has disappeared; keeping its symbols.
[Thread debugging using libthread_db enabled]
[New Thread -1226213696 (LWP 8801)]
[New Thread -1292874832 (LWP 15608)]
[New Thread -1284482128 (LWP 15607)]
[New Thread -1229108304 (LWP 8814)]
0xffffe410 in __kernel_vsyscall ()

+ Trace 64671

Thread 1 (Thread -1226213696 (LWP 8801))

#0 __kernel_vsyscall
#1 __waitpid_nocancel
from /lib/tls/i686/cmov/libpthread.so.0
#2 libgnomeui_segv_handle
at gnome-ui-init.c line 786
#3 <signal handler called>
#4 strcmp
from /lib/tls/i686/cmov/libc.so.6
#5 nautilus_window_update_title
at nautilus-window.c line 1120
#6 nautilus_window_show_window
at nautilus-window.c line 645
#7 nautilus_window_info_show_window
at nautilus-window-info.c line 175
#8 finish_loading_if_all_metadata_loaded
at fm-directory-view.c line 8318
#9 ready_callback_call
at nautilus-directory-async.c line 1231
#10 nautilus_directory_async_state_changed
at nautilus-directory-async.c line 1813
#11 nautilus_directory_call_when_ready_internal
at nautilus-directory-async.c line 1302
#12 vfs_call_when_ready
at nautilus-vfs-directory.c line 68
#13 nautilus_directory_call_when_ready
at nautilus-directory.c line 1559
#14 load_directory
at fm-directory-view.c line 8285
#15 fm_directory_view_load_location
at fm-directory-view.c line 2261
#16 nautilus_view_load_location
at nautilus-view.c line 124
#17 load_new_location
at nautilus-window-manage-views.c line 1077
#18 create_content_view
at nautilus-window-manage-views.c line 1026
#19 got_file_info_for_view_selection_callback
at nautilus-window-manage-views.c line 915
#20 ready_callback_call
at nautilus-directory-async.c line 1220
#21 nautilus_directory_async_state_changed
at nautilus-directory-async.c line 1813
#22 get_info_callback
at nautilus-directory-async.c line 2738
#23 dispatch_job_callback
at gnome-vfs-job.c line 228
#24 g_idle_dispatch
at gmain.c line 3761
#25 IA__g_main_context_dispatch
at gmain.c line 1913
#26 g_main_context_iterate
at gmain.c line 2544
#27 IA__g_main_loop_run
at gmain.c line 2748
#28 IA__gtk_main
at gtkmain.c line 991
#29 main
at nautilus-main.c line 435
#30 __libc_start_main
from /lib/tls/i686/cmov/libc.so.6
#31 _start
at ../sysdeps/i386/elf/start.S line 119
#0 __kernel_vsyscall

Comment 2 Jan Boehm 2005-12-18 15:56:11 UTC

I can reproduce this with Nautilus 2.12.0.

Steps to reproduce:
- Open the 'open location' dialog with ctrl+l
- Type '..'
- Click 'open'

Result:
Nautilus crashes.

Comment 3 Martin Wehner 2005-12-18 16:16:55 UTC

*** Bug 321888 has been marked as a duplicate of this bug. ***

Comment 4 Jürg Billeter 2006-01-07 19:45:38 UTC

It looks to me like it's a gnome-vfs bug, not sure though.

GnomeVFSURI *uri = gnome_vfs_uri_new ("file:///..");
printf ("%s\n", gnome_vfs_uri_to_string (uri, 0));

This code fragment prints "file:". I expected that it prints "file:///", i.e. it shouldn't be possible to remove the first slash with ..

If I've read the code correctly, that behaviour may be the reason for the crash of  nautilus. gnome_vfs_get_local_path_from_uri ("file:") in nautilus_get_uri_shortname_for_display in nautilus-file-utilities.c returns NULL.

Comment 5 Fabio Bonelli 2006-04-03 11:14:38 UTC

*** Bug 316035 has been marked as a duplicate of this bug. ***

Comment 6 Sebastien Bacher 2006-06-16 07:50:37 UTC

works fine now, marking as fixed

Comment 7 Christian Kirbach 2006-08-17 22:42:52 UTC

*** Bug 351499 has been marked as a duplicate of this bug. ***

Comment 8 Sebastien Bacher 2007-01-16 15:28:22 UTC

That crash still happens with nautilus 2.17.1, that was not a duplicate from the other bug which is fixed, unduplicating it then

Comment 9 Christian Kirbach 2007-05-07 20:36:00 UTC

*** Bug 436071 has been marked as a duplicate of this bug. ***

Comment 10 Christian Kirbach 2007-05-07 20:37:19 UTC

Also affects Gnome 2.18 :(

Comment 11 Alexander Larsson 2007-08-24 11:54:20 UTC

Fixed in svn.