From: Boruch Baum <boruch_baum@gmx.com>
To: Drew Adams <drew.adams@oracle.com>
Cc: 23276@debbugs.gnu.org
Subject: bug#23276: autorevert for a deleted dired directory (ref: 23276)
Date: Tue, 29 Dec 2020 16:18:20 -0500 [thread overview]
Message-ID: <20201229211819.f6xohj66hpb5dqeg@E15-2016.optimum.net> (raw)
In-Reply-To: <310ee0da-94c8-49b3-afd4-4418735aa02e@default>
On 2020-12-29 12:24, Drew Adams wrote:
> My own take is different. I think the behavior should be similar to
> what we do for a file.
>
> The only difference I can think of (so far) is that the notion of
> "saving" the changes is combined with the notion of turning off
> read-only. For a file those are two different things: `C-x C-q'
> doesn't save editing changes to disk.
>
> When you use `C-x C-q' to go back to Dired mode from WDired, you are
> in effect saving your changes.
I was familiar with the "C-c C-c" keybinding, but I tried your
keybinding just now for a simple edit and it work! I don't see it
documented like "C-c C-c" but both *are* bound to the same function.
>
> If you're in WDired making changes, and something - ANYTHING, inside
> or outside Emacs - deletes the directory, then what should happen is
> that when you try `C-x C-q' to save your changes, the directory and
> its files and subdirs are created, so that the Dired buffer is made to
> correspond to the changes you made.
>
> That may not be easy to implement. But ideally that's the behavior I'd
> like: just like saving changes to a file buffer, if something -
> ANYTHING - deletes the file while you're editing its buffer.
It would also create expectation-conflicts between inside-emacs
expectations and outside-emacs expectations. For example, if outside
emacs I perform a 'shred' operation on a dirtree, I wouldn't want that
operation undone by emacs. I would have a likewise expectation for a
simple delete in an environment that doesn't implement some form of
'trash-can'. At worst case, I'm imagining emacs performing file-locks on
all elements of huge dirtree in a multi-user environment, all for a
single file rename...
--
hkp://keys.gnupg.net
CA45 09B5 5351 7C11 A9D1 7286 0036 9E45 1595 8BC0
next prev parent reply other threads:[~2020-12-29 21:18 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-04-12 11:07 bug#23276: 25.0.92; Crash in auto-revert when file no longer present Anders Lindgren
2016-04-12 15:16 ` Eli Zaretskii
2016-04-12 16:14 ` Michael Albinus
2016-04-16 18:44 ` Michael Albinus
2016-04-16 18:55 ` Anders Lindgren
2016-04-16 20:56 ` Michael Albinus
2016-04-16 19:00 ` Eli Zaretskii
2016-04-16 20:35 ` Michael Albinus
2016-04-16 20:56 ` Anders Lindgren
2016-04-16 21:30 ` Michael Albinus
2016-04-17 1:54 ` John Wiegley
2016-04-17 2:39 ` Eli Zaretskii
2016-04-17 2:53 ` John Wiegley
2016-04-17 2:57 ` John Mastro
2016-04-17 8:52 ` Michael Albinus
2016-04-18 8:26 ` Michael Albinus
2016-04-17 13:20 ` Óscar Fuentes
2016-04-17 15:16 ` Eli Zaretskii
2016-04-17 16:01 ` Óscar Fuentes
2016-04-17 16:10 ` Eli Zaretskii
2016-04-18 8:24 ` Michael Albinus
2020-12-29 20:02 ` bug#23276: autorevert for a deleted dired directory (ref: 23276) Boruch Baum
2020-12-29 20:13 ` Eli Zaretskii
2020-12-29 20:45 ` Boruch Baum
2020-12-29 20:24 ` Drew Adams
2020-12-29 21:18 ` Boruch Baum [this message]
2020-12-29 22:07 ` Drew Adams
2022-04-27 14:09 ` bug#23276: 25.0.92; Crash in auto-revert when file no longer present Lars Ingebrigtsen
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20201229211819.f6xohj66hpb5dqeg@E15-2016.optimum.net \
--to=boruch_baum@gmx.com \
--cc=23276@debbugs.gnu.org \
--cc=drew.adams@oracle.com \
/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 external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.