Bug 755561

Summary:	RHEL6.2 Beta nautilus segfaults and respawns (ad infinitum)
Product:	Red Hat Enterprise Linux 6	Reporter:	Dag Wieers <dag>
Component:	nautilus	Assignee:	Tomáš Bžatek <tbzatek>
Status:	CLOSED ERRATA	QA Contact:	Desktop QE <desktop-qa-list>
Severity:	high	Docs Contact:
Priority:	unspecified
Version:	6.2	CC:	dag, mcepl, tpelka, tsmetana
Target Milestone:	rc
Target Release:	---
Hardware:	x86_64
OS:	Linux
Whiteboard:
Fixed In Version:	nautilus-2.28.4-19.el6	Doc Type:	Bug Fix
Doc Text:	Cause: A queued directory load operation has not been cancelled after directory refresh Consequence: Crash occurred on startup Fix: Pending operations that are not valid are now correctly cancelled Result: No crash on startup	Story Points:	---
Clone Of:		Environment:
Last Closed:	2012-06-20 14:24:39 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:

Description Dag Wieers 2011-11-21 13:33:45 UTC

Description of problem:
After doing a large update on a RHEL6.2 Beta and rebooting into the new kernel, nautilus crashes when starting Gnome and the Gnome Window List applet start showing increasingly more nautilus icons. However no desktop background or icons, and no windows are visible.

What happened is that nautilus is crashing very quickly and respawning, completely soaking one core. The ~/.xession-errors contain hundreds of:

 Initializing nautilus-open-terminal extension
 Initializing nautilus-gdu extension
 **
 ERROR:nautilus-desktop-directory.c:162:directory_ready_callback: assertion failed: (g_list_find (merged_callback->non_ready_directories, directory) != NULL)
 Initializing nautilus-open-terminal extension
 Initializing nautilus-gdu extension
 **
 ERROR:nautilus-desktop-directory.c:162:directory_ready_callback: assertion failed: (g_list_find (merged_callback->non_ready_directories, directory) != NULL)


When looking at the process-list I can see abrtd being hammered with requests. Starting nautilus on the command line (and in strace/ltrace) shows a segfault, while not providing any immediate cause for it. (Scanning of directories was done, crash happened inside GTK+ library-calls)

The problem appears with nautilus-2.28.4-18.el6.x86_64 (and nautilus-extensions), reinstalling nautilus-2.28.4-15.el6.x86_64.rpm fixes the problem for me.

Comment 2 Dag Wieers 2011-12-06 20:24:50 UTC

This issue still exists in RHEL6.2.

I discovered that this problem is related to the nautilus setting /apps/nautilus/preferences/desktop_is_home_dir

If this is enabled and the system boots into Gnome, nautilus starts crashing and respawning ad infinitum...

All my desktop systems use the home-directory as the Desktop. So they all experience this.

Comment 3 Tomáš Bžatek 2011-12-07 09:54:28 UTC

Could you please grab a backtrace of the crashing process?

Comment 4 Tomáš Bžatek 2011-12-19 17:10:20 UTC

Confirming, this triggers the problem:

(In reply to comment #2)
> I discovered that this problem is related to the nautilus setting
> /apps/nautilus/preferences/desktop_is_home_dir

Comment 7 Tomáš Bžatek 2012-03-02 17:48:16 UTC

    Technical note added. If any revisions are required, please edit the "Technical Notes" field
    accordingly. All revisions will be proofread by the Engineering Content Services team.
    
    New Contents:
Cause: A queued directory load operation has not been cancelled after directory refresh

Consequence: Crash occurred on startup

Fix: Pending operations that are not valid are now correctly cancelled

Result: No crash on startup

Comment 10 errata-xmlrpc 2012-06-20 14:24:39 UTC

Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

http://rhn.redhat.com/errata/RHBA-2012-0914.html