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 111223 - navigational window closed when directory it's viewing is deleted
navigational window closed when directory it's viewing is deleted
Status: RESOLVED DUPLICATE of bug 336724
Product: nautilus
Classification: Core
Component: Navigation
2.14.x
Other Linux
: Normal normal
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
: 142204 172549 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2003-04-20 22:10 UTC by smurge
Modified: 2006-07-19 07:37 UTC
See Also:
GNOME target: ---
GNOME version: 2.13/2.14



Description smurge 2003-04-20 22:10:14 UTC
Sorry for the complicated summary, guys.

1. I noticed that when I have a Nautilus window open, displaying a
directory that is then deleted in a shell, nothing happens (which is okay,
even though a little bit unintuitive for me. M$ closes Explorer windows
immediately when the displayed directoy is removed.)

2. BUT: When I hit the "go up one level / display parent" button, the
window IS closed, which _doesn't_ make sense, because the parent directory
_does_ still exist. (I guess Nautilus crashes on accessing the child
directory once more before actually navigating to the parent, which fails
because the child does no longer exist.)

DK
Comment 1 Elijah Newren 2003-04-25 20:55:25 UTC
I can duplicate behavior in item (1) under both RedHat Linux 8.0 and
RedHat Linux 9.  Item (2) I can duplicate under RedHat Linux 9 but not
under RedHat linux 8.0.

Setting priority->high (regression in behavior), modifying the summary
a little bit to shorten it, adding RedHat 9 to the OS Details, adding
GNOMEVER2.2 & bugsquad keywords, and adding myself to the cc field.
Comment 2 Kjartan Maraas 2003-10-31 17:21:01 UTC
I can reproduce 1., but 2. seems to have been fixed by recompiling
with FAM in gnome-vfs. Did you have a fam-enabled gnome-vfs installed?
Comment 3 Elijah Newren 2003-12-11 21:55:39 UTC
I have no idea what I used to have anymore other than the fact that it
was a basic default RH 9 installation.  I have long since changed my
systems.  Under both Fedora Core 1 and GNOMEVER2.5 built from CVS
yesterday, I can reproduce (1) but I can't reproduce (2) (i.e. I get
the same behavior as Kjartan now).

So I guess the regression was fixed.  Do we still want to leave this
open in order to fix (1), though?
Comment 4 Matthew Gatto 2004-03-13 04:35:37 UTC
This mostly works pretty darn well now except for the following case,
so I'm bumping down the priority down to normal.

1. create a new folder 'test' on desktop.
2. double click 'test' to open it in spatial mode.
3. right-click 'test' and choose 'Browse Folder' to open it in
navigation mode
4. from a terminal: $ rm -rf ~/Desktop/test

Actual Results:  The navigational and spatial windows both disappear.

Expected Results:  The spatial window disappears and the navigational
window changes it's directory view to the next highest existing directory.

I can see some disagreeing about what the Expected Results should be
here, but that's the way Windows does it, and it seems more intuitive
to me.
Comment 5 Matthew Gatto 2004-03-13 04:37:35 UTC
Forgot to do this: I'm changing the summary to reflect the current
situation.
Comment 6 Sebastien Bacher 2005-01-27 23:21:06 UTC
*** Bug 142204 has been marked as a duplicate of this bug. ***
Comment 7 Sebastien Bacher 2005-04-03 21:46:40 UTC
*** Bug 172549 has been marked as a duplicate of this bug. ***
Comment 8 Sebastien Bacher 2005-04-03 21:47:24 UTC
Comment from the duplicate: 

"1.  Open directory (for instance, /home/james/test) in nautilus
2.  Open console, rm -rf /home/james/test

What happens:
Nautilus Closes

What should happen:
Nautilus should detect the folder has been deleted, and ask the user what to do
(ie. close nautilus, go back to last visited directory, go up one parent
directory, etc.)"
Comment 9 James 2006-03-12 01:28:03 UTC
Still closing with 2.12.2
Comment 10 Sebastien Bacher 2006-07-19 07:37:58 UTC
Looks like the same issue than bug #336724 which is fixed now, marking as duplicate. Feel free to reopen if you disagree

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