Bug 169404 - nautilus crashes/closes when deleting a directory
nautilus crashes/closes when deleting a directory
Product: Fedora
Classification: Fedora
Component: nautilus (Show other bugs)
All Linux
medium Severity high
: ---
: ---
Assigned To: Alexander Larsson
Depends On:
  Show dependency treegraph
Reported: 2005-09-27 17:51 EDT by Harm Verhagen
Modified: 2007-11-30 17:11 EST (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2006-09-04 11:23:27 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

External Trackers
Tracker ID Priority Status Summary Last Updated
GNOME Desktop 111223 None None None Never

  None (edit)
Description Harm Verhagen 2005-09-27 17:51:58 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20050922 Fedora/1.0.7-1.1.fc4 Firefox/1.0.7

Description of problem:
Nautilus doesn't seem to handle directories that are deleted under its nose, when nautilus is in the tree view mode.  (So not the spatial thing).
Removing a directory from the command line, crashes nautilus if you happened to have that directory selected in the tree view on the left of the nautilus window.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. right-click on home dir and select browse folder.
   This opens nautilus.
2. create a new folder with nautilus and make sure you select the folder in the 'tree' view on the left
3. Open a console, and rmdir the directory

Actual Results:  Nautilus, in the tree mode, crashes (or closes)

Expected Results:  Nautilus should stay open. Maby select the parent folder, maybe don't select any, whatever. but stay open.

The fact that a directory was selected that is now removed should _not_ cause the application to quit.

Additional info:
Comment 1 David Timms 2006-02-26 00:56:37 EST
From my own experience while moving/deleting my data around, I can confirm the
existence of this bug.
A gdb trace doesn't capture anything (as user), and as root the gui does not
appear and the following is displayed (I'm a first time gdb'er):
gdb nautilus
(gdb) run --browser
Starting program: /usr/bin/nautilus --browser
Reading symbols from shared object read from target memory...done.
Loaded system supplied DSO at 0x750000
[Thread debugging using libthread_db enabled]
[New Thread -1208858272 (LWP 9943)]
[New Thread -1254397024 (LWP 9946)]
Detaching after fork from child process 9947.

Program received signal SIG33, Real-time event 33.
[Switching to Thread -1254397024 (LWP 9946)]
0x00750402 in __kernel_vsyscall ()
After playing some more I believe this is not a crash; rather it is an unintened
effect of nautilus closing its windows when the selected directory disappears.
This would not be seen in the fedora's default install since:
1. the nautilus windows do not browse by default
2. you need to additionally set the side pane to tree mode.

If however, you either:
1. right click open in browser window, or
2. set edit|preference|behaviour|always open in browser windows
then you will see this issue if you use the either:
1. rmdir [folder-currently-selected in tree pane]
2. rm -Rf [folder-currently-selected in tree pane]
3. mv [folder-currently-selected in tree pane] /some/where/else

Moving a folder from one to another, you also unexpectedly see this situation.
ie you are deep in youy folder structure tidying/moving folders/files around,
you do something, and the whole nautilus window just disappears, with no
notification. You then think (there is something wrong here), but continue,
experiencing the same again.

This is quite an annoyance, that should be easily solvable: this is specfic code
action (close) taking place when a folder disappears. My solution would be for
each open nautilus windows (of any sort) if the displayed / highlighted folder
disappears (move/erase) then chase up the through the folder parents path until
a folder does exist.
eg: /home/me/mystuff/thefolertheatsselected/whatsthetimemisterwolf
mv /home/me/mystuff/thefolertheatsselected /home/otheruser

the nautilus window would check:
/home/me/mystuff/thefolertheatsselected/whatsthetimemisterwolf  gone
/home/me/mystuff/thefolertheatsselected gone
/home/me/mystuff/ exists: place selection and show contents of this folder.
Comment 2 Alexander Larsson 2006-09-04 11:23:27 EDT
This is fixed at least in Rawhide, might be in FC5 too.

Note You need to log in before you can comment on or make changes to this bug.