From: Manuel Giraud via "Bug reports for GNU Emacs, the Swiss army knife of text editors" <bug-gnu-emacs@gnu.org>
To: "Basil L. Contovounesios" <basil@contovou.net>
Cc: Eli Zaretskii <eliz@gnu.org>, 71264@debbugs.gnu.org
Subject: bug#71264: 30.0.50; Dired deletion moves point under auto-revert
Date: Mon, 03 Jun 2024 20:53:46 +0200 [thread overview]
Message-ID: <877cf5x3gl.fsf@ledu-giraud.fr> (raw)
In-Reply-To: <87sexv5lcw.fsf@epfl.ch> (Basil L. Contovounesios's message of "Sun, 02 Jun 2024 19:02:23 +0200")
"Basil L. Contovounesios" <basil@contovou.net> writes:
> Eli Zaretskii [2024-06-02 18:23 +0300] wrote:
>
>> Maybe I misunderstood what was meant by "this" in "how to prevent
>> this". The preceding text was:
>>
>>> It seems to me that the 'y-or-n-p' call gives the opportunity of a time
>>> window for the dired buffer to be reverted. But then, when this revert
>>> happen the file "foo" has already disappeared so it cannot be found and
>>> the point ends up at the BOB.
>>
>> So which part of this did Manuel want "to prevent"?
>
> I assumed it was the undesirable motion.
Yes that's it. This is the bug AFAIU. Keeping the point on the file
right after the one that has been deleted would be the "correct"
behaviour.
>> That y-or-n-p doesn't block file notifications is AFAIU by design, and
>> preventing that could cause much more serious problems.
>
> Agreed.
Ok, sure.
>> What I don't understand is two things:
>>
>> . why the fact that "foo"s buffer was reverted affects Dired, [...]
>> . why the effect is to move point to BOB?
>
> I suspect answering these is tantamount to fixing the bug.
This I'm not sure and I have to check. But it seems that dired keeps
the information of « what is the current file name » and go there after
having reverted the content. If it is not found, the point stays at
BOB.
>> [...] what is expected from Dired when a file and its buffer are deleted?
>
> I'd be happy with the same behaviour as when auto-revert-mode is
> disabled: point remains on the same line; either on the next file in the
> listing, or at EOB if there is no next file.
--
Manuel Giraud
next prev parent reply other threads:[~2024-06-03 18:53 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-05-29 21:48 bug#71264: 30.0.50; Dired deletion moves point under auto-revert Basil L. Contovounesios
2024-05-31 9:29 ` Manuel Giraud via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-05-31 9:42 ` Manuel Giraud via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-05-31 12:10 ` Basil L. Contovounesios
2024-05-31 12:54 ` Manuel Giraud via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-05-31 15:48 ` Manuel Giraud via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-06-01 17:19 ` Manuel Giraud via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-06-01 17:59 ` Eli Zaretskii
2024-06-02 14:59 ` Basil L. Contovounesios
2024-06-02 15:23 ` Eli Zaretskii
2024-06-02 17:02 ` Basil L. Contovounesios
2024-06-03 18:53 ` Manuel Giraud via Bug reports for GNU Emacs, the Swiss army knife of text editors [this message]
2024-06-03 19:02 ` Eli Zaretskii
2024-06-03 20:00 ` Manuel Giraud via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-06-04 14:26 ` Eli Zaretskii
2024-06-04 19:51 ` Manuel Giraud via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-06-07 10:11 ` Manuel Giraud via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-06-08 16:11 ` Manuel Giraud via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-06-15 8:52 ` Eli Zaretskii
2024-06-17 9:29 ` Manuel Giraud via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-06-22 8:53 ` Eli Zaretskii
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=877cf5x3gl.fsf@ledu-giraud.fr \
--to=bug-gnu-emacs@gnu.org \
--cc=71264@debbugs.gnu.org \
--cc=basil@contovou.net \
--cc=eliz@gnu.org \
--cc=manuel@ledu-giraud.fr \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).