Bug 623967 – Nautilus freezes when opening more than 23 subfolders

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 623967 - Nautilus freezes when opening more than 23 subfolders


Summary:	Nautilus freezes when opening more than 23 subfolders


Status:	RESOLVED OBSOLETE

Product:	nautilus
Classification:	Core
Component:	File and Folder Operations
Version:	2.30.x
Hardware:	Other All

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

URL:
Whiteboard:

Duplicates:	638653 (view as bug list)
Depends on:
Blocks:

Reported:	2010-07-09 17:17 UTC by Pedro Villavicencio
Modified:	2013-03-23 18:20 UTC

See Also:
GNOME target:	---
GNOME version:	2.29/2.30

Description Pedro Villavicencio 2010-07-09 17:17:47 UTC

this report has been filed here:

https://bugs.edge.launchpad.net/ubuntu/+source/nautilus/+bug/603524

"nautilus 1:2.30.1-0ubuntu1.1
I created alot of subfolders with simple script
#!/bin/bash
         COUNTER=0
         while [ $COUNTER -lt 56000 ]; do
             mkdir $COUNTER
             cd ./$COUNTER
             let COUNTER=COUNTER+1
         done
and tried to open last one with nautilus. But after 23 subfolders nautilus freezes and takes 100% CPU."

backtrace is:

"#0  g_atomic_pointer_get (atomic=0x81e361c)
    at /build/buildd/glib2.0-2.25.10/glib/gatomic-gcc.c:81

+ Trace 222773

Thread 1 (Thread 0xb77af860 (LWP 1695))

#0 g_atomic_pointer_get
at /build/buildd/glib2.0-2.25.10/glib/gatomic-gcc.c line 81
#1 g_once_init_enter
at /usr/include/glib-2.0/glib/gthread.h line 347
#2 nautilus_file_get_type
at nautilus-file.c line 156
#3 iter_is_valid
at fm-tree-model.c line 1168
#4 fm_tree_model_ref_node
at fm-tree-model.c line 1514
#5 IA__gtk_tree_model_ref_node
at /build/buildd/gtk+2.0-2.21.2/gtk/gtktreemodel.c line 1351
#6 gtk_tree_model_sort_ref_node
at /build/buildd/gtk+2.0-2.21.2/gtk/gtktreemodelsort.c line 1198
#7 gtk_tree_model_sort_ref_node
at /build/buildd/gtk+2.0-2.21.2/gtk/gtktreemodelsort.c line 1219
#8 gtk_tree_model_sort_ref_node
at /build/buildd/gtk+2.0-2.21.2/gtk/gtktreemodelsort.c line 1219
#9 gtk_tree_model_sort_ref_node
at /build/buildd/gtk+2.0-2.21.2/gtk/gtktreemodelsort.c line 1219
#10 gtk_tree_model_sort_ref_node
at /build/buildd/gtk+2.0-2.21.2/gtk/gtktreemodelsort.c line 1219
#11 gtk_tree_model_sort_ref_node
at /build/buildd/gtk+2.0-2.21.2/gtk/gtktreemodelsort.c line 1219
#12 gtk_tree_model_sort_ref_node
at /build/buildd/gtk+2.0-2.21.2/gtk/gtktreemodelsort.c line 1219
#13 gtk_tree_model_sort_ref_node
at /build/buildd/gtk+2.0-2.21.2/gtk/gtktreemodelsort.c line 1219
#14 gtk_tree_model_sort_ref_node
at /build/buildd/gtk+2.0-2.21.2/gtk/gtktreemodelsort.c line 1219
#15 gtk_tree_model_sort_ref_node
at /build/buildd/gtk+2.0-2.21.2/gtk/gtktreemodelsort.c line 1219
#16 gtk_tree_model_sort_ref_node
at /build/buildd/gtk+2.0-2.21.2/gtk/gtktreemodelsort.c line 1219
#17 gtk_tree_model_sort_ref_node
at /build/buildd/gtk+2.0-2.21.2/gtk/gtktreemodelsort.c line 1219
#18 gtk_tree_model_sort_ref_node
at /build/buildd/gtk+2.0-2.21.2/gtk/gtktreemodelsort.c line 1219
#19 IA__gtk_tree_model_ref_node
at /build/buildd/gtk+2.0-2.21.2/gtk/gtktreemodel.c line 1351
#20 gtk_tree_view_build_tree
at /build/buildd/gtk+2.0-2.21.2/gtk/gtktreeview.c line 8820
#21 gtk_tree_view_real_expand_row
at /build/buildd/gtk+2.0-2.21.2/gtk/gtktreeview.c line 12101
#22 IA__gtk_tree_view_expand_row
at /build/buildd/gtk+2.0-2.21.2/gtk/gtktreeview.c line 12156
#23 show_iter_for_file
at fm-tree-view.c line 185
#24 show_selection_idle_callback
at fm-tree-view.c line 218
#25 g_idle_dispatch
at /build/buildd/glib2.0-2.25.10/glib/gmain.c line 4149
#26 g_main_dispatch
at /build/buildd/glib2.0-2.25.10/glib/gmain.c line 2044
#27 g_main_context_dispatch
at /build/buildd/glib2.0-2.25.10/glib/gmain.c line 2597
#28 g_main_context_iterate
at /build/buildd/glib2.0-2.25.10/glib/gmain.c line 2675
#29 g_main_loop_run
at /build/buildd/glib2.0-2.25.10/glib/gmain.c line 2883
#30 IA__gtk_main
at /build/buildd/gtk+2.0-2.21.2/gtk/gtkmain.c line 1219
#31 main
at nautilus-main.c line 544

Comment 1 Bastien Nocera 2011-02-01 15:38:25 UTC

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

Comment 2 Bastien Nocera 2011-02-01 15:39:16 UTC

From Bug 638653:

nautilus-2.32.2.1-1.fc14.x86_64
gvfs-1.7.1-1.fc15.x86_64

cd $HOME ; for i in `seq 33 -1 1` ; do DIR=$i/$DIR ; done ; mkdir -p $DIR

When browsing those sub-directories with nautilus, around depth 20, and lower,
listing the files takes more and more time. Around level 24, nautilus is
blocked for 15 to 30 seconds.

Comment 3 Stefano Teso 2011-02-02 12:46:50 UTC

On my machine the problem occurs when using nautilus 2.30.1-2 and gvfs 1.6.4-3 from debian unstable, but I cannot reproduce with both nautilus and gvfs from git -- using the very same directory as generated by your snippet.

Comment 4 Felix Möller 2013-03-23 12:32:44 UTC

I cannot reproduce this with nautilus 3.6 and gvfs 1.15. can this be closed?

Comment 5 Cosimo Cecchi 2013-03-23 18:20:20 UTC

Thanks, let's close this as OBSOLETE then.