GNU bug report logs -
#66272
Dired: Reverting buffers of renamed directories
Previous Next
To reply to this bug, email your comments to 66272 AT debbugs.gnu.org.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#66272
; Package
emacs
.
(Sat, 30 Sep 2023 03:30:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Michael Heerdegen <michael_heerdegen <at> web.de>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Sat, 30 Sep 2023 03:30:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Hello,
I have created a directory for demonstration with names and contents
like this (in my Debian system using master):
/home/micha/Treasure/today/test?dir/:
.
..
a
/home/micha/Treasure/today/test?dir/a:
.
..
some
random
files
It follows a recipe for a bug using emacs -Q:
1. dired /home/micha/Treasure/today/test?dir/a [I see the three
files as expected]
2. Rename directory "a" to "b". I did that from a second dired buffer
of "test?dir" using wdired, but it should not matter.
3. Go back to the first dired buffer and hit g. Then my buffer
only displays these contents:
| ls: cannot access 'test?dir/b/': No such file or directory
| //DIRED-OPTIONS// --quoting-style=literal
This also happens with autorevert.
TIA,
Michael.
In GNU Emacs 30.0.50 (build 11, x86_64-pc-linux-gnu, cairo version
1.16.0) of 2023-09-29 built on drachen
Repository revision: 11b21f7015b6b74f7e72b8e1cbb99ec495320f1f
Repository branch: master
Windowing system distributor 'The X.Org Foundation', version 11.0.12101007
System Description: Debian GNU/Linux 12 (bookworm)
Configured using:
'configure --with-x-toolkit=no'
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#66272
; Package
emacs
.
(Sun, 01 Oct 2023 01:28:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 66272 <at> debbugs.gnu.org (full text, mbox):
Michael Heerdegen <michael_heerdegen <at> web.de> writes:
> 1. dired /home/micha/Treasure/today/test?dir/a [I see the three
> files as expected]
> 2. Rename directory "a" to "b". I did that from a second dired buffer
> of "test?dir" using wdired, but it should not matter.
> 3. Go back to the first dired buffer and hit g. Then my buffer
> only displays these contents:
>
> | ls: cannot access 'test?dir/b/': No such file or directory
> | //DIRED-OPTIONS// --quoting-style=literal
Hmm - reverting seems to fail always (dired doesn't know that the
directory name changed), but in the case of a name without special
wildcard patterns dired just complains that the file doesn't exist. The
way of failing seems to be different in these cases, which confused me.
Can we make it so that the failing behavior is the same in both cases?
Michael.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#66272
; Package
emacs
.
(Mon, 02 Oct 2023 00:17:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 66272 <at> debbugs.gnu.org (full text, mbox):
Michael Heerdegen <michael_heerdegen <at> web.de> writes:
> Can we make it so that the failing behavior is the same in both cases?
A nicer behavior would be to leave the buffer contents intact and say
"can't revert, file not found" so that I don't loose information like
file marks.
Bonus points if I would be allowed to specify the new directory name and
revert using that path, keeping things like marks. Maybe that
would already be possible indirectly using vdired - if Emacs would not
leave me with an erased buffer.
Michael.
Changed bug title to 'Dired: Reverting buffers of renamed directories' from '30.0.50; Dired fails to revert when wildchars in path'
Request was from
Michael Heerdegen <michael_heerdegen <at> web.de>
to
control <at> debbugs.gnu.org
.
(Tue, 03 Oct 2023 03:39:22 GMT)
Full text and
rfc822 format available.
This bug report was last modified 1 year and 254 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.