From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Tassilo Horn Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 17 Jan 2025 07:43:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 75626@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.17370997766621 (code B ref -1); Fri, 17 Jan 2025 07:43:01 +0000 Received: (at submit) by debbugs.gnu.org; 17 Jan 2025 07:42:56 +0000 Received: from localhost ([127.0.0.1]:35848 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tYh0J-0001ij-3V for submit@debbugs.gnu.org; Fri, 17 Jan 2025 02:42:55 -0500 Received: from lists.gnu.org ([2001:470:142::17]:46730) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tYh0G-0001iT-JH for submit@debbugs.gnu.org; Fri, 17 Jan 2025 02:42:53 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tYh0A-0001PL-TG for bug-gnu-emacs@gnu.org; Fri, 17 Jan 2025 02:42:47 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tYh0A-0004IU-L2 for bug-gnu-emacs@gnu.org; Fri, 17 Jan 2025 02:42:46 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:Subject:To:From:in-reply-to: references; bh=+dRq9nJ9moRZhgjrhPPxtjvesPunyH9LR/m2ZnCYnkQ=; b=KmYvQS0Aee4wee frCmEdLQdtZcChSVBJo2OgNkPZEqXHKJvOsOW5nYtRO/hKkAz35oOeqf4WlgZgSM01JaVc0oVulUz 6wKLPyjBbsuZbF4Yrpx5bK9IeW1MOU7eWRc/wq+LoKksm0cre6vre+xNKxN2ugAkQ4n2alghgvtY8 LNOCaHfO5W+RnRPVXHQH6USq1iFGcAOmK2PV2Q+yYKdi1WXlnLP6NTZRbHcP/QE+TmG3AEdxLhmzt tfihjluMogTyGr68JGH6qXkHDrBJe60leL23yMxAIfKLcVOO+4szevTt1qVsIA8k/TkInRiHbDgOF EaVuDm/cs1LbJCIBqRNQ==; X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeefuddrudeivddguddtlecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpggftfghnshhusghstghrihgsvgdp uffrtefokffrpgfnqfghnecuuegrihhlohhuthemuceftddtnecunecujfgurhephffvuf gffffkgggtsehttdertddtredtnecuhfhrohhmpefvrghsshhilhhoucfjohhrnhcuoeht shguhhesghhnuhdrohhrgheqnecuggftrfgrthhtvghrnhepgeeguedttdetfedvhfejue duteffudfgveekteekgeffgfeitefhudfhtdehueeknecuvehluhhsthgvrhfuihiivgep tdenucfrrghrrghmpehmrghilhhfrhhomhepthhhohhrnhdomhgvshhmthhprghuthhhph gvrhhsohhnrghlihhthidqkeeijeefkeejkeegqdeifeehvdelkedqthhsughhpeepghhn uhdrohhrghesfhgrshhtmhgrihhlrdhfmhdpnhgspghrtghpthhtohepuddpmhhouggvpe hsmhhtphhouhhtpdhrtghpthhtohepsghughdqghhnuhdqvghmrggtshesghhnuhdrohhr gh X-ME-Proxy: Feedback-ID: ib2b94485:Fastmail From: Tassilo Horn User-Agent: mu4e 1.12.8; emacs 31.0.50 Date: Fri, 17 Jan 2025 08:42:42 +0100 Message-ID: <87r051khsd.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) I have a directory test/ with files foobar.N for N in 0 to 99 and do: emacs -Q test M-x auto-revert-mode RET % m .* RET ; mark all files Z ; compress them all Z ; uncompress them all again Z ; again and again... ... I always wait until the (un)compress operations are all done before pressing Z again. But even though, at some Z you will notice that your directory doesn't contain only gz or only non-gz files but a mix of both! It seems the reason is that auto-revert-mode at some point reverts the buffer at random points in time while dired is still (un)compressing and that changes the order of files so that it either misses files or processes some files twice. It also seems it is more likely to catch the error when the files take some time to (un)compress, so I filled them with head -c 1000000 /dev/urandom | strings i.e., random but long enough content. I've had that issue just half an hour ago with a directory containing similar gzipped large logfiles. There, the error hit me so hard that I basically had an infloop where the same files seemed to be uncompressed and then compressed over and over again, with just a single "mark all" and dired-do-compress operation. In GNU Emacs 31.0.50 (build 79, x86_64-pc-linux-gnu, GTK+ Version 3.24.43, cairo version 1.18.2) of 2025-01-17 built on thinkpad-t440p Repository revision: 37b5b3ea91a4ed005664540091e5150d2454d8d6 Repository branch: master System Description: Arch Linux Configured using: 'configure --with-tree-sitter --with-pgtk --with-modules' Configured features: ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG LCMS2 LIBOTF LIBSYSTEMD LIBXML2 MODULES NATIVE_COMP NOTIFY INOTIFY PDUMPER PGTK PNG RSVG SECCOMP SOUND SQLITE3 THREADS TIFF TOOLKIT_SCROLL_BARS TREE_SITTER WEBP XIM GTK3 ZLIB Important settings: value of $LC_MONETARY: de_DE.utf8 value of $LC_NUMERIC: de_DE.utf8 value of $LC_TIME: de_DE.utf8 value of $LANG: en_US.UTF-8 locale-coding-system: utf-8-unix Major mode: mu4e:main Minor modes in effect: breadcrumb-mode: t editorconfig-mode: t global-aggressive-indent-mode: t pdf-occur-global-minor-mode: t diredfl-global-mode: t mu4e-search-minor-mode: t mu4e-update-minor-mode: t mu4e-context-minor-mode: t mu4e-modeline-mode: t which-key-mode: t highlight-parentheses-mode: t global-git-commit-mode: t magit-auto-revert-mode: t server-mode: t corfu-popupinfo-mode: t corfu-history-mode: t global-corfu-mode: t corfu-mode: t vertico-mode: t marginalia-mode: t minibuffer-depth-indicate-mode: t global-eldoc-diffstat-mode: t switchy-window-minor-mode: t electric-pair-mode: t recentf-mode: t override-global-mode: t repeat-mode: t global-so-long-mode: t save-place-mode: t savehist-mode: t puni-global-mode: t puni-mode: t tooltip-mode: t global-eldoc-mode: t show-paren-mode: t electric-indent-mode: t mouse-wheel-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t minibuffer-regexp-mode: t buffer-read-only: t column-number-mode: t transient-mark-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t overwrite-mode: overwrite-mode-binary Load-path shadows: ~/Repos/el/mu/mu4e/mu4e hides ~/Repos/el/mu/build/mu4e/mu4e ~/Repos/el/mu/mu4e/mu4e-modeline hides ~/Repos/el/mu/build/mu4e/mu4e-modeline ~/Repos/el/mu/mu4e/mu4e-context hides ~/Repos/el/mu/build/mu4e/mu4e-context ~/Repos/el/mu/mu4e/mu4e-main hides ~/Repos/el/mu/build/mu4e/mu4e-main ~/Repos/el/mu/mu4e/mu4e-vars hides ~/Repos/el/mu/build/mu4e/mu4e-vars ~/Repos/el/mu/mu4e/mu4e-window hides ~/Repos/el/mu/build/mu4e/mu4e-window ~/Repos/el/mu/mu4e/mu4e-speedbar hides ~/Repos/el/mu/build/mu4e/mu4e-speedbar ~/Repos/el/mu/mu4e/mu4e-view hides ~/Repos/el/mu/build/mu4e/mu4e-view ~/Repos/el/mu/mu4e/mu4e-thread hides ~/Repos/el/mu/build/mu4e/mu4e-thread ~/Repos/el/mu/mu4e/mu4e-bookmarks hides ~/Repos/el/mu/build/mu4e/mu4e-bookmarks ~/Repos/el/mu/mu4e/mu4e-org hides ~/Repos/el/mu/build/mu4e/mu4e-org ~/Repos/el/mu/mu4e/mu4e-lists hides ~/Repos/el/mu/build/mu4e/mu4e-lists ~/Repos/el/mu/mu4e/mu4e-actions hides ~/Repos/el/mu/build/mu4e/mu4e-actions ~/Repos/el/mu/mu4e/mu4e-helpers hides ~/Repos/el/mu/build/mu4e/mu4e-helpers ~/Repos/el/mu/mu4e/mu4e-search hides ~/Repos/el/mu/build/mu4e/mu4e-search ~/Repos/el/mu/mu4e/mu4e-server hides ~/Repos/el/mu/build/mu4e/mu4e-server ~/Repos/el/mu/mu4e/mu4e-obsolete hides ~/Repos/el/mu/build/mu4e/mu4e-obsolete ~/Repos/el/mu/mu4e/mu4e-update hides ~/Repos/el/mu/build/mu4e/mu4e-update ~/Repos/el/mu/mu4e/mu4e-draft hides ~/Repos/el/mu/build/mu4e/mu4e-draft ~/Repos/el/mu/mu4e/mu4e-message hides ~/Repos/el/mu/build/mu4e/mu4e-message ~/Repos/el/mu/mu4e/mu4e-compose hides ~/Repos/el/mu/build/mu4e/mu4e-compose ~/Repos/el/mu/mu4e/mu4e-headers hides ~/Repos/el/mu/build/mu4e/mu4e-headers ~/Repos/el/mu/mu4e/mu4e-query-items hides ~/Repos/el/mu/build/mu4e/mu4e-query-items ~/Repos/el/mu/mu4e/mu4e-notification hides ~/Repos/el/mu/build/mu4e/mu4e-notification ~/Repos/el/mu/mu4e/mu4e-contacts hides ~/Repos/el/mu/build/mu4e/mu4e-contacts ~/Repos/el/mu/mu4e/mu4e-transient hides ~/Repos/el/mu/build/mu4e/mu4e-transient ~/Repos/el/mu/mu4e/mu4e-icalendar hides ~/Repos/el/mu/build/mu4e/mu4e-icalendar ~/Repos/el/mu/mu4e/mu4e-mark hides ~/Repos/el/mu/build/mu4e/mu4e-mark ~/Repos/el/mu/mu4e/mu4e-contrib hides ~/Repos/el/mu/build/mu4e/mu4e-contrib ~/Repos/el/mu/mu4e/mu4e-folders hides ~/Repos/el/mu/build/mu4e/mu4e-folders ~/Repos/el/mu/mu4e/mu4e-mime-parts hides ~/Repos/el/mu/build/mu4e/mu4e-mime-parts /home/horn/.emacs.d/elpa/ef-themes-1.9.0/theme-loaddefs hides /home/horn/Repos/el/emacs/lisp/theme-loaddefs Features: (etags fileloop shortdoc dired-aux dabbrev cape-keyword cape shadow sort expreg cap-words superword subword face-remap mail-extr emacsbug misearch multi-isearch eglot external-completion jsonrpc flymake ert debug backtrace cus-start view help-fns radix-tree tramp-cmds puni display-fill-column-indicator display-line-numbers tsdh-light-theme generic yaml-mode fish-mode cargo xref cargo-process rust-utils rust-mode-treesitter rust-ts-mode rust-mode rust-playpen rust-cargo rust-common rust-rustfmt rust-compile web-mode disp-table auctex-autoloads tex-site breadcrumb pulse project editorconfig editorconfig-core editorconfig-core-handle editorconfig-fnmatch elfeed-show elfeed-search vc-hg vc-bzr vc-src vc-sccs vc-svn vc-cvs vc-rcs log-view debbugs-browse elfeed-csv elfeed elfeed-curl elfeed-log elfeed-db elfeed-lib avl-tree url-queue xml-query hl-todo aggressive-indent rainbow-mode pdf-occur tablist tablist-filter semantic/wisent/comp semantic/wisent semantic/wisent/wisent semantic/util-modes semantic/util semantic semantic/tag semantic/lex semantic/fw mode-local cedet pdf-isearch pdf-misc pdf-tools pdf-view jka-compr pdf-cache pdf-info tq pdf-util pdf-macs image-mode exif vc-git vc-dir ewoc epa-file trashed diredfl dired-x eshell esh-cmd generator esh-ext esh-proc esh-opt esh-io esh-arg esh-module esh-module-loaddefs esh-util mu4e-icalendar gnus-icalendar icalendar diary-lib diary-loaddefs mu4e mu4e-org mu4e-notification notifications mu4e-main smtpmail mu4e-view mu4e-mime-parts mu4e-headers mu4e-thread mu4e-actions org-capture org-refile org ob ob-tangle ob-ref ob-lob ob-table ob-exp org-macro org-src sh-script smie executable ob-comint org-pcomplete org-list org-footnote org-faces org-entities ob-emacs-lisp ob-core ob-eval org-cycle org-table ol org-fold org-fold-core org-keys oc org-loaddefs cal-menu calendar cal-loaddefs org-compat org-version org-macs mu4e-compose mu4e-draft gnus-msg mu4e-search mu4e-lists mu4e-bookmarks mu4e-mark mu4e-message flow-fill mule-util mu4e-contacts mu4e-update mu4e-folders mu4e-context mu4e-query-items mu4e-server mu4e-modeline mu4e-vars mu4e-helpers mu4e-config mu4e-window magit-bookmark bookmark ido mu4e-obsolete hippie-exp auto-dictionary flyspell ispell tramp-smb which-key highlight-parentheses restclient advice forge-repos forge-tablist hl-line forge-topics forge-commands forge-semi forge-bitbucket buck forge-gogs gogs forge-gitea gtea forge-gitlab glab forge-github ghub-graphql treepy gsexp ghub let-alist forge-forgejo forge-notify forge-revnote forge-pullreq forge-issue forge-topic yaml eieio-custom forge-post markdown-mode noutline outline forge-repo forge forge-core forge-db closql emacsql-sqlite emacsql emacsql-compiler eieio-base magit-submodule magit-blame magit-stash magit-reflog magit-bisect magit-push magit-pull magit-fetch magit-clone magit-remote magit-commit magit-sequence magit-notes magit-worktree magit-tag magit-merge magit-branch magit-reset magit-files magit-refs magit-status magit magit-repos magit-apply magit-wip magit-log which-func imenu magit-diff smerge-mode diff diff-mode track-changes git-commit log-edit pcvs-util add-log magit-core magit-autorevert autorevert filenotify magit-margin magit-transient magit-process with-editor comp comp-cstr server magit-mode benchmark magit-git magit-base magit-section cursor-sensor crm dash visual-filename-abbrev rg vc vc-dispatcher rg-info-hack rg-menu transient rg-ibuffer rg-result wgrep-rg wgrep rg-history rg-header ibuf-ext ibuffer ibuffer-loaddefs grep debbugs soap-client url-http url-auth url-gw nsm warnings rng-xsd rng-dt rng-util xsd-regexp debbugs-compat bug-reference thingatpt kind-icon svg-lib color corfu-popupinfo corfu-history corfu vertico marginalia icomplete mb-depth eldoc-diffstat use-package-diminish switchy-window compat elec-pair recentf tree-widget edmacro kmacro use-package-bind-key bind-key diminish repeat toml-ts-mode json-ts-mode c++-ts-mode c-ts-mode java-ts-mode c-ts-common find-func treesit so-long saveplace tramp-cache time-stamp tramp-sh tramp trampver tramp-integration files-x tramp-message tramp-compat shell pcomplete format-spec tramp-loaddefs savehist smiley gnus-art mm-uu mml2015 mm-view mml-smime smime gnutls dig gnus-sum shr pixel-fill kinsoku url-file svg dom gnus-group gnus-undo gnus-start gnus-dbus dbus compile comint ansi-osc ansi-color ring comp-run comp-common rx xml gnus-cloud nnimap nnmail mail-source utf7 nnoo parse-time iso8601 gnus-spec gnus-int gnus-range message sendmail yank-media puny dired dired-loaddefs rfc822 mml mml-sec epa derived epg rfc6068 epg-config mm-decode mm-bodies mm-encode mail-parse rfc2231 rfc2047 rfc2045 ietf-drums mailabbrev gmm-utils mailheader gnus-win gnus nnheader gnus-util text-property-search time-date mm-util mail-prsvr mail-utils range ef-themes cl-extra help-mode use-package-ensure use-package-core finder-inf cus-edit pp cus-load wid-edit aggressive-indent-autoloads auto-dictionary-autoloads breadcrumb-autoloads cape-autoloads cargo-autoloads clojure-mode-autoloads corfu-autoloads csv-mode-autoloads debbugs-autoloads diminish-autoloads diredfl-autoloads eat-autoloads ef-themes-autoloads eldoc-diffstat-autoloads elfeed-autoloads ement-autoloads expreg-autoloads fish-mode-autoloads forge-autoloads closql-autoloads emacsql-autoloads ghub-autoloads highlight-parentheses-autoloads hl-todo-autoloads kind-icon-autoloads magit-autoloads pcase marginalia-autoloads markdown-mode-autoloads mastodon-autoloads pdf-tools-autoloads persist-autoloads plz-autoloads puni-autoloads easy-mmode rainbow-mode-autoloads rcirc-color-autoloads request-autoloads restclient-autoloads rg-autoloads rust-mode-autoloads svg-lib-autoloads symbol-overlay-autoloads tablist-autoloads taxy-magit-section-autoloads taxy-autoloads magit-section-autoloads dash-autoloads tp-autoloads trashed-autoloads treepy-autoloads vertico-autoloads visual-filename-abbrev-autoloads web-mode-autoloads wgrep-autoloads info with-editor-autoloads yaml-autoloads yaml-mode-autoloads package browse-url xdg url url-proxy url-privacy url-expand url-methods url-history url-cookie generate-lisp-file url-domsuf url-util mailcap url-handlers url-parse auth-source cl-seq eieio eieio-core cl-macs icons password-cache json subr-x map byte-opt gv bytecomp byte-compile url-vars cl-loaddefs cl-lib rmc iso-transl tooltip cconv eldoc paren electric uniquify ediff-hook vc-hooks lisp-float-type elisp-mode mwheel term/pgtk-win pgtk-win term/common-win touch-screen pgtk-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch easymenu timer select scroll-bar mouse jit-lock font-lock syntax font-core term/tty-colors frame minibuffer nadvice seq simple cl-generic indonesian philippine cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese composite emoji-zwj charscript charprop case-table epa-hook jka-cmpr-hook help abbrev obarray oclosure cl-preloaded button loaddefs theme-loaddefs faces cus-face macroexp files window text-properties overlay sha1 md5 base64 format env code-pages mule custom widget keymap hashtable-print-readable backquote threads dbusbind inotify dynamic-setting system-font-setting font-render-setting cairo gtk pgtk lcms2 multi-tty move-toolbar make-network-process tty-child-frames native-compile emacs) Memory information: ((conses 16 1064655 204213) (symbols 48 58002 17) (strings 32 291793 11325) (string-bytes 1 8415463) (vectors 16 109237) (vector-slots 8 1246508 142280) (floats 8 918 970) (intervals 56 29636 1707) (buffers 992 35)) From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 17 Jan 2025 08:34:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Tassilo Horn Cc: 75626@debbugs.gnu.org Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.173710279115904 (code B ref 75626); Fri, 17 Jan 2025 08:34:02 +0000 Received: (at 75626) by debbugs.gnu.org; 17 Jan 2025 08:33:11 +0000 Received: from localhost ([127.0.0.1]:35913 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tYhmw-00048Q-La for submit@debbugs.gnu.org; Fri, 17 Jan 2025 03:33:11 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:58294) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tYhmt-000485-PT for 75626@debbugs.gnu.org; Fri, 17 Jan 2025 03:33:08 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tYhmo-0003qj-Cu for 75626@debbugs.gnu.org; Fri, 17 Jan 2025 03:33:02 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=GRYewWTiSOLEwozwYlpufnZ2rbneHUpHVIYJwt7vyPE=; b=M81BWTgMxZf6 jLs9lrpVMbywSamkxqWh1gb5cE/E/aVc4g5ZS6cDMWwFgLrNHqNdLWQ8UnEXIcdfkNAd+YGhx6PHr u7dP/tCIKBegjH6lETW5D7d6wI0E2eYwFSD2pd0DVQ6qDezzMRSX1Re851mEJ3W1RjHai0LnRwN0O MF9TTIUzNMxAc2eghfrUc6Ebi7UD2M89lHU+zuANdoXR2lWeJOGQlJk2OAEbSE5WfW32uw46y4zpu Jex6c8nEeAA9dMAo53Nazimg5GbjFCuLNiy0oRboUvfo7I0RnGort11lOPQv3PoWTxPNNNuYLpcsH 74KOj2RrQkIYGTRt+ATu1g==; Date: Fri, 17 Jan 2025 10:32:50 +0200 Message-Id: <86jzatg7rh.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <87r051khsd.fsf@gnu.org> (message from Tassilo Horn on Fri, 17 Jan 2025 08:42:42 +0100) References: <87r051khsd.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Tassilo Horn > Date: Fri, 17 Jan 2025 08:42:42 +0100 > > > I have a directory test/ with files foobar.N for N in 0 to 99 and do: > > emacs -Q test > M-x auto-revert-mode RET > % m .* RET ; mark all files > Z ; compress them all > Z ; uncompress them all again > Z ; again and again... > ... > > I always wait until the (un)compress operations are all done before > pressing Z again. But even though, at some Z you will notice that your > directory doesn't contain only gz or only non-gz files but a mix of > both! > > It seems the reason is that auto-revert-mode at some point reverts the > buffer at random points in time while dired is still (un)compressing and > that changes the order of files so that it either misses files or > processes some files twice. What happens if you set auto-revert-use-notify to the nil value? In any case, if you stop pressing 'Z', doesn't the list of files eventually become up-to-date? And if it does, why is this considered a bug? The fact that auto-revert-mode catching the directory in some intermediate state from time, when files in the directory are being created and deleted, to time should not come as a surprise, I think. Or what am I missing? From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Tassilo Horn Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 17 Jan 2025 09:05:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 75626@debbugs.gnu.org Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.173710468421679 (code B ref 75626); Fri, 17 Jan 2025 09:05:01 +0000 Received: (at 75626) by debbugs.gnu.org; 17 Jan 2025 09:04:44 +0000 Received: from localhost ([127.0.0.1]:35951 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tYiHT-0005da-U9 for submit@debbugs.gnu.org; Fri, 17 Jan 2025 04:04:44 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:45172) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tYiHR-0005dH-Lr for 75626@debbugs.gnu.org; Fri, 17 Jan 2025 04:04:42 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tYiHM-000054-Ao for 75626@debbugs.gnu.org; Fri, 17 Jan 2025 04:04:36 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=U1Wd+qQO41lhecjkOaJ+z+OPqFgYgg50bg/3wpFhNbY=; b=I3+08AhmMjqCDHuWA8r6 9lMQ6DRedA9k0/3CXXZBYB64VlY9gDI1lB9UCWFG0859TZfpguvyWRYzDTKOBZxTh4cAWyZ6PzoMS ogVKZrJTpF1mGqvhsMQdAzl2sj7mT2Ti7Qsf+1KIpxdWwSg7+lZNLQW9mM/PwCgbuf3pYZaBrq87D mzp6sQAfZtNcKt+yzKAhK6dLXwdKuZyAdWtcAVBlXg3a6mIMVkKAAbap4NohmCakh4brS0SswIjvT 4tYMt53UVdMqEicwo9b6Jt9lz8taERirXtB2AsNqZxYPRT8TAxy3do2FLNAGR4DYVqa6zgXxi6fdG vy8bs8tl/L9QIg==; X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeefuddrudeivddguddvhecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpggftfghnshhusghstghrihgsvgdp uffrtefokffrpgfnqfghnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivg hnthhsucdlqddutddtmdenucfjughrpefhvfevufgjfhgffffkgggtsehttdertddtredt necuhfhrohhmpefvrghsshhilhhoucfjohhrnhcuoehtshguhhesghhnuhdrohhrgheqne cuggftrfgrthhtvghrnhepleduvdegfeduvdejkeefteelgeetgfevhefhueffueffgeeh gfeufefgvdffgedtnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilh hfrhhomhepthhhohhrnhdomhgvshhmthhprghuthhhphgvrhhsohhnrghlihhthidqkeei jeefkeejkeegqdeifeehvdelkedqthhsughhpeepghhnuhdrohhrghesfhgrshhtmhgrih hlrdhfmhdpnhgspghrtghpthhtohepvddpmhhouggvpehsmhhtphhouhhtpdhrtghpthht ohepjeehiedvieesuggvsggsuhhgshdrghhnuhdrohhrghdprhgtphhtthhopegvlhhiii esghhnuhdrohhrgh X-ME-Proxy: Feedback-ID: ib2b94485:Fastmail From: Tassilo Horn In-Reply-To: <86jzatg7rh.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 17 Jan 2025 10:32:50 +0200") References: <87r051khsd.fsf@gnu.org> <86jzatg7rh.fsf@gnu.org> User-Agent: mu4e 1.12.8; emacs 31.0.50 Date: Fri, 17 Jan 2025 10:04:25 +0100 Message-ID: <87ldv9ke06.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Eli Zaretskii writes: Hi Eli, >> emacs -Q test >> M-x auto-revert-mode RET >> % m .* RET ; mark all files >> Z ; compress them all >> Z ; uncompress them all again >> Z ; again and again... >> ... >> >> I always wait until the (un)compress operations are all done before >> pressing Z again. But even though, at some Z you will notice that >> your directory doesn't contain only gz or only non-gz files but a mix >> of both! >> >> It seems the reason is that auto-revert-mode at some point reverts >> the buffer at random points in time while dired is still >> (un)compressing and that changes the order of files so that it either >> misses files or processes some files twice. > > What happens if you set auto-revert-use-notify to the nil value? It seems that makes the bug even more likely to trigger. Out ouf 3 tests with my 100 files, even after just one Z operation, I had mixed gz and uncompressed files (starting from 100 uncompressed files). > In any case, if you stop pressing 'Z', doesn't the list of files > eventually become up-to-date? No, as said, after pressing Z, I always wait until the operation is done. And I get final dired messages like Compress or uncompress: 162 files. Well, there are exactly 100 files. So it processed 62 files twice, compressing them first and then uncompressing them again (or skipped some and processed other even more). > And if it does, why is this considered a bug? The fact that > auto-revert-mode catching the directory in some intermediate state > from time, when files in the directory are being created and deleted, > to time should not come as a surprise, I think. Or what am I missing? Yes, that's no surprise. But it should not cause files to be missed or double-processed, i.e., I would expect that dired initially captures all marked files and then processes them one by one. But it looks like dired navigates the dired buffer marked file by marked file and when the sorting changes in between due to a refresh, it misses or double-processes files. Maybe Z is special in that the files are renamed (.gz suffix gone or added) but keep their mark. I wonder what would happen if Z would not just rename but add another file that also would be marked so that the set of marked files grows with each operation. In that case, I assume it would never finish. Bye, Tassilo From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 17 Jan 2025 12:18:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Tassilo Horn Cc: 75626@debbugs.gnu.org Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.173711626025889 (code B ref 75626); Fri, 17 Jan 2025 12:18:01 +0000 Received: (at 75626) by debbugs.gnu.org; 17 Jan 2025 12:17:40 +0000 Received: from localhost ([127.0.0.1]:36250 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tYlIB-0006jV-T7 for submit@debbugs.gnu.org; Fri, 17 Jan 2025 07:17:40 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:46288) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tYlI9-0006jI-FN for 75626@debbugs.gnu.org; Fri, 17 Jan 2025 07:17:38 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tYlI3-0004KI-UC for 75626@debbugs.gnu.org; Fri, 17 Jan 2025 07:17:31 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=pImWLcCRCEpIlAb28OezKUe9N1YzmKxZgO3Ybn185tE=; b=Gjg2JJ3ZR7C2 4L9j0pi1Roi+kU5A2L5wKds4LVcEvrHNMYaCrgx8p4TecAl3bbbGFOjtek4AWqQvBQRux3HRukpKM 8BYyD7MvYYpZ92iAdXVTeBC8cCzuOlr3ODEo29Hx/NLm1ehzb9/tl16NpraJ7aEbB0+I7v/eRNqKj PisGa3u2Am5TYPGDDqqTHynkcL/JB9xKbsn7fVue5+b3x0oLnvrNRifxM0qiiS8pXHRUOWRBUZYR9 YUUkqorsPenw6k7p6OIySJez/NuHj3ba+nBB9wdhzQbtI0v1iqjkoh6t1q3ijpA46rpRG9B9pHlXT Tu5ODclJS7fCyNqrRPsNmg==; Date: Fri, 17 Jan 2025 14:17:09 +0200 Message-Id: <86cyglfxdm.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <87ldv9ke06.fsf@gnu.org> (message from Tassilo Horn on Fri, 17 Jan 2025 10:04:25 +0100) References: <87r051khsd.fsf@gnu.org> <86jzatg7rh.fsf@gnu.org> <87ldv9ke06.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Tassilo Horn > Cc: 75626@debbugs.gnu.org > Date: Fri, 17 Jan 2025 10:04:25 +0100 > > Eli Zaretskii writes: > > Hi Eli, > > >> emacs -Q test > >> M-x auto-revert-mode RET > >> % m .* RET ; mark all files > >> Z ; compress them all > >> Z ; uncompress them all again > >> Z ; again and again... > >> ... > >> > >> I always wait until the (un)compress operations are all done before > >> pressing Z again. But even though, at some Z you will notice that > >> your directory doesn't contain only gz or only non-gz files but a mix > >> of both! > >> > >> It seems the reason is that auto-revert-mode at some point reverts > >> the buffer at random points in time while dired is still > >> (un)compressing and that changes the order of files so that it either > >> misses files or processes some files twice. > > > > What happens if you set auto-revert-use-notify to the nil value? > > It seems that makes the bug even more likely to trigger. Out ouf 3 > tests with my 100 files, even after just one Z operation, I had mixed gz > and uncompressed files (starting from 100 uncompressed files). > > > In any case, if you stop pressing 'Z', doesn't the list of files > > eventually become up-to-date? > > No, as said, after pressing Z, I always wait until the operation is > done. And I get final dired messages like > > Compress or uncompress: 162 files. > > Well, there are exactly 100 files. So it processed 62 files twice, > compressing them first and then uncompressing them again (or skipped > some and processed other even more). > > > And if it does, why is this considered a bug? The fact that > > auto-revert-mode catching the directory in some intermediate state > > from time, when files in the directory are being created and deleted, > > to time should not come as a surprise, I think. Or what am I missing? > > Yes, that's no surprise. But it should not cause files to be missed or > double-processed, i.e., I would expect that dired initially captures all > marked files and then processes them one by one. But it looks like > dired navigates the dired buffer marked file by marked file and when the > sorting changes in between due to a refresh, it misses or > double-processes files. That's not how dired-do-* commands work, though. So I think an easier solution would be to temporarily disable auto-revert-mode while the command runs. From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Tassilo Horn Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 17 Jan 2025 13:04:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 75626@debbugs.gnu.org Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.173711902214045 (code B ref 75626); Fri, 17 Jan 2025 13:04:02 +0000 Received: (at 75626) by debbugs.gnu.org; 17 Jan 2025 13:03:42 +0000 Received: from localhost ([127.0.0.1]:36336 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tYm0j-0003eT-NW for submit@debbugs.gnu.org; Fri, 17 Jan 2025 08:03:42 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:33464) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tYm0g-0003eB-Ph for 75626@debbugs.gnu.org; Fri, 17 Jan 2025 08:03:39 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tYm0a-0003W4-UG for 75626@debbugs.gnu.org; Fri, 17 Jan 2025 08:03:33 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=+Egv5jN6k7uNyZeZODqrUvXUEZU9U0qdbi5y7bw0lEQ=; b=EyC020KasoWg1UH86Avh O81PrMJxqAdXJYM6mAmQiDe47fu31QJxQk6OyZey4yQxUBiEg5j3tgsaIc4YDT2jBa11juVQjL6TS EToHGNWlzC2UoZM8FlsmgWDpfcqxi5V7tgu/T4bGf+/K6It3I96ADumMvb+K/Wmb3WpgqmlSht7hT +4YunRDgDsNJ446AzD4EryS1It6t7M0bejTC5brG6CPiBNgOJi5fDOsQraWfH2DQVlMpdiSsYoUru tiUKRl8CNs9zOvrNkkW8riqhRUHeX+2k4eHrTDTNksEwQM2pPDxYJCRonW6PbphiFj6LGNj4UcWgg wmqUAyCf7DzfXg==; X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeefuddrudeifedggeejucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdggtfgfnhhsuhgsshgtrhhisggvpdfu rfetoffkrfgpnffqhgenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnh htshculddquddttddmnecujfgurhephffvvefujghffgffkfggtgesthdtredttdertden ucfhrhhomhepvfgrshhsihhlohcujfhorhhnuceothhsughhsehgnhhurdhorhhgqeenuc ggtffrrghtthgvrhhnpeeluddvgeefuddvjeekfeetleegtefgveehhfeuffeuffeghefg ueefgfdvffegtdenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfh hrohhmpehthhhorhhnodhmvghsmhhtphgruhhthhhpvghrshhonhgrlhhithihqdekieej feekjeekgedqieefhedvleekqdhtshguhheppehgnhhurdhorhhgsehfrghsthhmrghilh drfhhmpdhnsggprhgtphhtthhopedvpdhmohguvgepshhmthhpohhuthdprhgtphhtthho peejheeivdeiseguvggssghughhsrdhgnhhurdhorhhgpdhrtghpthhtohepvghlihiise hgnhhurdhorhhg X-ME-Proxy: Feedback-ID: ib2b94485:Fastmail From: Tassilo Horn In-Reply-To: <86cyglfxdm.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 17 Jan 2025 14:17:09 +0200") References: <87r051khsd.fsf@gnu.org> <86jzatg7rh.fsf@gnu.org> <87ldv9ke06.fsf@gnu.org> <86cyglfxdm.fsf@gnu.org> User-Agent: mu4e 1.12.8; emacs 31.0.50 Date: Fri, 17 Jan 2025 14:03:18 +0100 Message-ID: <87frlhk2y1.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Eli Zaretskii writes: >> I would expect that dired initially captures all marked files and >> then processes them one by one. But it looks like dired navigates >> the dired buffer marked file by marked file and when the sorting >> changes in between due to a refresh, it misses or double-processes >> files. > > That's not how dired-do-* commands work, though. Too bad. :-( > So I think an easier solution would be to temporarily disable > auto-revert-mode while the command runs. First, I wanted to say that this wouldn't help because nobody hinders the user to refresh himself. But apparently no matter how hard I try to hit g after starting the Z operation on all files, I can't reproduce the issue. I even ramped up to 1000 instead of 100 files. What is the difference between auto-revert and manually reverting? It seems that with just manual reverting (repeatedly hitting g during the (un)compress operation on many files), I only get one refresh initially which doesn't change the sorting order (or possibly only with very exact timing) and then Emacs is blocked until all files are (un)compressed. With auto-revert-mode, I get many intermediate refreshes during the operation. Bye, Tassilo From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 17 Jan 2025 13:27:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Tassilo Horn Cc: 75626@debbugs.gnu.org Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.173712041518693 (code B ref 75626); Fri, 17 Jan 2025 13:27:02 +0000 Received: (at 75626) by debbugs.gnu.org; 17 Jan 2025 13:26:55 +0000 Received: from localhost ([127.0.0.1]:36391 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tYmNC-0004rQ-G3 for submit@debbugs.gnu.org; Fri, 17 Jan 2025 08:26:54 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:40440) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tYmNA-0004r3-6h for 75626@debbugs.gnu.org; Fri, 17 Jan 2025 08:26:53 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tYmN4-00073c-PG for 75626@debbugs.gnu.org; Fri, 17 Jan 2025 08:26:46 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=YXAk3w8h9i9H7NOMic3GxETLogJ7Xmlndy6DGUt46GQ=; b=Hx/S2ggncoH6 /4PlbrfG7XwXDqkuWsrbLzUwETSL701Sgh6dh+YxNYDZNdhlGnAxvZXsT6+SRvMZqY3QJpsVAJBGS fJ+wT+z0W8sfaHyG1MKs0WRJtqlYIMdDvESh3cKvOljswzhwpzqxZvazhL36LvR+WsNoCSITuVU2L P7LYNLCBGxTyp/McP80ltMZD7ZVsWm4odZUbjtUFW8kMvWuCWcfT6PIWGmwA1KXU/tyOcMI9GVG14 CFtnxw6Rt70h3TTa3ilOT3nnXnnenEb5g58ZaLZsSi3CDiJKjkZ9xHqAOQAza9Lq+ButCCsrGRad2 E2/SvO7i1tMA2WrNJ69Xkg==; Date: Fri, 17 Jan 2025 15:26:42 +0200 Message-Id: <86msfpefl9.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <87frlhk2y1.fsf@gnu.org> (message from Tassilo Horn on Fri, 17 Jan 2025 14:03:18 +0100) References: <87r051khsd.fsf@gnu.org> <86jzatg7rh.fsf@gnu.org> <87ldv9ke06.fsf@gnu.org> <86cyglfxdm.fsf@gnu.org> <87frlhk2y1.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Tassilo Horn > Cc: 75626@debbugs.gnu.org > Date: Fri, 17 Jan 2025 14:03:18 +0100 > > Eli Zaretskii writes: > > > So I think an easier solution would be to temporarily disable > > auto-revert-mode while the command runs. > > First, I wanted to say that this wouldn't help because nobody hinders > the user to refresh himself. Sure, but is this a reasonable solution? Users who turn on auto-revert-mode don't expect to need to revert manually, I think. > But apparently no matter how hard I try to > hit g after starting the Z operation on all files, I can't reproduce the > issue. I even ramped up to 1000 instead of 100 files. > > What is the difference between auto-revert and manually reverting? It > seems that with just manual reverting (repeatedly hitting g during the > (un)compress operation on many files), I only get one refresh initially > which doesn't change the sorting order (or possibly only with very exact > timing) and then Emacs is blocked until all files are (un)compressed. > With auto-revert-mode, I get many intermediate refreshes during the > operation. Yes, because auto-revert-mode works as part of the Emacs's main loop, whereas user input is processed only when Emacs is idle. Does let-binding inhibit-redisplay in the auto-revert function help in any way? From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Tassilo Horn Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 17 Jan 2025 14:14:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 75626@debbugs.gnu.org Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.173712322027373 (code B ref 75626); Fri, 17 Jan 2025 14:14:02 +0000 Received: (at 75626) by debbugs.gnu.org; 17 Jan 2025 14:13:40 +0000 Received: from localhost ([127.0.0.1]:36490 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tYn6R-00077R-Ji for submit@debbugs.gnu.org; Fri, 17 Jan 2025 09:13:39 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:42962) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tYn6O-00077D-KV for 75626@debbugs.gnu.org; Fri, 17 Jan 2025 09:13:37 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tYn6J-0007T8-02 for 75626@debbugs.gnu.org; Fri, 17 Jan 2025 09:13:31 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=/iFkji4CYgL4bC1MpLVSqn3uSO6fRF83FbfvQoUVgfw=; b=jInRdTXobqYdJ9co7eV2 DHis33kU6pfDqeUm7hkPvbvkU16b+3E40ttXuw0h24qmxm+eW3IVIhRE12lFP7u5ctKaydw5cCEL4 8wr0g5exrS3Llt3eBLDxuZIC3HTvuYyUs/Yg+I+keW2fTsrl4NKJlAP7IvtXlL+r/8v0LGU0PUuKm I+tI95Yzfe1Cz2niCGg6FHNeDChSAzNO6AS6KmtTto0R8EUPvmF9WQPdoCciqAvGUrJOosSWHl4IR +g9ZV60rdVOQQRW6Fd9M5PpA2j3aWgsKYtA/5CLCiyURRldb73IdHV4pQIZbONsUd4jXWmv52VJpX zviCZd+yistGrQ==; X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeefuddrudeifedgiedtucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdggtfgfnhhsuhgsshgtrhhisggvpdfu rfetoffkrfgpnffqhgenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnh htshculddquddttddmnecujfgurhephffvvefujghffgffkfggtgesthdtredttdertden ucfhrhhomhepvfgrshhsihhlohcujfhorhhnuceothhsughhsehgnhhurdhorhhgqeenuc ggtffrrghtthgvrhhnpeeluddvgeefuddvjeekfeetleegtefgveehhfeuffeuffeghefg ueefgfdvffegtdenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfh hrohhmpehthhhorhhnodhmvghsmhhtphgruhhthhhpvghrshhonhgrlhhithihqdekieej feekjeekgedqieefhedvleekqdhtshguhheppehgnhhurdhorhhgsehfrghsthhmrghilh drfhhmpdhnsggprhgtphhtthhopedvpdhmohguvgepshhmthhpohhuthdprhgtphhtthho peejheeivdeiseguvggssghughhsrdhgnhhurdhorhhgpdhrtghpthhtohepvghlihiise hgnhhurdhorhhg X-ME-Proxy: Feedback-ID: ib2b94485:Fastmail From: Tassilo Horn In-Reply-To: <86msfpefl9.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 17 Jan 2025 15:26:42 +0200") References: <87r051khsd.fsf@gnu.org> <86jzatg7rh.fsf@gnu.org> <87ldv9ke06.fsf@gnu.org> <86cyglfxdm.fsf@gnu.org> <87frlhk2y1.fsf@gnu.org> <86msfpefl9.fsf@gnu.org> User-Agent: mu4e 1.12.8; emacs 31.0.50 Date: Fri, 17 Jan 2025 15:13:24 +0100 Message-ID: <87a5bpjzp7.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Eli Zaretskii writes: >> First, I wanted to say that this wouldn't help because nobody hinders >> the user to refresh himself. > > Sure, but is this a reasonable solution? Users who turn on > auto-revert-mode don't expect to need to revert manually, I think. Of course. What I mean is that I expected to be able to trigger the bug also by reverting manually by hitting g, i.e., without having auto-revert-mode turned on. But that seems to be at least much harder. >> But apparently no matter how hard I try to hit g after starting the Z >> operation on all files, I can't reproduce the issue. I even ramped >> up to 1000 instead of 100 files. >> >> What is the difference between auto-revert and manually reverting? >> It seems that with just manual reverting (repeatedly hitting g during >> the (un)compress operation on many files), I only get one refresh >> initially which doesn't change the sorting order (or possibly only >> with very exact timing) and then Emacs is blocked until all files are >> (un)compressed. With auto-revert-mode, I get many intermediate >> refreshes during the operation. > > Yes, because auto-revert-mode works as part of the Emacs's main loop, > whereas user input is processed only when Emacs is idle. I see. Can emacs become idle when waiting for a process to finish (like gunzip)? If so, the problem could also happen with manual reverts instead of auto-revert-mode. > Does let-binding inhibit-redisplay in the auto-revert function help in > any way? Not at all. (I've bound it to t in the top let in dired-revert which is the revert-buffer-function in dired buffers. That's what you meant, right?) Bye, Tassilo From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 17 Jan 2025 19:40:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Tassilo Horn Cc: 75626@debbugs.gnu.org Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.17371427679320 (code B ref 75626); Fri, 17 Jan 2025 19:40:01 +0000 Received: (at 75626) by debbugs.gnu.org; 17 Jan 2025 19:39:27 +0000 Received: from localhost ([127.0.0.1]:38883 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tYsBj-0002QC-7e for submit@debbugs.gnu.org; Fri, 17 Jan 2025 14:39:27 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:40084) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tYsBg-0002Pr-3A for 75626@debbugs.gnu.org; Fri, 17 Jan 2025 14:39:25 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tYsBa-0001nP-Ns for 75626@debbugs.gnu.org; Fri, 17 Jan 2025 14:39:18 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=0e7DsPDuk5irkve4gsLMC8hHRX2EBfQU6UOQIbM5sAE=; b=MONOVq28/54j aze5D72Gsizc5I4cqVOBWC1MX+4Tjv0xizTbu7kBhrhP2fqbY0a8T5o1PpA6md1aXt4DR+ike99Mk nVwROAmiOWBzx4PAvaCZaM+Besx7DemgqWUeIl9GieRakGVrwQ5IHl8Ib7qJkjlgHh/g45jQdZb7M kwPb+PmyFy9W3ehwTpmUzhmEikLUj96/A55K52pgUOY8xAaNRKrTwXlKawBtTinFHngt0D8+2YWWf Bdpje7qijfVhepgo+ZUgAIv8MuMdRZdds881dir1qjLQmqNJg19SzTyGa/EZOF2PDfDzACvMM+mdm ZRjjQwx60BdzaT4mrIgJWQ==; Date: Fri, 17 Jan 2025 21:38:29 +0200 Message-Id: <867c6tdydm.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <87a5bpjzp7.fsf@gnu.org> (message from Tassilo Horn on Fri, 17 Jan 2025 15:13:24 +0100) References: <87r051khsd.fsf@gnu.org> <86jzatg7rh.fsf@gnu.org> <87ldv9ke06.fsf@gnu.org> <86cyglfxdm.fsf@gnu.org> <87frlhk2y1.fsf@gnu.org> <86msfpefl9.fsf@gnu.org> <87a5bpjzp7.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Tassilo Horn > Cc: 75626@debbugs.gnu.org > Date: Fri, 17 Jan 2025 15:13:24 +0100 > > Eli Zaretskii writes: > > > Yes, because auto-revert-mode works as part of the Emacs's main loop, > > whereas user input is processed only when Emacs is idle. > > I see. Can emacs become idle when waiting for a process to finish (like > gunzip)? Not if the process was started with call-process. > > Does let-binding inhibit-redisplay in the auto-revert function help in > > any way? > > Not at all. (I've bound it to t in the top let in dired-revert which is > the revert-buffer-function in dired buffers. That's what you meant, > right?) No, I meant in auto-revert-buffers. But maybe what you did has the same effect. From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Tassilo Horn Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 17 Jan 2025 21:39:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 75626@debbugs.gnu.org Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.17371499011954 (code B ref 75626); Fri, 17 Jan 2025 21:39:02 +0000 Received: (at 75626) by debbugs.gnu.org; 17 Jan 2025 21:38:21 +0000 Received: from localhost ([127.0.0.1]:39077 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tYu2m-0000VS-TC for submit@debbugs.gnu.org; Fri, 17 Jan 2025 16:38:21 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:46496) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tYu2j-0000V8-VY for 75626@debbugs.gnu.org; Fri, 17 Jan 2025 16:38:19 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tYu2e-0003hF-NJ for 75626@debbugs.gnu.org; Fri, 17 Jan 2025 16:38:12 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=/XhrxzEfLPxxijd2IrJX2AIzUhkfhRxCuRQ3plVc++4=; b=Vgup363Uy9ebiwRiiV9W JgVKnMyMerjrzNe4AJt2sLLtmPn45KeNjzhnOLvv7ZmTYZwtUOcZcbIPxLhlRx6DGl18N1lI92b7C RkCxipAhg8fnJtJhhtP4ZWQ41HzGQV2i/h1XbEOkN4AGon2SzH+l5DsY5wJivd4UB/iC6Zzp9CT+C J/U8jlVQkJxpp3J251/2MldxykhySq4xbSEbezO95K4WA7qoTipJqu6glGP/OJkyWhowd11f3PXaI QuiS177516StN8QN0QAGdzloLfXZs4ttK1TCiUkBjaVh1Wdi60u/IC5wvQZrRbKqcnSZW3BsrrvK0 DY5vjy0ykuTriA==; X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeefuddrudeifedgudegkecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpggftfghnshhusghstghrihgsvgdp uffrtefokffrpgfnqfghnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivg hnthhsucdlqddutddtmdenucfjughrpefhvfevufgjfhgffffkgggtsehttdertddtredt necuhfhrohhmpefvrghsshhilhhoucfjohhrnhcuoehtshguhhesghhnuhdrohhrgheqne cuggftrfgrthhtvghrnhepleduvdegfeduvdejkeefteelgeetgfevhefhueffueffgeeh gfeufefgvdffgedtnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilh hfrhhomhepthhhohhrnhdomhgvshhmthhprghuthhhphgvrhhsohhnrghlihhthidqkeei jeefkeejkeegqdeifeehvdelkedqthhsughhpeepghhnuhdrohhrghesfhgrshhtmhgrih hlrdhfmhdpnhgspghrtghpthhtohepvddpmhhouggvpehsmhhtphhouhhtpdhrtghpthht ohepjeehiedvieesuggvsggsuhhgshdrghhnuhdrohhrghdprhgtphhtthhopegvlhhiii esghhnuhdrohhrgh X-ME-Proxy: Feedback-ID: ib2b94485:Fastmail From: Tassilo Horn In-Reply-To: <867c6tdydm.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 17 Jan 2025 21:38:29 +0200") References: <87r051khsd.fsf@gnu.org> <86jzatg7rh.fsf@gnu.org> <87ldv9ke06.fsf@gnu.org> <86cyglfxdm.fsf@gnu.org> <87frlhk2y1.fsf@gnu.org> <86msfpefl9.fsf@gnu.org> <87a5bpjzp7.fsf@gnu.org> <867c6tdydm.fsf@gnu.org> User-Agent: mu4e 1.12.8; emacs 31.0.50 Date: Fri, 17 Jan 2025 22:38:07 +0100 Message-ID: <87o705i0jk.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Eli Zaretskii writes: >> > Yes, because auto-revert-mode works as part of the Emacs's main >> > loop, whereas user input is processed only when Emacs is idle. >> >> I see. Can emacs become idle when waiting for a process to finish >> (like gunzip)? > > Not if the process was started with call-process. I see. >> > Does let-binding inhibit-redisplay in the auto-revert function help >> > in any way? >> >> Not at all. (I've bound it to t in the top let in dired-revert which >> is the revert-buffer-function in dired buffers. That's what you >> meant, right?) > > No, I meant in auto-revert-buffers. But maybe what you did has the > same effect. I've also tried to bind it in auto-revert-buffers with the same effect. Bye, Tassilo From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Michael Heerdegen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 17 Jan 2025 23:36:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Tassilo Horn Cc: 75626@debbugs.gnu.org, Eli Zaretskii Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.173715690623369 (code B ref 75626); Fri, 17 Jan 2025 23:36:02 +0000 Received: (at 75626) by debbugs.gnu.org; 17 Jan 2025 23:35:06 +0000 Received: from localhost ([127.0.0.1]:39306 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tYvrm-00064q-A7 for submit@debbugs.gnu.org; Fri, 17 Jan 2025 18:35:06 -0500 Received: from mout.web.de ([212.227.17.11]:45231) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tYvrj-00064B-BB for 75626@debbugs.gnu.org; Fri, 17 Jan 2025 18:35:04 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=web.de; s=s29768273; t=1737156894; x=1737761694; i=michael_heerdegen@web.de; bh=mX0MIXTxQAkpX7/fLHLlAHsWXdaFEEqXdbGhsq7hGVk=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date: Message-ID:MIME-Version:Content-Type:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=rkMGBnRxeMe4SlisvbqRYm0URkELu578bV86cyX5agfoOZ4JAR0v+36x+TiPglRs ewuYNxvqW61bp15+08WklBsZtJP6Su6z6wUuhboWMUTNRj+muzvMqfpq/xNJwJOVm xJXg7367/ox4b0q298TYJiaVMcLy+f1uQ8y8xHlipCOX0FrqJglMmdajJz1tiaT+w Y/xhdmpsqeyVS+UYZVEZz6NNMslNXGrfARpkEYuNwfxdpnndajp3P3rjVelkRAhM9 rFgBlC+sd239OSZubPNnf4zVuFf2PYt5Fh08Fu7pw52egiSQG4ciwPyIxIOyus+av 9QZn/6F2fW5YrZlCDg== X-UI-Sender-Class: 814a7b36-bfc1-4dae-8640-3722d8ec6cd6 Received: from drachen.dragon ([92.75.138.197]) by smtp.web.de (mrweb106 [213.165.67.124]) with ESMTPSA (Nemesis) id 1MODiN-1tsweF19DN-00IMa3; Sat, 18 Jan 2025 00:34:54 +0100 From: Michael Heerdegen In-Reply-To: <87ldv9ke06.fsf@gnu.org> (Tassilo Horn's message of "Fri, 17 Jan 2025 10:04:25 +0100") References: <87r051khsd.fsf@gnu.org> <86jzatg7rh.fsf@gnu.org> <87ldv9ke06.fsf@gnu.org> Date: Sat, 18 Jan 2025 00:36:10 +0100 Message-ID: <87o705hv2t.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:hGcBljRJz3wzuvmus10maWb79XZco4ipt4U3AzOmqtEBwlS7ShW +IUdTJ58b+jADvitr5rnEexfS5VbqZK7GEtbXoZKaeee2R1ZtjUppNpChK4oFzHImbqnotr QFBh4ObW3TDCGDnRJuHu3fyUrDAAkFERNIAl0KjKD9aVBQc2e0lxRM519AyHtcxOAPWfqmR bK4YNeBIDeUWWHmjFBjKA== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:I1S0ng3SZ/g=;WQcnWtwoA4DUyicVgylOHcghLPg Xty1SfQ9jJFYBLzVF3/oEM7Zfd62c3qABeFdxIZsRM05RQ9eJDVwrEEFyX+pVGje+p/q8h1VT HLy7JVy+zfq8UU+NwzWyYRUUSluGurNoEmcL5DPlK59W3I/XyFbTF3w/3GEA0gkYg3LhUVwhf JdAUXG8nbNK9t5mixSjJEFBigQLC6F4WwRiopCWmfrLmZb9gindfYmmk9DCSD6DWeaGk4KUnJ 2a4aACcT+WmOqfIQ8LES6rrBvuMKEEJMTJGDADfPTRq9PvgO3R/yWqf0omgcxTjHsk8qjbVbE 3/0dFafooyzPOsft0CI/YjzbWEXB0UcdYZRUpSlfQKWXsFCJkPfWcAWWaLCakSg/wx4e3bBYa FUlolfsQgaGqv+EHpmh8+bWqTGpHZjIwwUkaevYVLG1LQrR1ZINyPUN7JG0HIP1xHmqoWq+Sz 66QdEKfECbgH89Xbw1MabOzZW0j2Ob8PVhYeLLMmUWPxlesH+yQlwv2V5aSQK2CTMJTG9H2J6 8dl4dxuyUs7aqoZk6QrcGlzb8e8QSCpDpnWXbb+LKSGz0LHI2GEPPqcp8f3/N/I+ktvMIJJvs CsTEaTSoGFQjGBDtyZo4mkiEXM+wIle6SGWgC15t2WWJeQZC3meC9d5wSafmb0ZHDhd6WGJ7u bB4UhCdB6FYWiLCJ088BTLvSIn7UIHQAsm64O1ZnlAIgdJMo8/glFRe1nSbxL7sFIRpxVGCxY IdU4/k/c4Aoq9ZsLZPmcnygJYoe3JdGNxpPSHx5X5xZp3jVVJqAvSOfmpHQ++VECCK4Y0QCq4 J69uQgLc+cynDENPeig2dfQV7uSf2rBm3Vd7Zkm33m15g0xbsZ8poZoWoBZ0yGFiIQTTY73iW jkY7ifg4OhF2UCxZsyCI/xXWW/KpipQHw4OVIRc3CGNkMMq1zwFT1tC43r28ySoM1ZQ84KeEE pBPDjHAvxqAkqbNI9CQJ1vOJowkGFacVcEYamdCMc1388/1iGCcawB7Kvv782CYVf8zwdNsyD /JToYejMtSVYRATF/KjIoiowlfXJrB7ScypOE/tx9nepCEgBIvJJtYJHrINvRnM5fozn3H1S8 MZ+r/SqjC2eOCs4Zc2dxU5KUq1Zw9CZVef++8K/xv8xj9He5itDldzbrH8hmDGGx5K0c1jiic w0bM9qF3jOeJoooJQgpqxVoa9hdjflpx/bx6NT8AFpw== X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Tassilo Horn writes: > Well, there are exactly 100 files. So it processed 62 files twice, > compressing them first and then uncompressing them again (or skipped > some and processed other even more). It could be that the order of the marked files changed after reverting. But even if not: if you look at the use of the variable `next-position' in `dired-map-over-marks', it is also possible to get such an effect if the line lengths change. So the command `dired-do-compress' is not robust against this effect. Other commands calculate the complete list of marked files first, `dired-do-chxxx' and `dired-do-chmod' for example. So I think it is not unavoidable that it is like that. Michael. From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Tassilo Horn Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 18 Jan 2025 08:43:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Michael Heerdegen Cc: 75626@debbugs.gnu.org, Eli Zaretskii Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.173718974929423 (code B ref 75626); Sat, 18 Jan 2025 08:43:02 +0000 Received: (at 75626) by debbugs.gnu.org; 18 Jan 2025 08:42:29 +0000 Received: from localhost ([127.0.0.1]:40024 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tZ4PV-0007eV-E3 for submit@debbugs.gnu.org; Sat, 18 Jan 2025 03:42:29 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:50996) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tZ4PT-0007eD-IB for 75626@debbugs.gnu.org; Sat, 18 Jan 2025 03:42:28 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tZ4PO-0006YN-41; Sat, 18 Jan 2025 03:42:22 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=TNiqRXyeLuHiOoWK3/9uuoXX6+brzTtPKrGiReQlpKM=; b=Mw7poy9teZUcueKuvfUG VzbN1QB/21b4MqLzQnbLczKt1SrTtIkD6KB40yPtNr6r1asuoTqdrHOCf4i8eK+kAbjN7EfKzOVIw p3vskZS4kcOz4jonkn633ff6U3hFYfQMKNGOuBqI/++z0d4ZcB659DHS3OK3Fv6rdfiepkwscRjtl LZGsx6g0y+qRO+jhTZ8MRqxfNqjLG4DsT0dYYijHHwZHJVN2NG41gnhUdr3W7tZsPdPmUNIgk6Oy6 +ZWJ2/JpZBi8W8g+pnglLRd+i8q1rA82nIBMHAXSh2TqIAAah0qxclzkqydqJTz9UKvmGXFK6ho/Z Ehtbn0qKreKdIQ==; X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeefuddrudeigedguddvudcutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpggftfghnshhusghstghrihgsvgdp uffrtefokffrpgfnqfghnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivg hnthhsucdlqddutddtmdenucfjughrpefhvfevufgjfhgffffkgggtsehttdertddtredt necuhfhrohhmpefvrghsshhilhhoucfjohhrnhcuoehtshguhhesghhnuhdrohhrgheqne cuggftrfgrthhtvghrnhepleduvdegfeduvdejkeefteelgeetgfevhefhueffueffgeeh gfeufefgvdffgedtnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilh hfrhhomhepthhhohhrnhdomhgvshhmthhprghuthhhphgvrhhsohhnrghlihhthidqkeei jeefkeejkeegqdeifeehvdelkedqthhsughhpeepghhnuhdrohhrghesfhgrshhtmhgrih hlrdhfmhdpnhgspghrtghpthhtohepfedpmhhouggvpehsmhhtphhouhhtpdhrtghpthht ohepjeehiedvieesuggvsggsuhhgshdrghhnuhdrohhrghdprhgtphhtthhopegvlhhiii esghhnuhdrohhrghdprhgtphhtthhopehmihgthhgrvghlpghhvggvrhguvghgvghnseif vggsrdguvg X-ME-Proxy: Feedback-ID: ib2b94485:Fastmail From: Tassilo Horn In-Reply-To: <87o705hv2t.fsf@web.de> (Michael Heerdegen's message of "Sat, 18 Jan 2025 00:36:10 +0100") References: <87r051khsd.fsf@gnu.org> <86jzatg7rh.fsf@gnu.org> <87ldv9ke06.fsf@gnu.org> <87o705hv2t.fsf@web.de> User-Agent: mu4e 1.12.8; emacs 31.0.50 Date: Sat, 18 Jan 2025 09:42:11 +0100 Message-ID: <875xmcpl7g.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Michael Heerdegen writes: >> Well, there are exactly 100 files. So it processed 62 files twice, >> compressing them first and then uncompressing them again (or skipped >> some and processed other even more). > > It could be that the order of the marked files changed after > reverting. > > But even if not: if you look at the use of the variable > `next-position' in `dired-map-over-marks', it is also possible to get > such an effect if the line lengths change. > > So the command `dired-do-compress' is not robust against this effect. > Other commands calculate the complete list of marked files first, > `dired-do-chxxx' and `dired-do-chmod' for example. So I think it is > not unavoidable that it is like that. What is the reason that there are two different approaches to process all marked files, i.e., dired-map-over-marks vs. dired-get-marked-files? Bye, Tassilo From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Ship Mints Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 18 Jan 2025 11:19:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Tassilo Horn Cc: Michael Heerdegen , 75626@debbugs.gnu.org, Eli Zaretskii Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.173719913117499 (code B ref 75626); Sat, 18 Jan 2025 11:19:01 +0000 Received: (at 75626) by debbugs.gnu.org; 18 Jan 2025 11:18:51 +0000 Received: from localhost ([127.0.0.1]:40461 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tZ6qp-0004YB-Dt for submit@debbugs.gnu.org; Sat, 18 Jan 2025 06:18:51 -0500 Received: from mail-vk1-xa33.google.com ([2607:f8b0:4864:20::a33]:53266) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1tZ6qn-0004Xs-7d for 75626@debbugs.gnu.org; Sat, 18 Jan 2025 06:18:49 -0500 Received: by mail-vk1-xa33.google.com with SMTP id 71dfb90a1353d-51640f7bbd3so808277e0c.2 for <75626@debbugs.gnu.org>; Sat, 18 Jan 2025 03:18:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1737199123; x=1737803923; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=R6KXOBhBQCfhrkuNDq1VtcntPEVVmua1pvG2y18mz+Q=; b=MoIXPtpgbFY3scN97wK/NddeZ8SGDqpg58PV19FtWm3/hYNoktROKwpiq8K7BogWLZ njRSZGBO5bZ+EOYJBlZoPL4ZL/xWHt4HlQWAInMSDI7A+RJwhHKGu3J5k19gsEKCwpAb KKNwIaHZCuX3gwvVY+/oN9CBvxTT/7xeqkKN8G1lyl7BtBmpwedsI0sJ7FO5+gay4W5+ KUS+N/GHuWarYrbI8URMYkxNFoQQS8CUTfWcCtMMTbzfrplVmqOuZVfx+tkxIJtf17aI 88gRkgRfAhGofOndV9+YRFZoZ4HP2X8cjPHq14FACMzXNV3Z1fDAU2fjqHEilJopNz1u WT1g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1737199123; x=1737803923; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=R6KXOBhBQCfhrkuNDq1VtcntPEVVmua1pvG2y18mz+Q=; b=GUz7cly6fDOCHfzbCDCut0GNLU9+9xyKQZrtuGAAqYfuq3kF/UgsI9ScwPCB6sFN3e 065NZRKXCNJTJU444p6VWhOKharnBtoC7J//wcZKPeQjleph6fwNivCLY4GeJVQAsSsE qPEujLDgMDVJcDOXdOQq8g8MS5qHa8A7gHNz5f+rQjlFiEztdI69tPw6FULgxt82uz8o OYs5v2rcHn2BJuXv7LBqY/Vfzeddx7yEA/9QxQyjKZ6fy6QftzmZenSdp85Q3k8iaFoR KC+6w/PSbRGhwx53eVN/3hLMEFSDyM6SvYie3CMRpaZDIGGlBcac7sDLo69bGFmyBt4e cL7Q== X-Forwarded-Encrypted: i=1; AJvYcCWhYIYwuyA6eW6B0RQhB2Y2bzwCjNAlFDTFbUSzrNQvm78rtQWj7pVQtwqtTFnQtdmoj/RBPw==@debbugs.gnu.org X-Gm-Message-State: AOJu0YzpzCFv7m0WEW2ssLQAtcOoYZ7WNl7di9Knw+kkrqdzfh/4M0Ba 10t6FSL7kH+D0JqwaoARgAfa2EniM5/BXiHI4NInI83L3vUDNdmmDw+rdSbXD/rf6vuxKmXDXBA NPCEvJuPZ8h7ucYQGTGMnmqkVh3c= X-Gm-Gg: ASbGncu9flD+CNm275jfWS+afzlze2nQjcJxy44zR8pPL/7SXFWIzGFsEEmmOQ0IoZ7 8mJ0KTr0Yl0jmu9BHZCpvQOSmu/HJ3p+JsdWW2lIhOmNZKa5T9jo= X-Google-Smtp-Source: AGHT+IF17+2NEpXIQ/ULHR+dbOoUYLYGqepK0N5OAdDoCSCrYWAAXGj5dQZnsGDm/7jBDb14cDsF8OFbMsdGyrGYAC8= X-Received: by 2002:a05:6122:8c3:b0:51c:baa4:122a with SMTP id 71dfb90a1353d-51d5b26cb5cmr5603063e0c.5.1737199123333; Sat, 18 Jan 2025 03:18:43 -0800 (PST) MIME-Version: 1.0 References: <87r051khsd.fsf@gnu.org> <86jzatg7rh.fsf@gnu.org> <87ldv9ke06.fsf@gnu.org> <87o705hv2t.fsf@web.de> <875xmcpl7g.fsf@gnu.org> In-Reply-To: <875xmcpl7g.fsf@gnu.org> From: Ship Mints Date: Sat, 18 Jan 2025 06:17:09 -0500 X-Gm-Features: AbW1kvbZnXzFoZy1-5mOmxJIWHtmSEbvER_gGJvGyRHIa8pV3SBFjk3AdeAteQM Message-ID: Content-Type: multipart/alternative; boundary="000000000000a68cc0062bf930c6" X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --000000000000a68cc0062bf930c6 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable I'm sure you know this...you could add dired-mode to the global-auto-revert-ignore-modes list if you have global-auto-revert-non-file-buffers bound to t, which I'm guessing you do. On Sat, Jan 18, 2025 at 3:43=E2=80=AFAM Tassilo Horn wrote: > Michael Heerdegen writes: > > >> Well, there are exactly 100 files. So it processed 62 files twice, > >> compressing them first and then uncompressing them again (or skipped > >> some and processed other even more). > > > > It could be that the order of the marked files changed after > > reverting. > > > > But even if not: if you look at the use of the variable > > `next-position' in `dired-map-over-marks', it is also possible to get > > such an effect if the line lengths change. > > > > So the command `dired-do-compress' is not robust against this effect. > > Other commands calculate the complete list of marked files first, > > `dired-do-chxxx' and `dired-do-chmod' for example. So I think it is > > not unavoidable that it is like that. > > What is the reason that there are two different approaches to process > all marked files, i.e., dired-map-over-marks vs. dired-get-marked-files? > > Bye, > Tassilo > > > > --000000000000a68cc0062bf930c6 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I'm sure you know this...you could add dired-mode to the global-auto= -revert-ignore-modes list if you have=C2=A0global-auto-revert-non-file-buff= ers bound to t, which I'm guessing you do.

O= n Sat, Jan 18, 2025 at 3:43=E2=80=AFAM Tassilo Horn <tsdh@gnu.org> wrote:
Michael Heerdegen <michael_heerdegen@web.de> writes:<= br>
>> Well, there are exactly 100 files.=C2=A0 So it processed 62 files = twice,
>> compressing them first and then uncompressing them again (or skipp= ed
>> some and processed other even more).
>
> It could be that the order of the marked files changed after
> reverting.
>
> But even if not: if you look at the use of the variable
> `next-position' in `dired-map-over-marks', it is also possible= to get
> such an effect if the line lengths change.
>
> So the command `dired-do-compress' is not robust against this effe= ct.
> Other commands calculate the complete list of marked files first,
> `dired-do-chxxx' and `dired-do-chmod' for example.=C2=A0 So I = think it is
> not unavoidable that it is like that.

What is the reason that there are two different approaches to process
all marked files, i.e., dired-map-over-marks vs. dired-get-marked-files?
Bye,
Tassilo



--000000000000a68cc0062bf930c6-- From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 18 Jan 2025 21:18:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Tassilo Horn , Michael Heerdegen Cc: "75626@debbugs.gnu.org" <75626@debbugs.gnu.org>, Eli Zaretskii Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.173723507019174 (code B ref 75626); Sat, 18 Jan 2025 21:18:01 +0000 Received: (at 75626) by debbugs.gnu.org; 18 Jan 2025 21:17:50 +0000 Received: from localhost ([127.0.0.1]:43947 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tZGCT-0004zA-VV for submit@debbugs.gnu.org; Sat, 18 Jan 2025 16:17:50 -0500 Received: from mx0b-00069f02.pphosted.com ([205.220.177.32]:38242) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tZGCQ-0004yr-AV for 75626@debbugs.gnu.org; Sat, 18 Jan 2025 16:17:47 -0500 Received: from pps.filterd (m0246631.ppops.net [127.0.0.1]) by mx0b-00069f02.pphosted.com (8.18.1.2/8.18.1.2) with ESMTP id 50IIoNmO016360; Sat, 18 Jan 2025 21:17:45 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=cc :content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to; s= corp-2023-11-20; bh=+ZI1/FmeS3/T/OIx9IjFB6k82j2kx2moxEaqv+Jg6n4=; b= TcWb8t5KLfQe6c23lRU0cY33cg6qpP0dwyuxSmxKdWNLDAVesRzI1RSvPHQV6Aor KNtRWGhT/tA/0YOKacDdx3VxyLx7Sa4LPDY2pVXFeT0knAXfm0abY3CTKUolVPjx 49DwJPAKGcauj3xvyK5/F2Xm1LRhmTtp2VP/tpwZtz3xBCMGCr+X0KYXkcpnF0M1 uJK/C7f1dL6H3KObL6OuGaOk1bf5erI52YLnThjIcan9hNUiONLeLHrociYODyGj oHBg1op3hJHMabRVuxngTVbLeGrDXq0EysBwaN4dql8LyEwrO0Heo6ttOcDRS4mh KBAEoH0eaDU0BUHsQazNPw== Received: from iadpaimrmta01.imrmtpd1.prodappiadaev1.oraclevcn.com (iadpaimrmta01.appoci.oracle.com [130.35.100.223]) by mx0b-00069f02.pphosted.com (PPS) with ESMTPS id 4485rd9kk2-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sat, 18 Jan 2025 21:17:45 +0000 (GMT) Received: from pps.filterd (iadpaimrmta01.imrmtpd1.prodappiadaev1.oraclevcn.com [127.0.0.1]) by iadpaimrmta01.imrmtpd1.prodappiadaev1.oraclevcn.com (8.18.1.2/8.18.1.2) with ESMTP id 50IIZXCH014318; Sat, 18 Jan 2025 21:17:44 GMT Received: from nam11-co1-obe.outbound.protection.outlook.com (mail-co1nam11lp2168.outbound.protection.outlook.com [104.47.56.168]) by iadpaimrmta01.imrmtpd1.prodappiadaev1.oraclevcn.com (PPS) with ESMTPS id 4482r71c51-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sat, 18 Jan 2025 21:17:44 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=YY+2zFxeMx1+yRG55FSUcvExpRvTmhp+lsFkvXSYAJ71fr31P94fKMHn3agpQ68UooU5gzWKWqD/caTbICFqzlpijphJZR2m5ZiVsPVdjZSdAtMu5kEtopwR8LAqW7Kgi+jyvWFQ/vjwa5QrOZ8Fk4hMf5LHxnGSs4tmQAFPRmEz8l3Z8M9C8c4RVVbwHlHcgM2FL6y+pY8k+k++GZXxQzKXXs23np6opmdv/OOvSQtbIZuYZPXkh4e0K6ifYPySGBZCtQmCc50pEVE+Qgu8/SEPE+KpQc/CLpe9dwn46IAYclDEqFTN5fr57yC4L2ZQzTcKITgZGZbuFxxeSFOa9g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=+ZI1/FmeS3/T/OIx9IjFB6k82j2kx2moxEaqv+Jg6n4=; b=s39f2Ml2YOcNu7vjPuH+EQb+vegJBy7+2xufUDmUllJI5Wzp4EhXiTEGupDCuSosP/PijjFARe7LCJIW9jaqBr8RggkxlQlABfuwYW8NHuJTZNeTv3swIJhpf03Lf2YF2NblD0CXSY6ZNMfovW+C6weuSAm3ew2fQZIJjm7481VHvIob95yz0VqR0kuaUyIwkuEu0dZoKaGt/INPOQoRiII9zIuiqlCDkoQmKhDG/MQWMlezN+zOPF0Trv/prcjbuvblTfbN4dKNMYW0uzSaAlTMjpbmBr8DZLu/Bgen36sxOW5pW+Fni5tGhajsT6wO4JNpnZWhJlGynLn8y6Bjyg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=oracle.com; dmarc=pass action=none header.from=oracle.com; dkim=pass header.d=oracle.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.onmicrosoft.com; s=selector2-oracle-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=+ZI1/FmeS3/T/OIx9IjFB6k82j2kx2moxEaqv+Jg6n4=; b=mspJ3T6gSIscnbYr8UsbSk+xaxWaTAB4Lc/ks9nFaSu0e5sZnt8IU8/tpiAsj6d1gkYqc8lMFr1CKc0+vViEMeYDsg//43SgDpxD2HYNTwoYzGnrfjfZAiSVFNjsJGGXE2hoU4uZuuuCdnLji2/hdUydTBBniOScYAcfGJjtn2U= Received: from DS7PR10MB5232.namprd10.prod.outlook.com (2603:10b6:5:3aa::24) by BLAPR10MB5044.namprd10.prod.outlook.com (2603:10b6:208:326::15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.8356.20; Sat, 18 Jan 2025 21:17:42 +0000 Received: from DS7PR10MB5232.namprd10.prod.outlook.com ([fe80::8303:658f:14f8:2324]) by DS7PR10MB5232.namprd10.prod.outlook.com ([fe80::8303:658f:14f8:2324%5]) with mapi id 15.20.8356.014; Sat, 18 Jan 2025 21:17:41 +0000 From: Drew Adams Thread-Topic: [External] : bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Thread-Index: AQHbaYUR2AV+Odf+30mMqOXofCx5XrMdCGug Date: Sat, 18 Jan 2025 21:17:41 +0000 Message-ID: References: <87r051khsd.fsf@gnu.org> <86jzatg7rh.fsf@gnu.org> <87ldv9ke06.fsf@gnu.org> <87o705hv2t.fsf@web.de> <875xmcpl7g.fsf@gnu.org> In-Reply-To: <875xmcpl7g.fsf@gnu.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-ms-traffictypediagnostic: DS7PR10MB5232:EE_|BLAPR10MB5044:EE_ x-ms-office365-filtering-correlation-id: 3a04b94a-9a4c-43d3-c4b2-08dd38058aee x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; ARA:13230040|1800799024|376014|366016|38070700018; x-microsoft-antispam-message-info: Yjewbpn7HjUGF9srkiWSQgQeBWm3nT35JgsEf0XIMtITuP3T9fiVfJ+7wSnCUz76rvS7HeNUiYAee5VTDpHvkxOeRPeBmZpa1PqLHkINCXEc4Pl5VtCHsoiTjinlOp6+Cstwxl7CDspUWUELavjcOutC5gCGSqXASUjV/RpzaAMEHCflkO60dD/QQwhNIgwJ1sZy5KcAu36OG4MdilVYwj6K01xWKlDx7KNuATrAiXoC/ZWZMy1lxMGyPLu/BDmg9XbCKJGHwaO9ydghNwQnpU5+/r7++2BGxnjfgi6wjPclyxFA+g6iamf3x4HWq5vXySx7mdT+0U/xbHj6dPNiucb5GHjdIkBO5NTGv29EZpWUI5HRgwT5k7CIX/1NFNyGidoST2nfdW3rOLargQdh1/IwAzo0+GyO9YBasps5V0dKv9LgHmQCWKHRtavOs4hURV+HePYdwAh2BamxMdbg6fe9duN2S2ItqDQcxBSHhmKcb0i+wUc1DsheZPv28WLT/Lu8TRUatFRZGTec8B02fAt3ehjSVbNH3Bo14y6EXu48pb5mpvVcfhIaSU5TUmEzs7lgkYBAeJrzBt/ti5obgBPltwjRZQXs2pXlPrwsdjRbVWyBlqirmzcDSvePp9Tqt39+OwNJwc5K6/guTqHMEQ6GXVCYdeWaqZ6d67/6znOHl7Hxz5w+e+LVbd107WNPqG/R5+bl3F2NPwy8/T2imATZ55Qo2DHM7aAIPT8p8qMZnblvjncEmwRs9QLEUUWbfTdTCEMPkLWtMplrmhb7XhhO2jdo4hYUNLL4cgVP6o/ENjqDrCyhCFSQU3BrMAHGlsQMQufPk1SneYnoKEkCnSRinsyCSAPhP7L44PriMQX6G+WTjkQNtlU/KudDalfvL3qiZlN2MkNyKTermI7875lOZ2gRqknEFC9nNEnWIfieGygzFAJYTv57h6aXUckPjgfAG+mVaWc7XOVMmjBxJzjbh8zjoCRXUiwxrOfF8L5Q90I6wKBX2W2iwTEzHAO9Pm9vqEVp5HPyzb5ueJI0KkRNElx9veuN1Jr6qNmBehsozU70tcJ3ol3qf4A98Lu9FYndjIlDT6rjGfgQCj2QZSZJHHVBOK/GNT3YrCaTGGeZi+tlWNensFBeGc3mk6LQYHql0v/PoDAQ57CPthLNEg9X5ACFUN8cnQCF6EFUcYFp5YZ7mwnJWsCt7v3kRTlZR+XaVmOkcu9rVU2PG5ybduhkS2FVOXLtiU3fVPRmQnvjHsYsnBQsDgIkPxQ7/bGurpJzEyIYLeCDdwzyk9lg9zIP+W+vkP5wJo6AfqbN0Oysh0NpCkW9zeVxSRFDaGuASOm5qsweTIav10GW3+7ArLeGqf+0r0xj2G/0Lw1nCSVZCnRYqgMlKaDm13X5lBztDsUN7g2zCT/KhlWPjfSOfrim8HoWzdNlq+oMlOlZw2Qz6owgVPrjvo370VTR28hU x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DS7PR10MB5232.namprd10.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230040)(1800799024)(376014)(366016)(38070700018); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: /R1DrsqvLmAg8SxGJeP3MpV30zD3hs8Vjv2Rs038OR5yB/n0vYyjJI7gDOs5RzOlxFayPMznfuOc2fhEftoYzIih+1Vptlmy3gb1P3CgJyC9BevkhSyeqURTUxP4WCcqCxH3tfOuyaem7iAbD3L9ZKzOaHWEkSn9+4ZN0sA+zOLWP9WUdXS2qHgle/H1wAJjlkfFsTHKNKSe0J2KDOOEStMMOCxf7LOc9OxGt8i5U5KP/AtThCQLeXWVItV7L9gEnSN8gTGhaWcsdOk76A+HppGd8L9T3HIP/u+nYi88dNz4VFMh90+UATDv/XzxRLqlOHSzOPSwQs8Jiaose0c2m0Q7QUF/fslhQlL8svGBA42VhTnBYiJcelziTatDaOwq/bh3gvCzty0BIC3oYUoEyeDPML1ttdjPi8oiDJsJBSyqtfum0FC70+PbUKngxLgWDUPagCJ1dNg/1Of/2QuIdH3Ldijh6HdTIgBzABwUacl9Rp/HH0tddvUv0WXprw++lkZtCVKmb0mfzrfHuu1zOgQ+f+BdE22GbnriZJyS/OnDPdw8wc2mh8sRKfPFlfJLtderRqQxeFNK/a401Q5cIqwbxRawx9TkFLwnB4pWzmN+Q2+a70VaqfosxWIZ6lLnx13zL/CHHsTAc0/yV1rtyF9CivsrnFZFT8hCqIe1TOMttxaCWV0OLszG4jj1sVxrP46ct3UzEVO2hBK6yWhsEbpUwrpa/kAMSxQ72RMFxPjaiRH9QAMpvhPO9I6OGP5nU9CWiQsxd7JYXYt060enUuo+g4JXb+QSTUH4pZ+fdkLXvDQU4rS7V8GIDAHXTqf4ykjZPzsvoGl8+kt9VxLuCppCwWIXF9FW7O8nqzHfJS2hJ5ieTyd47t5Zuhty4IB0sOsqcrYzDP9bTeNvd4A+PN7ItqDK1RFM2QlbbbN6D09uI2/mCziuNIu1ZMZo0XepPgAzbzbYkBgB01X2bSJ1qnPvzePMZPRaP4+PjOMmvrxWUV5TUo+QUOccqkjy7phuOmTT41e9CEwrwNyEtL18TycNifzB8ZGzpNhtgwyHiZmMnwUbu5R2J2HWBLpPfVcRlosxEq3fms+QIzh1amU5Xkw6pZ3xH5Kba5yPq+lKgRzJYTd4V70v4Mdfrsu9GuoJADmSIIe2AYqfXmRw4G8Z1Ll2c8TKNRYz70lrJiGUzzDUvKnq334/3VzOsGhQSGcOvnZZUtHzgI88V1OY2Xid7uSNf3sPZvWC0bPuQV9bcKpuuyaGOl/uqAh3KKH1HrSLOQXr1ksyq/bNQ5b6H3xGocGAQdwc1XFz9eb/tQiWaiXVhzjhfsf0bGKyK2MMpmMcQNxhX2cSJtO3Hpx9LevFrJ2OqDKky6UmAbDrAoSzb4o+8mhg6YoiestqRDBNFFxYRK3r6xW65tdIsdgRRNWFMw8XfoUfdXZ6lawhtMeT2P2azpnb8E1TuZnFMOt3d0+sZieqJeyKdfyvPOSmETDQvMcy5gmnGC7CexXyvdvO63fmZ1Y8wEWsrj5Zx8jRxYZg1bPYd1zfisNmtWTYZUc1oIvrnPcIormep3T2Lqh3oJsZluvb3ZSHLUzpP9ttGuuS Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-MS-Exchange-AntiSpam-ExternalHop-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-ExternalHop-MessageData-0: Rr3j925tmiR/js3JiCdFCmzANp2e9BhokLDqG58Ui7mysHaK4vt8idpK3ua+yXaIrLKi0GpCSAVBj0Zvxu9t+wND1cnAbvH+Dq2lpda3Op1xD2yZ6zsFzYzI1inlQ0o1oInUPop/9XXWRG822Q9phkLvN0J4daaZXGZW+4QwBAfja498OIDytw4S3kW80a4WkXJhM3+UUt0U23RhILbymDo97dY9aWUZK97xTD48uBaF68id1KtvUMPd4pvxpZmWM5HF0/+lUjrxXMnFjfbHWMJ+dQhCxmbGb9g3VMlXsEbGegs3cTJmR2EaW/ZzrLj5XAsOuWJZe5SEDcvo+ukZxa6QnmxEwtUWuVgiFBF199f61pAs7FpZrx2l9Ko3V5xVSnN2Frclw1o15PZVvQOi27fyZ1x82HEOoMIQ7i3rh9xuTKiSaKSc+9KWu7/uy3VjpcOYc1I7jK/GWZdbkz3ParPIauBc3Z3Wmy85LzU6+k8Hof+EJp3Gk/LnOx77rzrhWh6FTbvcughwChfgYB4cLzlSG7HZHrf3gFkv5u27ISwmFGvkcGyqoxLcqxIiJynCA68qtBObCB0ydkGbMqojjXuWo08VpfXbQTZTjFV2Wlw= X-OriginatorOrg: oracle.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: DS7PR10MB5232.namprd10.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 3a04b94a-9a4c-43d3-c4b2-08dd38058aee X-MS-Exchange-CrossTenant-originalarrivaltime: 18 Jan 2025 21:17:41.3326 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 4e2c6054-71cb-48f1-bd6c-3a9705aca71b X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: IFgsoJkba+LOpkGTbX/Vf1i8ujwWiDD7JQEIJydvqpRkFVPpNsWiieW/h54T+/GiRfgiE7L0U474TR0+7t5Jnw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BLAPR10MB5044 X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.293,Aquarius:18.0.1057,Hydra:6.0.680,FMLib:17.12.68.34 definitions=2025-01-18_08,2025-01-16_01,2024-11-22_01 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 phishscore=0 adultscore=0 spamscore=0 malwarescore=0 mlxlogscore=945 mlxscore=0 bulkscore=0 suspectscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2411120000 definitions=main-2501180176 X-Proofpoint-ORIG-GUID: y1hCCzfGOIa5fPnSDkM4sDMIT6XPKHKl X-Proofpoint-GUID: y1hCCzfGOIa5fPnSDkM4sDMIT6XPKHKl X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > What is the reason that there are two different approaches to process > all marked files, i.e., dired-map-over-marks vs. dired-get-marked-files? (Caveat: I'm not following this thread.) The doc string, and how those two are used in the code, tell you the answer. `dired-get-marked-files' just gives you a list of the marked files. `dired-map-over-marks' is a macro, not a function, and it _processes_ the files. More precisely, `dired-map-over-marks' evals some code with point on each marked line: "Eval BODY with point on each marked line. Return a list of BODY's results." From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Tassilo Horn Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 18 Jan 2025 23:20:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Ship Mints Cc: Michael Heerdegen , 75626@debbugs.gnu.org, Eli Zaretskii Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.173724237023749 (code B ref 75626); Sat, 18 Jan 2025 23:20:01 +0000 Received: (at 75626) by debbugs.gnu.org; 18 Jan 2025 23:19:30 +0000 Received: from localhost ([127.0.0.1]:44092 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tZI6E-0006Az-GK for submit@debbugs.gnu.org; Sat, 18 Jan 2025 18:19:30 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:49308) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tZI6B-0006Aj-UV for 75626@debbugs.gnu.org; Sat, 18 Jan 2025 18:19:28 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tZI66-0006fS-0C; Sat, 18 Jan 2025 18:19:22 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=yas3qR5Gl3IgMvRaAUMoIHV9KO9X//KkJURTpaOOavg=; b=LJXdSTCET8kXL0zvx/8A hmrpjxQT5dZ+07xDdnnxpPAB/CkYdILGOaZtXbzS/W7TKIhl9Rx7ZkaGGjj3vlchq6IJeTL0rfv8E a4uDpB9D2hXJpjiIGzyNJkfBG3v/WURdBB/Kt14wiLB0BG+KNjKWX+GE+ak5we9m4m6rK6Drltspl bHEdRfUm9fXHYe9cfOHw2vgi3lrly3fpISz3Bcz+NREtBv4YRavsYmfrXbSd1T1ytVBgLvuhgLB3c nrgifCfeeuqK97bheqviuy5ror19pzpNKzrSgtav5Qi0Yrdpc78LNBV48ndt6HOTv5fB0+d8XQoSC Z11NoGzyM0iGFg==; X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeefuddrudeiiedgtdejucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdggtfgfnhhsuhgsshgtrhhisggvpdfu rfetoffkrfgpnffqhgenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnh htshculddquddttddmnecujfgurhephffvvefujghffgffkfggtgesthdtredttdertden ucfhrhhomhepvfgrshhsihhlohcujfhorhhnuceothhsughhsehgnhhurdhorhhgqeenuc ggtffrrghtthgvrhhnpeeluddvgeefuddvjeekfeetleegtefgveehhfeuffeuffeghefg ueefgfdvffegtdenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfh hrohhmpehthhhorhhnodhmvghsmhhtphgruhhthhhpvghrshhonhgrlhhithihqdekieej feekjeekgedqieefhedvleekqdhtshguhheppehgnhhurdhorhhgsehfrghsthhmrghilh drfhhmpdhnsggprhgtphhtthhopeegpdhmohguvgepshhmthhpohhuthdprhgtphhtthho pegvlhhiiiesghhnuhdrohhrghdprhgtphhtthhopeejheeivdeiseguvggssghughhsrd hgnhhurdhorhhgpdhrtghpthhtohepmhhitghhrggvlhgphhgvvghruggvghgvnhesfigv sgdruggvpdhrtghpthhtohepshhhihhpmhhinhhtshesghhmrghilhdrtghomh X-ME-Proxy: Feedback-ID: ib2b94485:Fastmail From: Tassilo Horn In-Reply-To: (Ship Mints's message of "Sat, 18 Jan 2025 06:17:09 -0500") References: <87r051khsd.fsf@gnu.org> <86jzatg7rh.fsf@gnu.org> <87ldv9ke06.fsf@gnu.org> <87o705hv2t.fsf@web.de> <875xmcpl7g.fsf@gnu.org> User-Agent: mu4e 1.12.8; emacs 31.0.50 Date: Sun, 19 Jan 2025 00:19:16 +0100 Message-ID: <87a5bnemmj.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Ship Mints writes: > I'm sure you know this...you could add dired-mode to the > global-auto-revert-ignore-modes list if you have > global-auto-revert-non-file-buffers bound to t, which I'm guessing you > do. Yes, indeed. That's what I'm doing now. Bye, Tassilo From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Tassilo Horn Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 18 Jan 2025 23:44:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Drew Adams Cc: Michael Heerdegen , "75626@debbugs.gnu.org" <75626@debbugs.gnu.org>, Eli Zaretskii Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.173724381229011 (code B ref 75626); Sat, 18 Jan 2025 23:44:02 +0000 Received: (at 75626) by debbugs.gnu.org; 18 Jan 2025 23:43:32 +0000 Received: from localhost ([127.0.0.1]:44167 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tZITU-0007Xq-5S for submit@debbugs.gnu.org; Sat, 18 Jan 2025 18:43:32 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:37818) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tZITR-0007XR-KR for 75626@debbugs.gnu.org; Sat, 18 Jan 2025 18:43:30 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tZITL-0001YM-5f; Sat, 18 Jan 2025 18:43:23 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=3zwkrzs78Ln2i11JEDG4NGFwbp4j0h7/WAxZ3oRC99U=; b=b5ExizkePCO8HJ/CvkEC e0etL1TbhgIkhafjm5yg2rINeHAxUjGhkA8bORtolR0bVsN5AhLytfN4g3qTf02ULMDRkiUwpf61q 8cJdieaD3M7fZ+D4nVJp+uec/4UIPMoZ8F7fr4WCZSWO7N/lm9MywobyT1xqPCoUHj6jUUewCm4Db OTWL170RjvVTKpYA9ewwwmuC1OzdTmiEgIb8MkVisBIZy7F4MBDicgT1ZOVFEBG0NB6Lyd3HmxMrI 5ElA1Vjinh/rkvg7EuK6hkG8qCBDpFBGpNTNz2Bhefz8fwgBiAZcyyD2nNyuqZxFwmHGoy0vGs4IG ihwPbCmyF30C0g==; X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeefuddrudeiiedguddvucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdggtfgfnhhsuhgsshgtrhhisggvpdfu rfetoffkrfgpnffqhgenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnh htshculddquddttddmnecujfgurhephffvvefujghffgffkfggtgesthdtredttdertden ucfhrhhomhepvfgrshhsihhlohcujfhorhhnuceothhsughhsehgnhhurdhorhhgqeenuc ggtffrrghtthgvrhhnpeeluddvgeefuddvjeekfeetleegtefgveehhfeuffeuffeghefg ueefgfdvffegtdenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfh hrohhmpehthhhorhhnodhmvghsmhhtphgruhhthhhpvghrshhonhgrlhhithihqdekieej feekjeekgedqieefhedvleekqdhtshguhheppehgnhhurdhorhhgsehfrghsthhmrghilh drfhhmpdhnsggprhgtphhtthhopeegpdhmohguvgepshhmthhpohhuthdprhgtphhtthho pegvlhhiiiesghhnuhdrohhrghdprhgtphhtthhopeejheeivdeiseguvggssghughhsrd hgnhhurdhorhhgpdhrtghpthhtohepmhhitghhrggvlhgphhgvvghruggvghgvnhesfigv sgdruggvpdhrtghpthhtohepughrvgifrdgruggrmhhssehorhgrtghlvgdrtghomh X-ME-Proxy: Feedback-ID: ib2b94485:Fastmail From: Tassilo Horn In-Reply-To: (Drew Adams's message of "Sat, 18 Jan 2025 21:17:41 +0000") References: <87r051khsd.fsf@gnu.org> <86jzatg7rh.fsf@gnu.org> <87ldv9ke06.fsf@gnu.org> <87o705hv2t.fsf@web.de> <875xmcpl7g.fsf@gnu.org> User-Agent: mu4e 1.12.8; emacs 31.0.50 Date: Sun, 19 Jan 2025 00:43:03 +0100 Message-ID: <874j1veliw.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Drew Adams writes: >> What is the reason that there are two different approaches to process >> all marked files, i.e., dired-map-over-marks >> vs. dired-get-marked-files? > > (Caveat: I'm not following this thread.) The context is that commands like dired-do-compress which use dired-map-over-marks can skip or double-process marked files in case the dired buffer is reverted during the operation by auto-revert-mode (most likely because the sorting order changes due to the suffix .gz being removed or added). > The doc string, and how those two are used in > the code, tell you the answer. > > `dired-get-marked-files' just gives you a list > of the marked files. `dired-map-over-marks' > is a macro, not a function, and it _processes_ > the files. Ok, I should have said: why do some dired commands use dired-get-marked-files together with some loop, and a processing function while others use dired-map-over-marks with the processing code as body? I mean, both approaches do essentially the same but only the latter is subject of the issue I've reported. Is there some example dired command that can only work with dired-map-over-marks and not by collecting all marked files at the beginning? It would need to be something where the processing code marks files that haven't been marked before. But I can't think of an example where that would be desired. Bye, Tassilo From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Michael Heerdegen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 19 Jan 2025 02:05:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Tassilo Horn Cc: 75626@debbugs.gnu.org, Eli Zaretskii Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.173725229023480 (code B ref 75626); Sun, 19 Jan 2025 02:05:02 +0000 Received: (at 75626) by debbugs.gnu.org; 19 Jan 2025 02:04:50 +0000 Received: from localhost ([127.0.0.1]:44318 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tZKgD-00066e-Se for submit@debbugs.gnu.org; Sat, 18 Jan 2025 21:04:50 -0500 Received: from mout.web.de ([212.227.15.3]:41743) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tZKgB-00066M-FK for 75626@debbugs.gnu.org; Sat, 18 Jan 2025 21:04:48 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=web.de; s=s29768273; t=1737252281; x=1737857081; i=michael_heerdegen@web.de; bh=JwcD7N0tuZYRaIQ9+gTNS4PZg8knaD4+1mra164CsA8=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date: Message-ID:MIME-Version:Content-Type:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=oG+NKCfkrrKEFGKMy3SXI5Y5Ax7kJzlPVSaSzwZScgm6K3ibT0Mm/yOTf6v0f2f4 O4IdIhmcXh0QENp4Cjy6Uxooq7dwktnlTA05vUWP2pTLlp+3FYPyWdUhdMfCScoh9 zmIRdQhrc8khf8KNKeKCtog4Sl0XtTvT4C9f7SuD41ax/+GEGpm/XsB8ycj4uKhht 8mH6EyMHZCEnK7q0jWjXYzzv9ARssoEP0aVWn+RsUGYTFJhG8pU8FPcet7QZc5TCy vjK4GGC13DzKbiWTvWf3Ktg84aqFSk2fUmoyGm2RaDDUfNuFBaB5dKqrF/r3uJdk4 kGumyPaeBeArY4rCqw== X-UI-Sender-Class: 814a7b36-bfc1-4dae-8640-3722d8ec6cd6 Received: from drachen.dragon ([92.75.138.197]) by smtp.web.de (mrweb005 [213.165.67.108]) with ESMTPSA (Nemesis) id 1M1aIB-1tXwxu0Jul-007bYf; Sun, 19 Jan 2025 03:04:41 +0100 From: Michael Heerdegen In-Reply-To: <875xmcpl7g.fsf@gnu.org> (Tassilo Horn's message of "Sat, 18 Jan 2025 09:42:11 +0100") References: <87r051khsd.fsf@gnu.org> <86jzatg7rh.fsf@gnu.org> <87ldv9ke06.fsf@gnu.org> <87o705hv2t.fsf@web.de> <875xmcpl7g.fsf@gnu.org> Date: Sun, 19 Jan 2025 03:05:57 +0100 Message-ID: <8734hfsgl6.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:kB9wHdNMxX0PWBPrQIxPnnOuDKeJ1HhzlbikWcFk8WsatcxXUOH e05+gry3R3uVGvA51JHSVJy514huyW8YjGkdwWcTNIQS1UnLYABrDYatsPuY2ZGSMAEifiQ aWCevWGsgtmKgcH0z19mCV0m6I3oqPnaV14e3GyEyyyWa34mlbg1pWEPVeiE9hFEs/bBsKA o8ay1DGQTOrAz3L65UxuQ== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:8KiTRwS9utM=;TF0heVjuHxMJ9Rixclk6Y/38dK0 TfRGrvVw1aBDBf2P5ajcZMT1Mm8NtIJFMNJI75teygsBqnwiK0yT5Rddl1eMNe/3Jlw/h5PzO 66bqp090MwOlTixoqRrIWxNCe9C/6TFD/0InPIyZdeMXroc/5pxKE8a320GD0yYUfQjddEqMt 1QtiMqbv8WK+ajRIVaX+4VfN9+FY/H0gZ/t58Ut95Zo5evVYpg4DNrUMB6OENF86HuyucygSB /vayKgJzBKEWk2YnCd14tLniv6P7NYbAmiM3VBQisvLyKDl6T7XEntxR14ZsDyZwD/zezXauE bWM707AOL2R0SgvTqY1hKx9UG1xEMmt5oD5Zh6bI3atH/Vqb8C3kV/+GqRyv8yvxgAFDqE3FB 57dZvOCx1ctcmUTp7pceg5Gaio0ZRlocfC36MJc9DcbsQ5x7FbLiKaahhwwQVM4MrgfK6GBbX 4N8YoCgS0m7+nxiOH7b6JhRdwQUt7aopbTnEvQansTqrNAd8TDnQN5w3Zx51zJZYi4ZesrYAT JePxgKdoWMwFEC/PU6cLMqEaIYGe8yrlTmCkbLBPCnCKDvwW+9HfZNYoVi5JwYjZoIzA6KK2b Y8Bep5oGJahElXfOJRHzBgjNVLwH74gcYZwrPQejnL6Op9ly6dFnP56TF4bAzoEfMhCZ7fOix xTzuL8UwHqv62tIFAuOyh3YSq+IKf6zjfDh+HKYU1OA5Hdh/SGLDeIcx3n0PHXHlsslX26hkd i8rYEEt5/W6u+ZsEj/KRxiw2ViA0Vx3P6sG5EUBhl0IWfsL338X16vpKP2kaZTymK5UaZsgSh WUszpvpupC7TgIfe5sC6COc4ybsqe0+GA8tbgsxCUWsXpvZ/Vqe/3F2KhByxv3P2WK7mMSEeC HGCla1JTa/VY4RpvX/OLcikH5hs7h0B/eswKvivGaTfZdCebzdkYjJ340j40AShDuz1+htDL9 A+8zXaiD38ZWeX2/PmgOW5bjx2d8Wt0W2gYzaTyAzYhY6VjYH1J8LZRSN3/itqZfj8mK2TOM8 eTX7BIXSb8ESP3IAYtyAGfG73K/JqUP6wIVGA/tQcdMsUl4+8hwihAJuI6DMnyn1nND122/Ib 6Ab/SJiWUMqTUw7kUjnQuI5vH6DSUaJiqOuzPPrP4yMH7RBC5smsab7fwZy9Zi7Tl7VipBAR7 4xuYvg9LsAPNMTuRsPHlX7Mz6RZUwqU6UjxoGERDCug== X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Tassilo Horn writes: > What is the reason that there are two different approaches to process > all marked files, i.e., dired-map-over-marks vs. dired-get-marked-files? It could be that it is just a historical coincidence. The question than would be if we want to reimplement the command, or if we try to make it (more) robust. We could, for example, remember the current position as a marker instead of a number, and/or try to prevent auto revert while the command is processed. AFAIU, `dired-buffer-stale-p' could be changed to return nil in this case to prevent reverting. Or would binding dired-auto-revert-buffer -> nil already be enough? Michael. From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Tassilo Horn Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 19 Jan 2025 10:34:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Michael Heerdegen Cc: 75626@debbugs.gnu.org, Eli Zaretskii Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.173728281713112 (code B ref 75626); Sun, 19 Jan 2025 10:34:02 +0000 Received: (at 75626) by debbugs.gnu.org; 19 Jan 2025 10:33:37 +0000 Received: from localhost ([127.0.0.1]:45006 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tZSca-0003PP-UB for submit@debbugs.gnu.org; Sun, 19 Jan 2025 05:33:37 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:59644) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tZScZ-0003PD-Aj for 75626@debbugs.gnu.org; Sun, 19 Jan 2025 05:33:35 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tZScT-0005Gn-P4; Sun, 19 Jan 2025 05:33:29 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=ebTX4+ShPeG/2T3p0OExkqdqKcsV++lKe89y7439dm8=; b=dUOw7IM5/uSzDIaR4U2X JXMRNnOAQO7C+jHVo1rU2Mt1GeM3r1t7v0/lsgjWekbz4dXJyiL7/fMgpInHCHmQ1GqT72hc5sNRT FkE2J0N8huGdZrOE62dbIHH++k4Pjqtky9so0NV2MwXGVPWFn6zOHlKV1G+3IQrZLvyuvLJSvqTtb 1NzIFVP5T8XpmNdiu/w+PpzM8XqpbRJW3fTJvKkN4TUL8dfv/of+RLggx+n4F2yXU6AaPprCTJd0O rsGDxpFTrnNAZMTup+PYULqXMoFAtnc9gZndhB2B6iCf9oCCyu0yZjKYFDnCxiXjQtmk9rJRviYjT Py2xDZYEMuVMfQ==; X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeefuddrudeijedgudejucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdggtfgfnhhsuhgsshgtrhhisggvpdfu rfetoffkrfgpnffqhgenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnh htshculddquddttddmnecujfgurhephffvvefujghffgffkfggtgfgsehtqhertddtreej necuhfhrohhmpefvrghsshhilhhoucfjohhrnhcuoehtshguhhesghhnuhdrohhrgheqne cuggftrfgrthhtvghrnhepveffudelkeegffdtteeffeehveeigfejvedugeekhedvuedu jeefudfgueelfffhnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilh hfrhhomhepthhhohhrnhdomhgvshhmthhprghuthhhphgvrhhsohhnrghlihhthidqkeei jeefkeejkeegqdeifeehvdelkedqthhsughhpeepghhnuhdrohhrghesfhgrshhtmhgrih hlrdhfmhdpnhgspghrtghpthhtohepfedpmhhouggvpehsmhhtphhouhhtpdhrtghpthht ohepjeehiedvieesuggvsggsuhhgshdrghhnuhdrohhrghdprhgtphhtthhopegvlhhiii esghhnuhdrohhrghdprhgtphhtthhopehmihgthhgrvghlpghhvggvrhguvghgvghnseif vggsrdguvg X-ME-Proxy: Feedback-ID: ib2b94485:Fastmail From: Tassilo Horn In-Reply-To: <8734hfsgl6.fsf@web.de> (Michael Heerdegen's message of "Sun, 19 Jan 2025 03:05:57 +0100") References: <87r051khsd.fsf@gnu.org> <86jzatg7rh.fsf@gnu.org> <87ldv9ke06.fsf@gnu.org> <87o705hv2t.fsf@web.de> <875xmcpl7g.fsf@gnu.org> <8734hfsgl6.fsf@web.de> User-Agent: mu4e 1.12.8; emacs 31.0.50 Date: Sun, 19 Jan 2025 11:33:24 +0100 Message-ID: <87r04zw0sr.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Michael Heerdegen writes: Hi Michael, > The question than would be if we want to reimplement the command, or > if we try to make it (more) robust. > > We could, for example, remember the current position as a marker > instead of a number, Oh, just remembering point as a numeric value is certainly wrong given that (un)compressing will certainly change the length of filenames. But sorting order is also a problem where even a marker won't help. For example, with just 21 files named 0 to 20 the initial sorting order is: --8<---------------cut here---------------start------------->8--- =E2=9D=AF ls -l=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20 total 84 -rw-r--r-- 1 horn horn 70 19. Jan 11:11 0 -rw-r--r-- 1 horn horn 69 19. Jan 11:11 1 -rw-r--r-- 1 horn horn 65 19. Jan 11:11 10 -rw-r--r-- 1 horn horn 26 19. Jan 11:11 11 -rw-r--r-- 1 horn horn 60 19. Jan 11:11 12 -rw-r--r-- 1 horn horn 43 19. Jan 11:11 13 -rw-r--r-- 1 horn horn 79 19. Jan 11:11 14 -rw-r--r-- 1 horn horn 72 19. Jan 11:11 15 -rw-r--r-- 1 horn horn 40 19. Jan 11:11 16 -rw-r--r-- 1 horn horn 91 19. Jan 11:11 17 -rw-r--r-- 1 horn horn 37 19. Jan 11:11 18 -rw-r--r-- 1 horn horn 65 19. Jan 11:11 19 -rw-r--r-- 1 horn horn 104 19. Jan 11:11 2 -rw-r--r-- 1 horn horn 44 19. Jan 11:11 20 -rw-r--r-- 1 horn horn 46 19. Jan 11:11 3 -rw-r--r-- 1 horn horn 82 19. Jan 11:11 4 -rw-r--r-- 1 horn horn 66 19. Jan 11:11 5 -rw-r--r-- 1 horn horn 67 19. Jan 11:11 6 -rw-r--r-- 1 horn horn 82 19. Jan 11:11 7 -rw-r--r-- 1 horn horn 70 19. Jan 11:11 8 -rw-r--r-- 1 horn horn 68 19. Jan 11:11 9 --8<---------------cut here---------------end--------------->8--- After compressing the first 5 files 0, 1, 10, 11, and 12 it becomes: --8<---------------cut here---------------start------------->8--- ~/tmp/test=20 =E2=9D=AF ls -l=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20 total 84 -rw-r--r-- 1 horn horn 92 19. Jan 11:11 0.gz -rw-r--r-- 1 horn horn 88 19. Jan 11:11 10.gz -rw-r--r-- 1 horn horn 49 19. Jan 11:11 11.gz -rw-r--r-- 1 horn horn 83 19. Jan 11:11 12.gz -rw-r--r-- 1 horn horn 43 19. Jan 11:11 13 -rw-r--r-- 1 horn horn 79 19. Jan 11:11 14 -rw-r--r-- 1 horn horn 72 19. Jan 11:11 15 -rw-r--r-- 1 horn horn 40 19. Jan 11:11 16 -rw-r--r-- 1 horn horn 91 19. Jan 11:11 17 -rw-r--r-- 1 horn horn 37 19. Jan 11:11 18 -rw-r--r-- 1 horn horn 65 19. Jan 11:11 19 -rw-r--r-- 1 horn horn 91 19. Jan 11:11 1.gz -rw-r--r-- 1 horn horn 104 19. Jan 11:11 2 -rw-r--r-- 1 horn horn 44 19. Jan 11:11 20 -rw-r--r-- 1 horn horn 46 19. Jan 11:11 3 -rw-r--r-- 1 horn horn 82 19. Jan 11:11 4 -rw-r--r-- 1 horn horn 66 19. Jan 11:11 5 -rw-r--r-- 1 horn horn 67 19. Jan 11:11 6 -rw-r--r-- 1 horn horn 82 19. Jan 11:11 7 -rw-r--r-- 1 horn horn 70 19. Jan 11:11 8 -rw-r--r-- 1 horn horn 68 19. Jan 11:11 9 --8<---------------cut here---------------end--------------->8--- So here the 1.gz will be uncompressed again if auto-revert-mode decided to revert in that moment. Just ramp up the number of files to 1000 and you'll surely get a (un)compression infloop in dired. > and/or try to prevent auto revert while the command is processed. That seems to be advisable as a first aid. Not sure if there are other ways to trigger the issue, too. > AFAIU, `dired-buffer-stale-p' could be changed to return nil in this > case to prevent reverting. Good idea. I've tried this simple patch and it fixes the issue for me. --8<---------------cut here---------------start------------->8--- diff --git a/lisp/dired.el b/lisp/dired.el index bab5e833a76..1152d85f149 100644 --- a/lisp/dired.el +++ b/lisp/dired.el @@ -1289,6 +1289,10 @@ dired-buffer-stale-p ;; Do not auto-revert when the dired buffer can be currently ;; written by the user as in `wdired-mode'. buffer-read-only + ;; When a dired operation using dired-map-over-marks is in + ;; progress, inhibit-read-only is set and we must not + ;; auto-revert. + (null inhibit-read-only) (dired-directory-changed-p dirname)))) =20 (defcustom dired-auto-revert-buffer nil --8<---------------cut here---------------end--------------->8--- Probably testing inhibit-read-only is not TRT but the expansion of dired-map-over-marks should explicitly let-bind some new dired--map-over-marks-in-progress variable to make it more explicit... > Or would binding dired-auto-revert-buffer -> nil already be enough? No. That's only for reverting on re-visiting a dired buffer and has no influence on auto-revert-mode. Bye, Tassilo From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 20 Jan 2025 00:25:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Tassilo Horn Cc: Michael Heerdegen , "75626@debbugs.gnu.org" <75626@debbugs.gnu.org>, Eli Zaretskii Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.173733269410630 (code B ref 75626); Mon, 20 Jan 2025 00:25:01 +0000 Received: (at 75626) by debbugs.gnu.org; 20 Jan 2025 00:24:54 +0000 Received: from localhost ([127.0.0.1]:48254 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tZfb3-0002lN-S5 for submit@debbugs.gnu.org; Sun, 19 Jan 2025 19:24:54 -0500 Received: from mx0b-00069f02.pphosted.com ([205.220.177.32]:45188) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tZfb0-0002lA-PD for 75626@debbugs.gnu.org; Sun, 19 Jan 2025 19:24:51 -0500 Received: from pps.filterd (m0333520.ppops.net [127.0.0.1]) by mx0b-00069f02.pphosted.com (8.18.1.2/8.18.1.2) with ESMTP id 50JNuPV0011466; Mon, 20 Jan 2025 00:24:49 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=cc :content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to; s= corp-2023-11-20; bh=8oWdkGc1g7OAGrZxqYwxLR2Le/biwFVKi/1WnQ3lsy4=; b= T6tQcp4yq9MFaNW0Dn1Ez7FiZXmmwce6kcJEIn8Whns4OIZGQcLO8GAGq8pg3n0C jjHthfsuwD0BZFQNdEPktxTLW9rfycJ16SYyd6L+K23isJSiRIOfb+errDC3qHr5 S+TlIsJ8LUlH32GLLz72wQHMbAizYP3jq+VAq/D7D4qHEK6vzaR8o0+Z9nJo2K0G iavA6nnyYO6vTKXbqG//Kcrs3bzrk3CWauJGf6JLh+HMLyxhXrPP8TD31lWAZdBp yaoc16RXDrXhZAjXZX/dwCi8nOSw/XFz0MsgEpILyB/Neq6CcznO+F4lEKVOFwiw 3sRy3oXxfOnTGQgQLa5XvA== Received: from iadpaimrmta02.imrmtpd1.prodappiadaev1.oraclevcn.com (iadpaimrmta02.appoci.oracle.com [147.154.18.20]) by mx0b-00069f02.pphosted.com (PPS) with ESMTPS id 4485qktsp9-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 20 Jan 2025 00:24:49 +0000 (GMT) Received: from pps.filterd (iadpaimrmta02.imrmtpd1.prodappiadaev1.oraclevcn.com [127.0.0.1]) by iadpaimrmta02.imrmtpd1.prodappiadaev1.oraclevcn.com (8.18.1.2/8.18.1.2) with ESMTP id 50K00995029402; Mon, 20 Jan 2025 00:24:48 GMT Received: from nam04-mw2-obe.outbound.protection.outlook.com (mail-mw2nam04lp2175.outbound.protection.outlook.com [104.47.73.175]) by iadpaimrmta02.imrmtpd1.prodappiadaev1.oraclevcn.com (PPS) with ESMTPS id 4491fg1eqe-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 20 Jan 2025 00:24:48 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=Db7/2oKDTPGJ319vZheuEmhQd8lkATsHHy2GaEZZ7raHzTbpX0s5QgApo/YCoP9vOd0swYboUBjCKzjD6RsANqlXmr4Dxc5Fp9Ck8Y5T9ZGyPDUoDLYbZmM6UZ6d37JdK45R0jGT+7cGK16wakygKcHwoZ1BKtomrPtLIVnP4T9j2fDScK1oKQRmhprJyQt2GuX+WSmK3DbwuHVtYw8sUcFczdeEsZkZ4REYv6B2XVtRWVGDKFYhKuJUkrOHL4kjK/VwVTCxCQMUt1I1ksVhdNoMFWym649O9ARCXskXqTwWY4HoVjKwKxgBUOd5Dy+MnyKqF4G5pAR3+KjeVeugcA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=8oWdkGc1g7OAGrZxqYwxLR2Le/biwFVKi/1WnQ3lsy4=; b=Y37/8jLvYb28GKsCLSlFwVo5AVM6kJ3uhsyVZmHR9aN652sMHy74uG/2FDd06nTSo0Yo4LDtmGt9bIqejhD1N4/hHRxW97bONWRU/kvBTfVb2sDdWETLsK2cvBe4I8yrDMib60qh3VrxyxKRVer5dNK/jH+oXUwkrs7nHJhL2eQDuJdHrVnvVW/KPWB9L6NZf7hTZvaefs78z+vw9EWqx2F4QhhMkHOSNDPFU7T+LGTgrn83hWrMDA3sa136Q4mKBvgZfGGQq3jkjjAftK7uFwSqJ4b1TCppBSyavYAxKTcyxXCdAa16X60NmgJB63/hi7UOtToDiwHAv6iArxPraA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=oracle.com; dmarc=pass action=none header.from=oracle.com; dkim=pass header.d=oracle.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.onmicrosoft.com; s=selector2-oracle-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=8oWdkGc1g7OAGrZxqYwxLR2Le/biwFVKi/1WnQ3lsy4=; b=jeGnahEI/kwIQdl0N1FrShaapfDQVtuDoy3BUfeGsO230VqNEZ8H/pwwNVQGgM1kJTvQQ48vjetH0UoGnoynZAQLRQAMtl0rNbaLm0N1v3n3OR6CSE/mMCJB6ktrmdyAtsIHA3TgmaN3NPPIt3M9hVrRc8bNq7QorIXzP02Hwy4= Received: from DS7PR10MB5232.namprd10.prod.outlook.com (2603:10b6:5:3aa::24) by LV3PR10MB7770.namprd10.prod.outlook.com (2603:10b6:408:1bb::13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.8356.17; Mon, 20 Jan 2025 00:24:41 +0000 Received: from DS7PR10MB5232.namprd10.prod.outlook.com ([fe80::8303:658f:14f8:2324]) by DS7PR10MB5232.namprd10.prod.outlook.com ([fe80::8303:658f:14f8:2324%5]) with mapi id 15.20.8356.020; Mon, 20 Jan 2025 00:24:41 +0000 From: Drew Adams Thread-Topic: [External] : bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Thread-Index: AQHbagLHkRLrEyqZqUqBFNJ+UT9kCrMeumWg Date: Mon, 20 Jan 2025 00:24:41 +0000 Message-ID: References: <87r051khsd.fsf@gnu.org> <86jzatg7rh.fsf@gnu.org> <87ldv9ke06.fsf@gnu.org> <87o705hv2t.fsf@web.de> <875xmcpl7g.fsf@gnu.org> <874j1veliw.fsf@gnu.org> In-Reply-To: <874j1veliw.fsf@gnu.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-ms-traffictypediagnostic: DS7PR10MB5232:EE_|LV3PR10MB7770:EE_ x-ms-office365-filtering-correlation-id: 57d93336-9a45-4dfe-3d04-08dd38e8d4f9 x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; ARA:13230040|366016|1800799024|376014|38070700018; x-microsoft-antispam-message-info: ZciwkrxoSP6729jqB0qrjvj88+HHv+5G548bsu8SglOGXscz++GezoqZW36jgHQDIKS5K7NxqSqolMlaMgIYnhVnIudeLZpnQJC5U3j6WVCO+7FcyonwKEcRXimyfNVKkF4VXaV4JNpKg8Q4D1shaAc0R4rKr/PuxkrGq1SFhcaVgobDB1WrvgVbs4ER2KzP8huHEkRzXuubvX2ry78lVZZH0ce+NDi3Pusicj+s/NirJcpXIo7m0/Ko5qXpHwag1gniKE2oG9wOysY+gCGVS1qpFXnVEI39TM9r296hHqdMyBCVUrZMPtZz8ZvIvgCLx+z6Nxisq3Go4nm2r0fGbTGQqwP0INjNja/t2pU59hIOsToUDIbvFMhrxuEzAXotoR7784FCeVPwKvP7auEsPUUcpRf/f2YnzH6qx8gr1xbvPWgsM2SOtpUSZGKhHIGEVXNCUlPopzXD06XjF7awQLbcOp0XKy76yOW4Ec/2AlxDfoFLAp0hB0eP9lxgNNvQ7S8U/W7XNHh+av+tKMMHmNEHqtWervoUBWrDlUmEoiB5sHJRv8CN/07OIMq2aqCi60qPVl/QyMaGg89YlH0+7gQhqagfakcWrOH+tV1s0i2MO4DXymk86pOmKBacDZppRgJRWGkvpZO90WD4WbF7chToYtjp6SBMD5rwS9oh5h8eIPVqP3qpjS7vq9tb4wkNur+KB8GofgsewmNmV1AM7bFS6+ZvGpBk40Yzac7rakfoqxhI8+EGGfErX9xSTKcWHj6oGEaTVgbEScg3sLqpiXTogP6wDThzPUGkxhvkFDSiI9PZSn1DzVfY7Oeu+wnAt0Xc+lCAijpvjaaJRCqnsk0EUetDoMlOCq0NeAU9tJWFKAc3658vmqmqXYGk/a4Rl2k2rxPft5ezwCSrpmYmcOmIoFaA1rhajQqz15xu1AlxwgmKB+sBuEUaaBqbshJfffrYJF/JHJ+FbT7wds3cvrqg0EQMC3rkfWkMAGIdpx/dTikghkgtrHKiBCBAR7Vtc+tA/lIjkw0rtwjwBg/YSUghyH7AthAj4/MLKiiFGyLO3xzK4FR2bfC7VafOycCagS8u8YiUWkVjEJWrvqQikmyuRgvRLJhx6wc0Iwm0eFfL2IiAcGKT0dZhq77++h/NChkRG6WP8EWNMqS9B4IRa0JBpIT8/2O/MlL9gk1P6gK/J1503FnicWbY1Dp9eutFqeW+GhbWmlAfjTUKVNW6Rqw96BlHFkdQx54Kl9iqqMgOPS6JmkF0KJDAoAihMdG759LjayF5DordQ1xhtcB+MVpQRuwd3+97TrcUYWsuxRYQdBS2cr3+Yf9nkY/MidpGI5CPIPXOQUsBGtZU3tOsOTAeHTs31CIj2mqI5F5J0NYO6x4X9+hG7ovap5nIEBSdEBVDPj+ckqEaNLdYchV22+GY/mGCjYwn5V5vG+2tjXcGy34iRvdMYtAXoizvgN0d x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DS7PR10MB5232.namprd10.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230040)(366016)(1800799024)(376014)(38070700018); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: Pnq3kH9QREPfyTTSQadOr4WFfGeaJqooN8FI+GbQ0Oi+HT750qVQDDI2xV3/naMdIEnjjJp2c10f6RH7XHsVd75HlOLDZcC8dVshM7bAMGlIGWLrsSOTq73sJrtqS3+xCXeJWC0pKf7/xocNWg4Sxxc11xG6iUVSvbVTq9zHDlsRy2wA2oxZ/qE1JELpVcoaKrDruSAzAkG1IWzgxiUnE1NZNCfaW8DRp7+w/6B7jyRh0NDaGvpAjp+uuD78avpmiDTbsItElYEjVtyRNorZMEusa7tMirSTESqKbnp9FMQ38y7b4HZmAj40xZVDqIfi3ljlIpA08ixzhs9P+C7sbYycnvzOB0UuDxgYcPBCDrKjM0TOt3fvbxUVdlAwe7P05zp1fvwDNiyWzl8VaCRrYtavz8YPrkl3ncJvHI9K8JsGpo+uVrxfkpmQKOv9Dw4FE67Qcwub629Plfz2DdvLP4mExs2nmwTJGAzu7IvHT+JE4Glgou+k9ic/tCLsnKiyQmcy57Yb186mlht2fbA1W8tKr0IU3tKbvUIq6tE82AO7cDWaxZbEVowS6tj/DlLSSVFjcTsRXQ4g6PTOSiVFNHmSPxuJ44BweO2Edbt4p9t4rUXcND7ufo6saT7n4O7Fn+i9YYgvIwc9d8o2+zGbia0trekBkNlZL9E2JVK11R2rm11/EHKyxBS18k2FyZUw6MgRnFHMN7HXYfr9f7QUO6uNLeKyHrWcgz/SlWud9gpInLR7asMwDYqT8YUfy3ktoDDoPRKNcdnOfW6ITLsRj5AR6buOw6U7Zl0USib7bEsKZQPt/gDC0gjfMHKAtYej1Gj/YxKa4mSJwEpjA1MJBICu/w6MJbmXF3wm7w3a2OGzc2nr/e6LThtL3BNxuFtX746dk4vUGLFI8UovJRFpjBP2kvH895jJHvW0bZBU8Ij8xVuJSURjR2c+mYmuXxGgsIxsRYAN2Po/CQ5SVJss6TI3kamITiP917NK0yKpENCr2F1FrHkT5X62llsU8ND/C9TmHIISC/ucxH4GKwEkjYhdB67KFdceW0G6XQ+ZyCroS4Pz9ptUtxVEHDShxdSzbJeZMkj12GAvI4ex0X4t18HTnWXqgeXa+EKf0Wxx9/Dof7EyijfSNHPDUEa42MT1DwR9q92ffy7kfJo9gEgPbRshkbfllrtQud1vJvJFi5GfmZoDePjSg0gQZsPdhtfNmo63XyZHLGiOlGRCiEmilkFkXS01qxcfGOU7vsds8TSnlXsZjLLY9Sgw1C4hrr7Vi8mY0I6iHi+YnjZGCLWoKbUrTcT0i5f4JRylpBbcUWwwbfWHwRbFXjfsOrqvdfTfGzdo7+sbIEjZs03I6RJNKGAk3vUW2jeKa+UokqCh5LpluvfzgXY/VQoc1DaJGFIZ3sWnhk4J8WQjlHzHuonRHOT50d9i+M3bYvZ+YKivfWGMzvvZiNL13xbPu4wDl7zZ6jBsu73jpsNlU1vBLDK10aw/AD54TWHxnLJwYZN0EnUXGUEh9PfUsb5ihzFxz1uZKXGA/O4cqh71jhiT0ff/mKN5R5QeHL/J1vBFL+g7vJIdu8kcMhXHQjhf1j1vmjUf Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-MS-Exchange-AntiSpam-ExternalHop-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-ExternalHop-MessageData-0: I3f+skEACsQ0NLQaN0a1uTM1PEX5etGOP6KsX+CSxOheb3UhCFjhvdtB3TRzMG259m0u/w1bol/I3Hw1p6XBxaad5FUd3VSFBiSntT0HyVu4uAhpV0/mKb7jxKd2g5cmdMWqq4bbSWO5xQ48ccgafm1JAXCt8zikBFopn7/5QZKVXDhnFdvclE4v7aVXHvZdRBvq6t4NnYjVx6Xd0bBlxZCP3/Nx+ChatYCaRUmYlpbWKHB8IOUS1e1qplv77iR1wJB2lr+jvL4h3WdmlK96W18EVW5926VfZgfYrUOBU8gxLKsSNj3PFWT679EymK63/Ti1iplSDpI3toeWi9mvXO/xU0dg32Z69YM85xnfwN9V780eOxlv/N8lHrD0xVyAp4VLz+hm+AK1CIH1DzDCvxaE6CN7y91wkymSkJM+fEyZ4hc2/Yz6ezZgXaAjAGCi2t0bu4BrDRNmKMgPy1RgdGY8TvrcQR6qM6dL/n0rKj1zdx+Pj6w8C8ooOYE+Yuf4hC7duAVoQWffysCMoM/jYVKfHS9Qt5lHIXx7Zjd1ZL/hT1oxJaXko/qRLdkEXOKglVR+rJtUW1t9FjD26fru+WmWAMGdYmzdPs21ymbwbLA= X-OriginatorOrg: oracle.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: DS7PR10MB5232.namprd10.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 57d93336-9a45-4dfe-3d04-08dd38e8d4f9 X-MS-Exchange-CrossTenant-originalarrivaltime: 20 Jan 2025 00:24:41.3085 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 4e2c6054-71cb-48f1-bd6c-3a9705aca71b X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: nXQ8yQ+yh67q2JdLV82CJN2KHONsBLQuUFTxQUQzzy/4X5jTG8uPBB8UUYVeg6aPMscs/9mkxXTAk8jiNbh7Yw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: LV3PR10MB7770 X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.293,Aquarius:18.0.1057,Hydra:6.0.680,FMLib:17.12.68.34 definitions=2025-01-19_05,2025-01-16_01,2024-11-22_01 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 bulkscore=0 malwarescore=0 mlxscore=0 mlxlogscore=999 adultscore=0 phishscore=0 spamscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2411120000 definitions=main-2501200001 X-Proofpoint-ORIG-GUID: Tzs2sijiVZo-x1LErzO1PgL0GiVG655C X-Proofpoint-GUID: Tzs2sijiVZo-x1LErzO1PgL0GiVG655C X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > The context is that commands like dired-do-compress which use > dired-map-over-marks can skip or double-process marked files in case the > dired buffer is reverted during the operation by auto-revert-mode (most > likely because the sorting order changes due to the suffix .gz being > removed or added). As the doctor says, when the patient says it hurts if he bangs his head on the wall: "Don't do that." ;-) > > The doc string, and how those two are used in > > the code, tell you the answer. > > > > `dired-get-marked-files' just gives you a list > > of the marked files. `dired-map-over-marks' > > is a macro, not a function, and it _processes_ > > the files. >=20 > Ok, I should have said: why do some dired commands use > dired-get-marked-files together with some loop, and a processing > function while others use dired-map-over-marks with the processing code > as body? I mean, both approaches do essentially the same but only the > latter is subject of the issue I've reported. `dired-get-marked-files' is defined using `dired-map-over-marks'. The latter is more general and more basic. You use the former to get a list of file names - the files marked in the buffer. The latter isn't just about file names. It's about the markings, and even the state of the Dired buffer. You can do anything you want, as you map over the marked _lines_. (But it seems from this bug report that one shouldn't try to revert the buffer etc. To me, that makes sense, since the macro is explicitly about the current state of the buffer - its markings etc. Depending on the revert function/behavior that could change that state.) > Is there some example dired command that can only work with > dired-map-over-marks and not by collecting all marked files at the > beginning? See below, for general info. One example is command `dired-do-flagged-delete'. > It would need to be something where the processing code > marks files that haven't been marked before. Not at all. It could depend on the sort order of the listing, etc., since it _processes_ the marked lines _in order_. More generally, it could depend other ways on the current Dired display. It's about going to the marked _lines_, in order, and doing something on each line. It need not do anything with the files listed on those lines. It could report on how the buffer displays their mod time or size... Function `dired-get-marked-files' just gives you a list of file names, which you can process in any order. > But I can't think of an example where that would be desired. Did you look at the functions that are defined using macro `dired-map-over-marks'? Functions such as `dired-do-redisplay' explicitly have to do with the buffer display. (I don't claim that each such function needs to be defined using that macro, but its not a bad bet that it does.) `image-dired-dired-insert-marked-thumbs' inserts thumbnails before the file names on the marked lines. Again, it's about the displayed Dired buffer. Function `dired-map-over-marks-check' processes the marked lines, in order, reporting on errors from invoking a function on each of them. The function need not act on the file that's marked at all; it can take any arguments and do anything. Similarly for other functions that use the macro. Another use is in commands that you want to act on the marked files - OR, if none are marked, on the file of the current line. Yes, sometimes you could use `dired-get-marked-files' for that. But there's difference between a currently marked file name in a listing (let alone a marked line, which is really what it's about) and a file. The listing might not even correspond currently with the state of the file system. You could use the macro to do something for files that no longer exist, provided they're still listed - so yeah, you might not want the command to allow reversion. (I don't know how to prevent reversion, but I suppose you could make and restore a copy of the buffer. ;-)) Yet another use case is wanting to do something on the lines marked with a char other than `*'. That's used, for instance, in the definition of `dired-do-flagged-delete'. It couldn't use `dired-get-marked-files' to do what it does. E.g., try using this command to get you a list of the files marked for deletion (i.e., `D'): (defun foo () (interactive) (let ((dired-marker-char 42)) (message "%S" (dired-get-marked-files)))) Doesn't work - it always gives you the files marked `*' (or the file of the current line,=20 if none are marked `*'). ___ You could ask the same question about using function `dired-map-over-marks-check' versus using `dired-get-marked-files'. And pretty much the same answer is relevant, I think: processing marked lines, in the current sort order, versus just getting a list of files. (In Dired+ I use `dired-map-over-marks-check' often. I use `dired-map-over-marks' much less often.) ___ BTW, `dired-do-compress' uses function `dired-map-over-marks-check', not macro `dired-map-over-marks'. Indirectly, it uses the latter, of course. ___ The point is that if you need only a list of the files marked `*' then you can use `dired-get-marked-files'. If you need only what `dired-map-over-marks-check' does, then you can use that. If you need what macro `dired-map-over-marks' does, then use that. From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 20 Jan 2025 01:14:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Drew Adams , Tassilo Horn Cc: Michael Heerdegen , "75626@debbugs.gnu.org" <75626@debbugs.gnu.org>, Eli Zaretskii Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.173733560219039 (code B ref 75626); Mon, 20 Jan 2025 01:14:02 +0000 Received: (at 75626) by debbugs.gnu.org; 20 Jan 2025 01:13:22 +0000 Received: from localhost ([127.0.0.1]:48331 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tZgLx-0004x1-OK for submit@debbugs.gnu.org; Sun, 19 Jan 2025 20:13:22 -0500 Received: from mx0b-00069f02.pphosted.com ([205.220.177.32]:30012) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tZgLu-0004wo-Cd for 75626@debbugs.gnu.org; Sun, 19 Jan 2025 20:13:19 -0500 Received: from pps.filterd (m0246632.ppops.net [127.0.0.1]) by mx0b-00069f02.pphosted.com (8.18.1.2/8.18.1.2) with ESMTP id 50JMDnsK008221; Mon, 20 Jan 2025 01:13:17 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=cc :content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to; s= corp-2023-11-20; bh=mqbMSxtph2DOcx9QqYn+uSH4YzB2olb8OpMOtaBsqr0=; b= cE1tq3iK6vUzhsbBwaAUsa+SWEu36wxVT/u/KwlQ6CBXEXlmzmPSPgEOzrmcQeP1 uRqEbZDA2NKq5QtpGiscZNCdD0BEwpF4tYhHUSm/iXVXxJSGTuTvP3MS5xYmtwIB naqVLZIzjjiZWAx7uGPCNphkaJA8d/QmcYqRV5ukjcje3PzWJqssrPi1YBXDdixs ksQHGhFGut1LBMD8JG3rIiAevVIa8drDUPwOi9XzfVwDiwwis3YjKJX+kXQBy3uO j3edl/umLqbJDK5o9kIhAIyD4+F0DjvaTSy1HgIBnYYkG0AlSLbvDFQnHZUdkGLO V5vqkv8oBOvT77yq2LEpXg== Received: from iadpaimrmta02.imrmtpd1.prodappiadaev1.oraclevcn.com (iadpaimrmta02.appoci.oracle.com [147.154.18.20]) by mx0b-00069f02.pphosted.com (PPS) with ESMTPS id 4485qktqev-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 20 Jan 2025 01:13:17 +0000 (GMT) Received: from pps.filterd (iadpaimrmta02.imrmtpd1.prodappiadaev1.oraclevcn.com [127.0.0.1]) by iadpaimrmta02.imrmtpd1.prodappiadaev1.oraclevcn.com (8.18.1.2/8.18.1.2) with ESMTP id 50K0BxDZ030292; Mon, 20 Jan 2025 01:13:16 GMT Received: from nam11-dm6-obe.outbound.protection.outlook.com (mail-dm6nam11lp2177.outbound.protection.outlook.com [104.47.57.177]) by iadpaimrmta02.imrmtpd1.prodappiadaev1.oraclevcn.com (PPS) with ESMTPS id 4491fg27p9-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 20 Jan 2025 01:13:16 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=Nmz/EUjuYpUKOxVuwo8RD6eSag9+x27eCedCE8kaOQpRGXWtUobnUhYyPIiCoVJl1J/aN+E3baYC59XQHfEtvnYe2GoTHFayKlo53MsoaEoZ9OlZ93O/PM+Zszsh14+6XX4RoIj5GWgYPqa5xoqeXs8FZVbQ4xSu0+9JEaqxVUS+RetNYjI+nC23ac1usNpdQ6aAlXow0m7iUJRO5JUMFz8lOMoKUUpYKyrfyf26aXZlLcCJk2nhhw4FpTBRIZexOfICedniBLHezlBQn9fVDh3kvyExcCsQ62FqsOrhmvv50sHdfvdn0GEoor1Y8Ce2YGRv0kwTiTb7E1NO0aoIPA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=mqbMSxtph2DOcx9QqYn+uSH4YzB2olb8OpMOtaBsqr0=; b=kyxYSne9XMVlbX3GEdzMKz90TUanSBLyfyMxueSQvtRtBow5u6yt88bU+bgKz5GcBdfFm+kO20ijw6jnJE93wa5fyyu5zDsp90HKzqgxMW4k2Ka6qXC12ru1ApBPM78EQ75MhzZjIuF0/clkN0vDNIgwedxa0B4PWhaf6A7F9SOR+1VnqYDK5F/X4R26VhcDU45Bx6ff6kXRPeQXutonJlL5mXv/M7v3/8fMFlZBxysgVqb4pRKbwtmihm0tdvyqiGtUIBOYcNF1JgdvUTBfPJYVSwPv0GjCFIbIGySMOBEjW6gV/viC24Y/1U7z5FkPr+3nuQMdqMn6W1nFBB0qQQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=oracle.com; dmarc=pass action=none header.from=oracle.com; dkim=pass header.d=oracle.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.onmicrosoft.com; s=selector2-oracle-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=mqbMSxtph2DOcx9QqYn+uSH4YzB2olb8OpMOtaBsqr0=; b=g/1/+h/YqyKYWgiH4huhBdqjC+fRA5BnLyY2IyWfFoV0hpOAV6b3R6Oymq9zpTEzTXbYO92ubo7hlEFXs/oyHWoLqMDKQfTj0sXvFMIFz5hCIJ3evO7QTkb1tiAFPIYLordrw+CNIg/REK5hF0YRSlDWBtsE2Rfws2SfegIUuzI= Received: from DS7PR10MB5232.namprd10.prod.outlook.com (2603:10b6:5:3aa::24) by SA1PR10MB6320.namprd10.prod.outlook.com (2603:10b6:806:253::20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.8356.21; Mon, 20 Jan 2025 01:13:14 +0000 Received: from DS7PR10MB5232.namprd10.prod.outlook.com ([fe80::8303:658f:14f8:2324]) by DS7PR10MB5232.namprd10.prod.outlook.com ([fe80::8303:658f:14f8:2324%5]) with mapi id 15.20.8356.020; Mon, 20 Jan 2025 01:13:14 +0000 From: Drew Adams Thread-Topic: [External] : bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Thread-Index: AQHbagLHkRLrEyqZqUqBFNJ+UT9kCrMeumWggAAh+OA= Date: Mon, 20 Jan 2025 01:13:14 +0000 Message-ID: References: <87r051khsd.fsf@gnu.org> <86jzatg7rh.fsf@gnu.org> <87ldv9ke06.fsf@gnu.org> <87o705hv2t.fsf@web.de> <875xmcpl7g.fsf@gnu.org> <874j1veliw.fsf@gnu.org> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-ms-traffictypediagnostic: DS7PR10MB5232:EE_|SA1PR10MB6320:EE_ x-ms-office365-filtering-correlation-id: 3786288d-e39f-48d9-49dd-08dd38ef9d65 x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; ARA:13230040|1800799024|376014|366016|38070700018; x-microsoft-antispam-message-info: y4SWDrqv5q2qMmgpV6clix2TLT9CcZq44nbphc0FcX0w5emxD+tdl5w6zXeIuu1dm6t5O4uu1JgDiMy1UPHAZK0X5uCNpHZBHUHcDjxu+pFZPLsYLIkYc45jp32QTbsZvEzpDeJcRgZ7YXgVG4IPF94Jk6eXuke62n10QC8jE+lIAGBazMZ9gzzRD4n6c0AXvmHrYbUq+xqdpAuVjesy8tye3D7fffFk3Afd6mQ4+QSQkhayfDWTrw/Yv5lACmGB1Mru0Bs3sDvWNevs+eCpRZWBgfQtrWdNXZCaN7+J2h6I9+haosf1FZVlLL/83tegFyGiZmNhf7E6soWg3SnnPXWnsNKTU86Epm8RrThoDEdqzNZTvFfRXUsLpmR/9qYdasxHXlINzC4WxqEdO8iARTBrJwl7zS8eO8tBysx1/S1Zd7DNfU0wk/hd+jmBU0VuatKw5tXrSaozgw72q4d8KgKNcGyxaOWO+QWudYTn4hAGD9ym4WpryslwQDvITy1dqWTH5pBLKOIqAU5csZsBFeM0CNBugMSOdoUmau3E4kQj2ZTZBN2SJOz0YrF0mdrDNXatIR3gCXxrq//sOV4QevkOnMI14O5Bohl76kB7yPUoiWG6KP7AhYSEb8BpPiAWK0lXNxDL4UdOCmPGUILMO6Kl0ElBCE3higWiD+jWk7dvAZu5NL5mEZT8dof7uZiG5FYUZXo44mXXcGksgUtWk0nbA8SeMOZ/SXfO5qwuKbBWRpOKzMVyXysw5+GrEZOqEkU61IIqhm3cgyG90PURI8TkiHGc2OiPSIXQurOyW+s70n3UOKRl0GAyq5OG4nIesoAZ5RfHeyx0wfSL4vInH608cEabXvvSkBVhC+REtZcbDXcTolsidc9MJTHBV9kJ+7JkDzCNlMKJ/LfzKaNYDxKL9j6S1fsTnyGmWw7M1MPn0sjVcS1lUkk66hZFnIhnMeXOuF87mNER9Xh/3D9AExXeSfzhOxXaOTPMRqnvx9KbweMk+xzjGLMSeKl3N1TrROMgBoi2TyUM/TDYBxy+2hMQbVG3J9/50a69o5Fa+01ymbCesp/ihNOx7sM+XLENe+PLKqBANelsO/1OmiNkSNeikPN7AOHJK1HcV9z0a53LHMjm7VwK46PMtThJF/iJOX/CE+xQJ0emLQ4wCwki+yZMpwwAGu2JVdFg624brbpf/mdEIRAOr+5l4GmUoXFlMGQRFlAe+Vb01HsH9GXTOJ1mD9xPZZt9sbUZ7PUnYDZOI2viEs7BH0GDEs2h/ctKVY6XRXZ7ODxKUi3W2efMOYOXCeA7ejlw/DT23Jc56GPWr17Zaam/v7wmrzxRW+xiScdqvs97vudbfpRbf/KH80k1IBm3bRYTKVLPPbc+ar9XnkXIOMtHmm1/jFM8wENe6vcpwcjiebq8jzIfZ+miBTjYU6UrdVYZW3hpJ/jHmsuGgTpA3xYo75tfJjyHq+Ow x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DS7PR10MB5232.namprd10.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230040)(1800799024)(376014)(366016)(38070700018); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: d02SYU6zNSecsI7uC91HPe9ssCQaS84HUiABwS+ClMLW3IMfkmGMhXCjW+IPlGs2Uqj+CnU/j/95Zh1lpY+pMfVoz0hC4lmsqYTKL6VYH44SqcXzrlCH9smB+5jSKb+dg+u96558uVHG3fBSJeOjX2bgn9SMeAE0muzfpTRVRDqBSelT8q20ecYiGKz667aFN2auQ5YeT9tqT9xv3uF4brluC8fEcHS6PBgs4w+FTxYBgalIQfJEoJKIcaSddf7IF/fuohTpmv53fdmazGIlbIaC2OIcubgznHAeZmS1MKqyduh/311TwD5VX8PS+58KDoBYOj02NffS2d8nQ9ZwZsJQjpl+lzvdRp7JH8bOhRly4HrDXBOxhUU9LJFBIP865+7WriG793u9lqauad/CN5YBy8LnnkYaab5D+tpMmUgA4uNbsBXzD4v+0WLVC9ykZATM0cvDHtonC+UTLbr2pznTj8RdY9Ol0unX5/6BRqalNnaPjLmfWPVYBjfUSCXmUeplhI6yQK3jdVQtbo/JKYcEiDsC3oC/yi3IAnVgRrgBOLkP8S1HLBTot8eTGqJRLaJhWdybxLDh2GG5lkrcShe1QB8LKsjwJvp7g+qUYOuh7bcVcFMrBmWyzWQhuO7k5MObYf80WVCwNpptiwSv3vYdWWVGnED/3enSsrFRS5kxkvzGGiV/Azo1tApBPumAnLOpFCWr9CI3mW/S71+63BD9DApkLUOfgYX2w2yvLZ4Z3pGCJztIHMZiprVw0AphOfuEyT6lgzjfJU/zybxwB+YdTwyxQJtf9Rpv1wCBF6SfKLZ4orLvgRIOK8VuS6OR7g+8aoDvV+1DB8TCcSkzXdSS31Z24DYPXzdsKzaWYXzncg2cVbrQYBZp/EvDc9yDmqLxBgsBypjyYiOPsN0uBTbaLHPZn6zjMBTycmq1bQ7mUgcDNBKtjB/p3wXsF7vfhIgfAPdQdgLu3ZByty/nnidxJBx06D94oF5FAJFpJIDYzcqJ12IfgUEGeBFSLBosGLyoNWRzgO1n2z2Mt+LxHdIOEQ9R2zz1FmAYLqxfkEpr9L9FfwGYAxp8msveOVjH01UAJwEn7JlIst+OEsxW8d/L1vwzj4kWoI/TEn+pJ0fF8yWscWTV9DDjvx1oW9n2Wuy4HbL57gy6W0ACy/NkIOazrsVFRjfhjiI68EqrRsorfpyFD/xzJLjxEpenOkLpqITv68OWREvwb+hIGmB37gYrzZEIecjNXwQ/XClBOYyLRcmaMVOPy7PjBhTVdOE1/Mna5RYZZnbofbheI9iGJikbiFmen+pF4gLonhoB9iRqeXtJSl66yDnjAgRZ8sw4qI/za0VqPghCGwRr1AcPghRrr3d9dfTc1aAcbIc9guoLHrLkVw80OaYAWpsFz4umucg3w5jLVA0PPhByh31/liv4dBvFPpkNyoh/UcRtXiZJvu4sAkniolnMS+pO8Zbpp5BZkIjzesKjXbnyGuwyTLvak5KMHioYTlMTseQMeHh56JKpbQJwTr8eG9BJwbphesp2Wc7ZkyDld/qHuG0ZzdDUUZeTZMtkJqjph618EAEjBDZs/lpwvnLCzzR7jHEg Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-MS-Exchange-AntiSpam-ExternalHop-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-ExternalHop-MessageData-0: aWIV++yCW32xIPjRvJGIBRJDuIZa+4qA2+MJhdNIP63Qqy5xe6ObMw9gOlsmXgU8opuaxiaifdup4LBsKvEr0cR6X+yY1jCz/N9rqqMu7B0YBU+A1AmtzFjGxIQm3CIIOrtRdTRmf4Tf7PxtBa5qF72xyjY2532ZOzNWmJt08BPsC1BdoZyKeuBRddfb5MsqgmlEnSieYq4TV8b6Yvm1X/F527kFLKrcXcvrhTn5ftgIdWj+O7KWdoUPu1i/hmrLeKd8gT86Uz3G3IrAtBDh/ezafwslsUSqypFeRXYmQHaXsnSt6wCN4TUcjRZatxZwfY8znvkFW7F+fTk+jcw1qxGsDbcedrvndh364Ee2F8it6QWvYd55F3ealoXgOWQ1zkqBMg3fL9D5AlYN9jyXz9wMCT91fY5B24ddEChYVcMv9u133hSBVynnsoX1bBbIUoRndkTnFgVvay2M78h3j+pEKWWlvgp1WFkJpUsfN4T6eq89atR528loN7RtWb1ibHxoTwvJpWrl7qCDFUqefy6+WuFOnqEjX6bQJpxeH/f8YmnW2Dw7K0AdhnXhctRzOvZOhCXlVE+bgloL1V1z/XAeqoAI6ksSrKrV+KOjgKk= X-OriginatorOrg: oracle.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: DS7PR10MB5232.namprd10.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 3786288d-e39f-48d9-49dd-08dd38ef9d65 X-MS-Exchange-CrossTenant-originalarrivaltime: 20 Jan 2025 01:13:14.5161 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 4e2c6054-71cb-48f1-bd6c-3a9705aca71b X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: KV9jJcHOPVapBO/A4fORe2ulWX66VVOWvXF3vtKpZ1ovCpdhX1QSyQY29hwuaZJWyobc1Hpxifks2jFm7bXp7g== X-MS-Exchange-Transport-CrossTenantHeadersStamped: SA1PR10MB6320 X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.293,Aquarius:18.0.1057,Hydra:6.0.680,FMLib:17.12.68.34 definitions=2025-01-19_05,2025-01-16_01,2024-11-22_01 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 bulkscore=0 malwarescore=0 mlxscore=0 mlxlogscore=961 adultscore=0 phishscore=0 spamscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2411120000 definitions=main-2501200007 X-Proofpoint-GUID: e711tn3G06zLNfXvSUhzkWuRMf6tleQG X-Proofpoint-ORIG-GUID: e711tn3G06zLNfXvSUhzkWuRMf6tleQG X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) I wrote: > (I don't know how to prevent > reversion, but I suppose you could make and > restore a copy of the buffer. ;-)) One could just bind `revert-buffer-function' locally to #'ignore. From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Michael Heerdegen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 20 Jan 2025 01:51:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Tassilo Horn Cc: 75626@debbugs.gnu.org, Eli Zaretskii Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.173733781725860 (code B ref 75626); Mon, 20 Jan 2025 01:51:02 +0000 Received: (at 75626) by debbugs.gnu.org; 20 Jan 2025 01:50:17 +0000 Received: from localhost ([127.0.0.1]:48374 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tZgvg-0006j0-TP for submit@debbugs.gnu.org; Sun, 19 Jan 2025 20:50:17 -0500 Received: from mout.web.de ([212.227.15.3]:46197) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tZgvc-0006f2-QM for 75626@debbugs.gnu.org; Sun, 19 Jan 2025 20:50:14 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=web.de; s=s29768273; t=1737337803; x=1737942603; i=michael_heerdegen@web.de; bh=Yr71a19Z8pNyySMxqU+IpOwO2nw9kgbNOy5M0ThDt9M=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date: Message-ID:MIME-Version:Content-Type:Content-Transfer-Encoding:cc: content-transfer-encoding:content-type:date:from:message-id: mime-version:reply-to:subject:to; b=U5Ay1xrXeGhmPB7+kHRIMNRFrljQ6zK0gpJa0R1ZYtln3/fwl00YPea8xO+QH/Qm MHsWIywqxJskPTymiqcqnEJ+EfOzXG75kau+qgwVTnvPa36A3CFSB+p56fuMVgqoJ UMB1pFAbNY/oTtS1FYgpbyZht+Ku4+H8ZdRdMzPt7YzDoA+T9n5rNxEoeacEfo1ze VgSdOl4W5DmqPS7mgcBwYd4yppK4tvzWczu0jabdmtsJFSows1SirtLzXdR60qxuh 7hZH9r3qKueAXW2iXXR0DzGKrjBalTpzuFHAccTowRANIIkw0Y9I8D1h/QpOUWDGc pX2WcQL2YFIMv+wq3Q== X-UI-Sender-Class: 814a7b36-bfc1-4dae-8640-3722d8ec6cd6 Received: from drachen.dragon ([92.75.138.197]) by smtp.web.de (mrweb006 [213.165.67.108]) with ESMTPSA (Nemesis) id 1M6YJB-1tbcji2ZNB-001qNl; Mon, 20 Jan 2025 02:50:03 +0100 From: Michael Heerdegen In-Reply-To: <87r04zw0sr.fsf@gnu.org> (Tassilo Horn's message of "Sun, 19 Jan 2025 11:33:24 +0100") References: <87r051khsd.fsf@gnu.org> <86jzatg7rh.fsf@gnu.org> <87ldv9ke06.fsf@gnu.org> <87o705hv2t.fsf@web.de> <875xmcpl7g.fsf@gnu.org> <8734hfsgl6.fsf@web.de> <87r04zw0sr.fsf@gnu.org> Date: Mon, 20 Jan 2025 02:51:17 +0100 Message-ID: <87ed0ygsmi.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:mK2iHaoikqbgsDT8VOjArxPU5a4N3ZtmBEtMTI5Qju97cizocg9 Q5LHFeFLcCEQq4Pr4+St5GXzb7caZ82qw336FEWDtwcgGDESd7riQBUO265wAWtttXrB6D4 MNRRMxlY/lJhzk7Zoc2Byj1an3VXAOp7RuW7PaV4El0Idmyj617jzgypxymxqxIPIUxOQK3 TsyiyJDzvp7VsZrlCBvgw== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:LqeBiuMWOXo=;v2RyGJ6sjguIZ7/D4BW4y51DLkB CTGrZQvSNn46K+R5PXg+KAAoh64WfVTonoTRzAc5fpLaU9tPS/6buHA712gz6x/UVmxjUjLJ5 d8fRkQXzPoDd5fwyNkBDmFcuN9br4xHeBSePNF4Oq5oxCFVbR7YmG48z8mfnegkuDT9CDElSB M33f8pp7jlRsPPMBeTuiJsjWszXzkqhtzJpHxMFp31EUf3B4ooXjI4fdVTxX6/KdpfoBeWiVt VUazbuClPbMeUzcCGn6PrIfgYDNqJFv9px3nktopDtT9tSqUHcBygB5F1sfsjZaAR1Ti/zRnd qU6Kfcgb3QnkVgLLmH9jr68o79uu9U1O5cqr5AVkTPd7EEK7XRMe9Nth3VzXxv2C9YZmDfknE rOQYJslsafpT7HrxXzCEEGn1DbdymqAN0Vi/IixJlezod94uMg76n6gGtuxkRzqQrInfmU28L iDifpqJrIXY3g80OeVxP6sBYoDresVm1kQUOIvvnDd9vozfv/lvunX8bcHoTKNnTMvDs58KRI vQdgXUXS5gHsYsg5W0s4jPqPa+/mymKI3rtomCqeIrj1+7k2+DItLq86RtkoE0QDk9j86xLu9 kFN2TgYjr5IUDDkP7o3b5blnc+K7/xqq5+OzNmhfhTv3kQ2qRfn4uqbx89/G/nlIla7J+RzMv Pp8u5qQJdl25kXZrFTsgJtJiHNcMyDyiB6meTpyHkSpu6Y8HF/a6/Xnl+EtknQxWqbi4zBnLQ mzL8IKvcNUFaGgRAgsmRb39RWMwg4HUwAZTnjLy15X9UiWP4/LHw7H0Sb2YHNuJ5wMDNfLyxX FIvZ3L1m8vbrVZhO/DHNuvFe5LeBlXcJEesCUNZCP8WRctmXSQ4P4bqFKswLQkWIKcV9D/mi+ LVmhrQviNJ+jXA3Bl3udJwh19WwXihGgHXQ5cwMXqjlBWL4KQCIYk3VQxMXhYR9Y4ftZ4gbk+ 3aPMAP8DXBxo/Zwg9eFyj9wcoKzSYawx5udayAE96+Bn3F7TMuaU/bmk2jiG7xbtH/Iu8ClyE z0ryxZWo261E1H1dPwtlMiUVkJT0Xk8SBtXVQyARhkFzEUTZhi2gxt2nuGYQ/ffP55ZQn8jYW A/+WfkRXD83iC5+UwbpFveUhLVnkBwXsZsu+2e+B/wTbOiHbEBkF+UfEe8YnWRTkjekCySYB9 49r9n254LnbxPO11kmfVlgd1zVN0Fzj6/aQ2JBuYa4g== Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Tassilo Horn writes: > Good idea. I've tried this simple patch and it fixes the issue for me. > > diff --git a/lisp/dired.el b/lisp/dired.el > index bab5e833a76..1152d85f149 100644 > --- a/lisp/dired.el > +++ b/lisp/dired.el > @@ -1289,6 +1289,10 @@ dired-buffer-stale-p > ;; Do not auto-revert when the dired buffer can be currently > ;; written by the user as in `wdired-mode'. > buffer-read-only > + ;; When a dired operation using dired-map-over-marks is in > + ;; progress, inhibit-read-only is set and we must not Better say "bound" please. > + ;; auto-revert. > + (null inhibit-read-only) And use `not' here, since we are testing a boolean valued flag. > (dired-directory-changed-p dirname)))) > > (defcustom dired-auto-revert-buffer nil > > Probably testing inhibit-read-only is not TRT but the expansion of > dired-map-over-marks should explicitly let-bind some new > dired--map-over-marks-in-progress variable to make it more explicit... Yes. OTOH it's not bad either. `inhibit-read-only' bound (together with buffer-read-only which we already have) is a good indicator for that some operation is running and we should not auto revert. Unless I'm missing something I would prefer this solution. Michael. From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 20 Jan 2025 03:49:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Michael Heerdegen , Tassilo Horn Cc: "75626@debbugs.gnu.org" <75626@debbugs.gnu.org>, Eli Zaretskii Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.173734491414819 (code B ref 75626); Mon, 20 Jan 2025 03:49:01 +0000 Received: (at 75626) by debbugs.gnu.org; 20 Jan 2025 03:48:34 +0000 Received: from localhost ([127.0.0.1]:48575 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tZim9-0003qx-Vi for submit@debbugs.gnu.org; Sun, 19 Jan 2025 22:48:34 -0500 Received: from mx0b-00069f02.pphosted.com ([205.220.177.32]:22970) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tZim8-0003qp-2d for 75626@debbugs.gnu.org; Sun, 19 Jan 2025 22:48:33 -0500 Received: from pps.filterd (m0333520.ppops.net [127.0.0.1]) by mx0b-00069f02.pphosted.com (8.18.1.2/8.18.1.2) with ESMTP id 50JNfNAQ024262; Mon, 20 Jan 2025 03:48:31 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=cc :content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to; s= corp-2023-11-20; bh=rC3LHvKLPAkOtOeoNPlKMZsyDSMYAvWuNMEDNrHHTIU=; b= Vm6vYPps4TLnMblbI984hsjnBBEJDWdnHEwMv8tQ0r80YkPUsjvI7klMUYlrHKYY b4SgwHI+mUV9GwH2MdZBBv0EpdNhmnyZch0BTx4hBDRIUUv/LRsPMMhcbnQ/2D7q 7OPBK2CtT8ijAl9BK6ETXqPUQ4y8pFSZ1F7OvNpe3aozISEUCQXq3CmF5wfPlBDd VgMSz9HF1xW/+js4Lmpqas86NUTIoU2eELEQWL0FIvdQkehLQg4S/J7yFUwnD+cj b+HYq5hBJXjEybNonBZSXIL+Q6WpgxyoRQZPA5l6G9KiO/o6u6Tto1jjyOR6Fatv kKzq+QxIbwJyoeEsrU69zA== Received: from iadpaimrmta03.imrmtpd1.prodappiadaev1.oraclevcn.com (iadpaimrmta03.appoci.oracle.com [130.35.103.27]) by mx0b-00069f02.pphosted.com (PPS) with ESMTPS id 4485qktxsh-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 20 Jan 2025 03:48:30 +0000 (GMT) Received: from pps.filterd (iadpaimrmta03.imrmtpd1.prodappiadaev1.oraclevcn.com [127.0.0.1]) by iadpaimrmta03.imrmtpd1.prodappiadaev1.oraclevcn.com (8.18.1.2/8.18.1.2) with ESMTP id 50K05j8w005553; Mon, 20 Jan 2025 03:48:30 GMT Received: from nam11-bn8-obe.outbound.protection.outlook.com (mail-bn8nam11lp2176.outbound.protection.outlook.com [104.47.58.176]) by iadpaimrmta03.imrmtpd1.prodappiadaev1.oraclevcn.com (PPS) with ESMTPS id 449192mmg8-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 20 Jan 2025 03:48:30 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=tO5g/61bFj7M25WkH6QETOkdsQ29qIyURgJzZv/anwCPc0CnoB5LGjL7A6EXV1kIlkWF+qAgXZsg567Wt3r3WVmbWfhjnShVmduUD5xouZZx/gIrKuANV2kMCj1iZnz8xDO1YdHgRB+xUIyUy+kjHH+zZJOYBO8mZoc8xGJ7csV+jUfHlML1kKyTHcErEhg1YUYcxMrfUfuw1894vK/mrNF/jScsb6f13zT2wrIITd3+hB7RkC4PmYA6OO5wXMcrB3LU7/8aUJ74eldH7pjsZBSCNRXgclwV7vjotnkeUU20HHPeMyG5gweWVFc2FzvWH/NH9oEide95CNFcAFRmnw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=rC3LHvKLPAkOtOeoNPlKMZsyDSMYAvWuNMEDNrHHTIU=; b=EeQH/+kEUZoWr6Vub1XoJFg9GqqWlryNTVgjjfswDYYOz3gDpavj93OHc1u38lLIDiEmBAU4Oo7fYNkJGI9h09KdyxPjJVcsPOv2VNx7pkIhWXvvGNzTiTNGpG9jCdjSIWyfhsRwf8zJPk8kDLGPkgdikltSe7IKqeQiS6/CiNqys06ROcgADGzuHnOX8QsIlZk+ONh8MmZmbU8zfM1ZJmSuJwLNisUrg1DCTn2EXQnjTnMG22Kxu6u0yRMHZzF91IocF5LjzRxeaQWX6Usvk/U7mdvst1xZxuQnrOuoGKA9c0o4slv1PseOz0v8BWL38iTxCvvloeeEHBA2wl7W8w== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=oracle.com; dmarc=pass action=none header.from=oracle.com; dkim=pass header.d=oracle.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.onmicrosoft.com; s=selector2-oracle-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=rC3LHvKLPAkOtOeoNPlKMZsyDSMYAvWuNMEDNrHHTIU=; b=lrQi9oP7vopbYVcyegcMnCnRA6dtnN6VHV9ZkC03uQDtJ/6otNhNQGoApfvWMxR+OhCHJ3f7vXz6sKwqx0iUK6hPg27fPaKH+fr3/mxAfIfXqg7ngsMVSLPJUQr77or9PEIjw52jC9i9+C8GMtJdypr4BwvsZIPlJyEnlt2AaG0= Received: from BLAPR10MB5219.namprd10.prod.outlook.com (2603:10b6:208:321::22) by DS0PR10MB8224.namprd10.prod.outlook.com (2603:10b6:8:1ce::23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.8356.21; Mon, 20 Jan 2025 03:48:06 +0000 Received: from BLAPR10MB5219.namprd10.prod.outlook.com ([fe80::8179:21ba:b158:7d50]) by BLAPR10MB5219.namprd10.prod.outlook.com ([fe80::8179:21ba:b158:7d50%5]) with mapi id 15.20.8356.020; Mon, 20 Jan 2025 03:48:06 +0000 From: Drew Adams Thread-Topic: [External] : bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Thread-Index: AQHbat3YFZjJ4fcn1kabQUZNOqWNIbMe/7Ew Date: Mon, 20 Jan 2025 03:48:06 +0000 Message-ID: References: <87r051khsd.fsf@gnu.org> <86jzatg7rh.fsf@gnu.org> <87ldv9ke06.fsf@gnu.org> <87o705hv2t.fsf@web.de> <875xmcpl7g.fsf@gnu.org> <8734hfsgl6.fsf@web.de> <87r04zw0sr.fsf@gnu.org> <87ed0ygsmi.fsf@web.de> In-Reply-To: <87ed0ygsmi.fsf@web.de> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-ms-traffictypediagnostic: BLAPR10MB5219:EE_|DS0PR10MB8224:EE_ x-ms-office365-filtering-correlation-id: 86395135-4c71-494c-fd3e-08dd39053ffe x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; ARA:13230040|366016|376014|1800799024|38070700018; x-microsoft-antispam-message-info: 4VKy9dnj5TL/N/0oV0CpI3sYoxqjwDrE9/L7cvEqI37slxtWOAbPA2O3oLQO9qql2H4C5oRzT4dza3Nr+Nx1xVUHVJSPxhXiK8e8Ua9AC3ibdrBK95rCm71xhMbyRs0GcWK4uRI2QF68g0QOA/CTlITxs4FDH1XYbw7zK5VHlAZqSW+nlRVMu/vuXyvml2O4u1L23gLu2UaoZXC0fdv6tLToLo3+KAGG3IJaApYDBtS+q68NiMm7tAjRsEFhrpST6C/J4e7lG9twv0hYX+ZRbPbq7EWSceUDJv/XSxrwLFsbpyQpyCUQ1tPxMw+6eIU+/PllSB6iDAGBWo7SBbdGEAZM8MNZIOGmD/Xq/xdaBajOGphZdX0lckXkmB8f1b/N48x7TtJshLyj+xrG1xdRnVpB99t5rU3QpzacRCRbhKJukaUu70Hbk2BGuXS//LNB/1fYchZbHEDbBjlvoTMeNiT2INk8ClOk/DOBXaTMod51nYb3dRIgi5WFwNMykCBWCEgDxpxsTqM5yPzjl1oM1BB0E63FhFeA7i9e7mJq/PedpxfUd+yHTj/XSqzGLXFp2wa/ghZg9LLOQt/lUMoKMrjRMSoCS4YT0mtOEuHYNGjZI9i3Q/v1B219HKvbKRRGUG19kzIf5nwdnNDjGApsP0OfaPGkWLMZbpXWc8zPhuvsud0ZjBYWjUEklNDs3RkxUJvfkjisicm3XtNeF/2yXYoQenL1jLdyKKt2XOcTKTpIrWGfHYqpATQP6xtOFRHLXqIiofD7V+JjAY/JMoretUZ1GblAt3Qmn9SYDrMhOLDeseJnUWVRfTFt7S0g3pH9w6ReaFeZNDvmxwPJ88/Yp+J7u5g/qlbhdr2Kep9Ws6uLVtV9mWSE4ZXaKuPf36rpF3z2RYwZ6kixSi9niti5IMcYJm4rf+fMm3uAcOn1X+HzWxofIlxmvs7eclrPQaj+PSxsdsV3TwVIT5GL574GIRnx+rNLvwDAeMUKG8KtuAxy05cb0rRghzvS9cxq478zGvq5mGInJpung8tU0tkOUsdm0JVgNOBMk6mTO1emvtWEi6zuxjrf598JYzmhcIClHlX+YTPIbeeKZjrfTlW/rgu+QUNJmulWOn/ObdIK6kka+hZwqKkzK5n1oCGkWb0zfksyRTZ9p36IFrgZT/qvpG/MDQmIGP3b91FddvYKm/meLeXlCv7B+kqDZP5p12C846cBzue8PJsmw5M1e21CXLK2UY7n0xoYPbEi/ro2o+kNJTcd81xC+CWXNvNYGxfDgKtRZTUl9Jqx7Z3hzo1N3kfhd6pcpe7FwLg4SzeC9j0KsBSVRQyfzMma2YvMCiAW43R1Z+m84UzMawXF0sR/MoeiGMmHY7xZnX4YIo1jfXi8l+lW5EKcYK39WaptJ//vBJuboLQvuAE010vIINl3/oIT7KECrx315sYdY7U6gG5w7MfC8EOPPgqfWf4Miv0L x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BLAPR10MB5219.namprd10.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230040)(366016)(376014)(1800799024)(38070700018); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: P1oYgweMb9otxgSnBw7KANXqhRoHfLYpfxVjb/WnLrq3lSDLHl8MZyeIwBcF6Rc+UIboMTtV2n0x2vvamiOILxzVEGbh+yYwgkc6DpRyNwTeB2Y4JI8YZRJbteiJsDkBwb5d7ktekcG9xdPD/Bhflot1rn1CrpAHwhi6YZf1Zv5IwHnW5Y9BgPbvkJiBMbvV3wX4vnVYepq6y8tfOvDAKP/JwZWhA+XOKnvnIpLv6eflzFb/dPPEMfsF3sOlXHYj/jjes+dnce9KqV6R7lnZDZj8UL9nMbzD6LshaGKZTpM4LA/BndEdEdB7cjWB91oZiasrMamp4hvXAyonJDdGQioOz3zIeu64a1zQbtCTe2lIe/X3/ugzlg3T2GLyPErintobdiOwf8cuXck/ibG23SHvraGjj9jWtDNaroU9FfYrAhMLSZsTgmDlrmwMS2IOZvsFPd/e04Z/ITRIyXMqtyt59wblaxAHZzfeMSOcupwF3n0CNjsiKZovA9Nj31vEdjivSqFHn3DBFBm95OjunXN7LkydW6xRcT4oqID0AhEZUbMOLLgHXcmjLD2zA5bItSQZWwctXlX4wmWUXkzuIePmztjb2ntHuSEi0loP4Tv4FcTK21/cdwcxEHtkhLGw3gnQLIobniBQSC9UWXNjZcQIxHfaztC+5GQT5OkkHoouVsl6FYswvIBDBzAdqt4+okZOIa37P1xN1MSbNAroDEXvteD2lMKKbjzoVnoSI8eUSRV/cpwe4PNdbvdOP9Yx8X5khQq8ELZ5CnGSAxL8r615kT9c5a9y9XSiDGT3QSFDsfbnbFBxZtWKxST8jX5DyaVnmG6MtpmEsPT/EChs87Wu5hcLzV1mTBE+XdjYKYpEt19r8/2izQUSjfXFLbC2LeWQCcJV974pdaQH37McAAG29L7jRDcpB0uAcFQgkHcQx78gZ8FMCmjrfjTQHcfTPDKaHd/OvWSGn0qxN6e5aQ88hNujvXWDDPEvIK4gDTRzVDFhfvmIrPgt1k8J0j8Gum5mMHn0wFzseO7HaSiyr++cGZArQkSGP0dXli9PlI00tZYFb/cjL9F5Id0U9lV95jRE+Qx4dplQa7sEkAxkQzxi69R21g5URU5yP+u3sefLF/U9Lzkfj8lm+nVpom8RMQgb52ulvtQLjESO+0RbFmTWPVmmZ4kmXoADHA8PwLlzNZA2mfQC5A5Wz5HMOFM4cAWyTtZzzB/6J9h8Uum5ozpLfyIW+56wJVNhI6O/T/fTMRRZEjeXIZ6Qs04tqbtymUzK0CoTYiIVXIY3i5DFDcAV1S8SueL58AnSIxGhAYUU9aKjczv29tDPmhPM88JmVWDHx981q2bts5UDdRfChufnqhwsb5LHrE/46KHzv4Z7OzQeFwj9HfNfnCgiRDcXN2PP2CZua1JLQoOr69n13QgUhaRgGyEMVKRvo84wKBe99pPHR0/HDx+HHkWyZmrYPemdMDRbH2itPMWB/aenYOmxq9hFYbxgWYJdB7iRv/wqFUjf5EjkSrMb9KgIadYABAM4mCX20njlgrx3aTSrodzhX3/keW2PHb+wBBYVafip1Kmro3/Vr/nNfh5PAqOS Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-MS-Exchange-AntiSpam-ExternalHop-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-ExternalHop-MessageData-0: edEFNUhkCnecis6fIh4/fJjAElNu4DLG0RzmZljIfAMfWupqajSNEbHoheXsQixGp1ZT8lzqn7ivi83SxMbRo7aOPezDVxGOksiNrNNeXFrjSyTqhZqH3Tn3VX8sYSQFFxR3Mk+Q1zkpUSra0C1douINlkCyB55xBLXLgBE79mrWjwLrBA8VxwLAqMFI1MHmqBWMNkR1ut3Qf2+USq/6oH+hFn+MB01gQPCBrbUqv9S50mw43Di31Nsq4Jq1VHFbGMnlge3BzMn3srsETP7wFMOdDsHXB/+qVgL9Jrm+H+QvBJ9cdDn3mZaaZerB1KFqdC8tBJghCJzq6V+izfnEPwnutvjVuGjHi8vDrV8OQuKm/E8lQMIGeQu76y/nquuwSpUgyV/gWVx1NLt0oFAh3DsY1pf1EX/pYeuTPi3GArKs7bQ2KKcWjrs6rZwDgNlBE7XOov4U411ByVqxhqxz00LLiyMsokbOBGpbl5oemhxzCT6f4mPNPYMLD2CMbh59PAlCZwKie2Y4ujsqfIUxhA12p+6TMtm06EZTgCZ6JquSTDD+rIyQuQd+tgchkYjPTO0qtrmlJdnrr0BmXSPJv4e/aJYnIpm5CHpJxR+aKJg= X-OriginatorOrg: oracle.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: BLAPR10MB5219.namprd10.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 86395135-4c71-494c-fd3e-08dd39053ffe X-MS-Exchange-CrossTenant-originalarrivaltime: 20 Jan 2025 03:48:06.7464 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 4e2c6054-71cb-48f1-bd6c-3a9705aca71b X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: wRC4PSqGL8ifunkcHJbDOhNZatKMjcrhPwFEe3ARKAcLlq+h9G9y4CozKBFtjb6MKyWbW3Jv0oQKXKa+1VyjNg== X-MS-Exchange-Transport-CrossTenantHeadersStamped: DS0PR10MB8224 X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.293,Aquarius:18.0.1057,Hydra:6.0.680,FMLib:17.12.68.34 definitions=2025-01-20_01,2025-01-16_01,2024-11-22_01 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 adultscore=0 phishscore=0 bulkscore=0 suspectscore=0 mlxscore=0 mlxlogscore=999 malwarescore=0 spamscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2411120000 definitions=main-2501200028 X-Proofpoint-ORIG-GUID: Ec0ge_hcYNr5beA9oj8NDNBvMeRn_2Zr X-Proofpoint-GUID: Ec0ge_hcYNr5beA9oj8NDNBvMeRn_2Zr X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Still not following this thread. But if the plan is to make `dired-map-over-marks' prevent things such as reverting, then a priori I'm not in favor of that. A priori, I think that macro should implement no such control, and make _few or no assumptions_ about the context in which it's used or the purposes to which it might be put to use. Such control is not its role. If some particular _use_ of the macro should provide some such control, e.g., should not let XYZ happen, then fix that function instead (even if that might mean not using the macro there). The macro itself should stay general & unassuming. Yeah, what I'm saying is vague. And I'm not following the bug thread. But it smells/feels kinda like preparation to throw out the baby with the bathwater. Especially when I see questions about the difference between the macro and `dired-get-marked-files'. If you need some different behavior in a more _general_ way, i.e., at the level of a building block and not just a fix to some particular function, then consider adding a _new_ general function/macro, instead of changing `dired-map-over-marks. Please be sure you change/fix only something that's specifically broken, without redefining this longstanding building block based on unnecessary assumptions. From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Tassilo Horn Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 20 Jan 2025 06:07:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Michael Heerdegen Cc: 75626@debbugs.gnu.org, Eli Zaretskii Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.173735320216766 (code B ref 75626); Mon, 20 Jan 2025 06:07:02 +0000 Received: (at 75626) by debbugs.gnu.org; 20 Jan 2025 06:06:42 +0000 Received: from localhost ([127.0.0.1]:48715 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tZkvp-0004MM-SU for submit@debbugs.gnu.org; Mon, 20 Jan 2025 01:06:42 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:52144) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tZkvm-0004M0-1t for 75626@debbugs.gnu.org; Mon, 20 Jan 2025 01:06:39 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tZkvg-0002rA-Md; Mon, 20 Jan 2025 01:06:32 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=MwRa3K4zbj3ewrxIOouOINFPO1qM9H9FcumKOFEtC3c=; b=k1rLNF5T113Y2jpdy+PO tZ5AnEaAuJGKg/OJRT4nejQNA9UAPxKzKdcz6kwUtoNWMqFe+HXuJhnLXg5mN9QkMxB1/Gur+2c5d FjtP4IrdKG7Iatm4FXG/ZNH1OMrtzW/f/1ESTIpHia+BFuXteWT6Y2tSaIwE4b68I6pVdUt/EYyo5 IgknlB1DEhj45K/CW34wV9mspgMLKyG+W+zztO+jfLepXuAt17eMyy1l/idXCjlJKdvOi4KktbzKO ZzmketrH+K0MgiVedEhrZWZZ+ks+7pb0QRapIaKXPnaCQLHf1jlmCxfZ8OOCPrIdgvrVy0RqjNOZF 43c4JuYQKxKh5w==; X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeefuddrudeikedgkeelucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdggtfgfnhhsuhgsshgtrhhisggvpdfu rfetoffkrfgpnffqhgenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnh htshculddquddttddmnecujfgurhephffvvefujghffgffkfggtgesthdtredttdertden ucfhrhhomhepvfgrshhsihhlohcujfhorhhnuceothhsughhsehgnhhurdhorhhgqeenuc ggtffrrghtthgvrhhnpeeluddvgeefuddvjeekfeetleegtefgveehhfeuffeuffeghefg ueefgfdvffegtdenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfh hrohhmpehthhhorhhnodhmvghsmhhtphgruhhthhhpvghrshhonhgrlhhithihqdekieej feekjeekgedqieefhedvleekqdhtshguhheppehgnhhurdhorhhgsehfrghsthhmrghilh drfhhmpdhnsggprhgtphhtthhopeefpdhmohguvgepshhmthhpohhuthdprhgtphhtthho peejheeivdeiseguvggssghughhsrdhgnhhurdhorhhgpdhrtghpthhtohepvghlihiise hgnhhurdhorhhgpdhrtghpthhtohepmhhitghhrggvlhgphhgvvghruggvghgvnhesfigv sgdruggv X-ME-Proxy: Feedback-ID: ib2b94485:Fastmail From: Tassilo Horn In-Reply-To: <87ed0ygsmi.fsf@web.de> (Michael Heerdegen's message of "Mon, 20 Jan 2025 02:51:17 +0100") References: <87r051khsd.fsf@gnu.org> <86jzatg7rh.fsf@gnu.org> <87ldv9ke06.fsf@gnu.org> <87o705hv2t.fsf@web.de> <875xmcpl7g.fsf@gnu.org> <8734hfsgl6.fsf@web.de> <87r04zw0sr.fsf@gnu.org> <87ed0ygsmi.fsf@web.de> User-Agent: mu4e 1.12.8; emacs 31.0.50 Date: Mon, 20 Jan 2025 07:06:20 +0100 Message-ID: <87r04yj9yb.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Michael Heerdegen writes: > Tassilo Horn writes: > >> Good idea. I've tried this simple patch and it fixes the issue for me. >> >> diff --git a/lisp/dired.el b/lisp/dired.el >> index bab5e833a76..1152d85f149 100644 >> --- a/lisp/dired.el >> +++ b/lisp/dired.el >> @@ -1289,6 +1289,10 @@ dired-buffer-stale-p >> ;; Do not auto-revert when the dired buffer can be currently >> ;; written by the user as in `wdired-mode'. >> buffer-read-only >> + ;; When a dired operation using dired-map-over-marks is in >> + ;; progress, inhibit-read-only is set and we must not > > Better say "bound" please. > >> + ;; auto-revert. >> + (null inhibit-read-only) > > And use `not' here, since we are testing a boolean valued flag. > >> (dired-directory-changed-p dirname)))) >> >> (defcustom dired-auto-revert-buffer nil So like this: --8<---------------cut here---------------start------------->8--- diff --git a/lisp/dired.el b/lisp/dired.el index 2087a6f6f21..c78a13800e6 100644 --- a/lisp/dired.el +++ b/lisp/dired.el @@ -1289,6 +1289,12 @@ dired-buffer-stale-p ;; Do not auto-revert when the dired buffer can be currently ;; written by the user as in `wdired-mode'. buffer-read-only + ;; When a dired operation using dired-map-over-marks is in + ;; progress, inhibit-read-only is bound to some non-nil value + ;; and we must not auto-revert because that could change the + ;; order of files leading to skipping or double-processing (see + ;; bug#75626). + (not inhibit-read-only) (dired-directory-changed-p dirname)))) (defcustom dired-auto-revert-buffer nil --8<---------------cut here---------------end--------------->8--- Eli, good to go? And if so, master or emacs-30? >> Probably testing inhibit-read-only is not TRT but the expansion of >> dired-map-over-marks should explicitly let-bind some new >> dired--map-over-marks-in-progress variable to make it more >> explicit... > > Yes. OTOH it's not bad either. `inhibit-read-only' bound (together > with buffer-read-only which we already have) is a good indicator for > that some operation is running and we should not auto revert. > > Unless I'm missing something I would prefer this solution. Yes, you are right. Whoever binds inhibit-read-only in a dired-buffer is probably doing something that won't play well with auto-reverting in between. Bye, Tassilo From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Tassilo Horn Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 20 Jan 2025 06:15:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Drew Adams Cc: Michael Heerdegen , "75626@debbugs.gnu.org" <75626@debbugs.gnu.org>, Eli Zaretskii Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.173735364818573 (code B ref 75626); Mon, 20 Jan 2025 06:15:01 +0000 Received: (at 75626) by debbugs.gnu.org; 20 Jan 2025 06:14:08 +0000 Received: from localhost ([127.0.0.1]:48726 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tZl31-0004pV-Jc for submit@debbugs.gnu.org; Mon, 20 Jan 2025 01:14:07 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:55702) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tZl2y-0004on-US for 75626@debbugs.gnu.org; Mon, 20 Jan 2025 01:14:05 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tZl2s-0003SU-VC; Mon, 20 Jan 2025 01:13:58 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=/FWfQ8h6GILvuPOUi5U76ckdyXsIsPE7vk0YCjDW/+g=; b=RdTvS/BjF3Jbo/FK/nAs BiuXuJGMhqFpAV9jZMXAnaS4LUxrxKwBeRYkVCHu2xICJ1wIBm8OzJwARJ8GfnZT/yweeLSut6L3X ZwEKukj0kKciSZjfDy6kxD1/4QybBXaNoaoNgWjQ7vxVPHDVbKY7VrNEigYn6IMKYwFRq3ySxT2W/ odDt6JsW/DN6Vl3rFO6UiXXazKjNqXLhQ3NC8P1RKvVF8qY+KJzhG1LknrZX8llTvxMDVmUo2LxvS aqBgj5GQn/JR3O9afIPvOv/vMwy33AQNRSgi8PFbQAZLKSbh/JtW/VihqNXNLsiWTXOatHhpzq7Rq 5AGg1YpS7SgJCQ==; X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeefuddrudeikedgledtucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdggtfgfnhhsuhgsshgtrhhisggvpdfu rfetoffkrfgpnffqhgenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnh htshculddquddttddmnecujfgurhephffvvefujghffgffkfggtgesthdtredttdertden ucfhrhhomhepvfgrshhsihhlohcujfhorhhnuceothhsughhsehgnhhurdhorhhgqeenuc ggtffrrghtthgvrhhnpeeluddvgeefuddvjeekfeetleegtefgveehhfeuffeuffeghefg ueefgfdvffegtdenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfh hrohhmpehthhhorhhnodhmvghsmhhtphgruhhthhhpvghrshhonhgrlhhithihqdekieej feekjeekgedqieefhedvleekqdhtshguhheppehgnhhurdhorhhgsehfrghsthhmrghilh drfhhmpdhnsggprhgtphhtthhopeegpdhmohguvgepshhmthhpohhuthdprhgtphhtthho pegvlhhiiiesghhnuhdrohhrghdprhgtphhtthhopeejheeivdeiseguvggssghughhsrd hgnhhurdhorhhgpdhrtghpthhtohepmhhitghhrggvlhgphhgvvghruggvghgvnhesfigv sgdruggvpdhrtghpthhtohepughrvgifrdgruggrmhhssehorhgrtghlvgdrtghomh X-ME-Proxy: Feedback-ID: ib2b94485:Fastmail From: Tassilo Horn In-Reply-To: (Drew Adams's message of "Mon, 20 Jan 2025 03:48:06 +0000") References: <87r051khsd.fsf@gnu.org> <86jzatg7rh.fsf@gnu.org> <87ldv9ke06.fsf@gnu.org> <87o705hv2t.fsf@web.de> <875xmcpl7g.fsf@gnu.org> <8734hfsgl6.fsf@web.de> <87r04zw0sr.fsf@gnu.org> <87ed0ygsmi.fsf@web.de> User-Agent: mu4e 1.12.8; emacs 31.0.50 Date: Mon, 20 Jan 2025 07:13:48 +0100 Message-ID: <87ldv6j9lv.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Drew Adams writes: > Still not following this thread. But if the plan > is to make `dired-map-over-marks' prevent things > such as reverting, then a priori I'm not in favor > of that. A priori, I think that macro should > implement no such control, and make _few or no > assumptions_ about the context in which it's used > or the purposes to which it might be put to use. > Such control is not its role. > > If some particular _use_ of the macro should > provide some such control, e.g., should not let > XYZ happen, then fix that function instead (even > if that might mean not using the macro there). > > The macro itself should stay general & unassuming. The plan is to change dired-buffer-stale-p so that it returns nil when inhibit-read-only is bound to a non-nil value which is the case during the execution of the code generated by dired-map-over-marks and might catch other cases, too. The macro itself stays as-is. Bye, Tassilo From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Tassilo Horn Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 20 Jan 2025 06:43:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Drew Adams Cc: Michael Heerdegen , "75626@debbugs.gnu.org" <75626@debbugs.gnu.org>, Eli Zaretskii Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.173735535124208 (code B ref 75626); Mon, 20 Jan 2025 06:43:01 +0000 Received: (at 75626) by debbugs.gnu.org; 20 Jan 2025 06:42:31 +0000 Received: from localhost ([127.0.0.1]:48756 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tZlUV-0006IO-Cy for submit@debbugs.gnu.org; Mon, 20 Jan 2025 01:42:31 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:35112) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tZlUS-0006I8-P3 for 75626@debbugs.gnu.org; Mon, 20 Jan 2025 01:42:29 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tZlUM-00079H-AL; Mon, 20 Jan 2025 01:42:22 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=43cOyjQORJnrCFMkHLt+W7axETSbWibNPzJRhPE/v3Y=; b=lxe4eB3PuEq+bcwp4cRV aEIEQQ72iiYhP80DpMP8owC0xWE8aJLXiBiohwACAh/Gr51i1tip2VunqjQIBZ/hqiGdkKKz4D5zZ Z2A5Kf6Lh88FdoWRE/Vr1oxheqGFgGY2758xCa2nhMPp9h3htzxJTaW4JCC5skXz63FALRb7XvNSZ e0whhYJNJanzeJ7lu87myHxUSYApusVzwO4c8j4T9dZMw5yZ/DSd455DjuE3iKaTqACIB6TsmEtFd 5p2cA/D+KsLPioEwAw4AZ8oHNBG+HwenKuXEmdj+V2G9AlxaMsopOpKrr+xpgrhRbw7EW9sFMWxY3 dgQjenM0zvHODA==; X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeefuddrudeikedgleehucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdggtfgfnhhsuhgsshgtrhhisggvpdfu rfetoffkrfgpnffqhgenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnh htshculddquddttddmnecujfgurhephffvvefujghffgffkfggtgesthdtredttdertden ucfhrhhomhepvfgrshhsihhlohcujfhorhhnuceothhsughhsehgnhhurdhorhhgqeenuc ggtffrrghtthgvrhhnpeeluddvgeefuddvjeekfeetleegtefgveehhfeuffeuffeghefg ueefgfdvffegtdenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfh hrohhmpehthhhorhhnodhmvghsmhhtphgruhhthhhpvghrshhonhgrlhhithihqdekieej feekjeekgedqieefhedvleekqdhtshguhheppehgnhhurdhorhhgsehfrghsthhmrghilh drfhhmpdhnsggprhgtphhtthhopeegpdhmohguvgepshhmthhpohhuthdprhgtphhtthho pegvlhhiiiesghhnuhdrohhrghdprhgtphhtthhopeejheeivdeiseguvggssghughhsrd hgnhhurdhorhhgpdhrtghpthhtohepmhhitghhrggvlhgphhgvvghruggvghgvnhesfigv sgdruggvpdhrtghpthhtohepughrvgifrdgruggrmhhssehorhgrtghlvgdrtghomh X-ME-Proxy: Feedback-ID: ib2b94485:Fastmail From: Tassilo Horn In-Reply-To: <87ldv6j9lv.fsf@gnu.org> (Tassilo Horn's message of "Mon, 20 Jan 2025 07:13:48 +0100") References: <87r051khsd.fsf@gnu.org> <86jzatg7rh.fsf@gnu.org> <87ldv9ke06.fsf@gnu.org> <87o705hv2t.fsf@web.de> <875xmcpl7g.fsf@gnu.org> <8734hfsgl6.fsf@web.de> <87r04zw0sr.fsf@gnu.org> <87ed0ygsmi.fsf@web.de> <87ldv6j9lv.fsf@gnu.org> User-Agent: mu4e 1.12.8; emacs 31.0.50 Date: Mon, 20 Jan 2025 07:42:18 +0100 Message-ID: <87frlej8ad.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Tassilo Horn writes: >> The macro itself should stay general & unassuming. > > The plan is to change dired-buffer-stale-p so that it returns nil when > inhibit-read-only is bound to a non-nil value which is the case during > the execution of the code generated by dired-map-over-marks and might > catch other cases, too. The macro itself stays as-is. The missing part: this change hinders auto-revert-mode from reverting the dired buffer during an operation on marked files. Bye, Tassilo From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 20 Jan 2025 12:52:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Michael Heerdegen Cc: 75626@debbugs.gnu.org, tsdh@gnu.org Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.17373774917872 (code B ref 75626); Mon, 20 Jan 2025 12:52:02 +0000 Received: (at 75626) by debbugs.gnu.org; 20 Jan 2025 12:51:31 +0000 Received: from localhost ([127.0.0.1]:49299 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tZrFa-00022u-K6 for submit@debbugs.gnu.org; Mon, 20 Jan 2025 07:51:31 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:36020) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tZrFX-00022h-RP for 75626@debbugs.gnu.org; Mon, 20 Jan 2025 07:51:28 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tZrFS-0005cg-DG; Mon, 20 Jan 2025 07:51:22 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=jZoSOKWTqBV7XUjaQpU/shdFleurs0rE7lgQE35Nh8U=; b=RPCRPMKu/hhk 0O4gxLSV0O3tdu91UjogjKcLPAXWcGyLToNbhQ6w83IO+SlWpALhMANNhuu6dXyPx93bJ2h4hVNt3 thttTVcoBV4v8c81RZueYJKY0ljRS8RLf8O+GOWNYzBZZXQsLPd6NVl0xiBx9s1PLHBhW77R1F/OM r/XOaMHaes1f8vu7zr0fWhGav7ECnb36ZwEdSbO9pZe8zZKETAkGpMc0f8u5r3e/zxT/bQz57oN56 kd1NhKSDXMVnaFsMMejcdsXA0W8p1SDGnnyzx6f4IoXvjNrshm1w/BOGsI5crFLPeUtV4PQkpufsn pPj+loX34HSoxSGhPTykAg==; Date: Mon, 20 Jan 2025 14:50:35 +0200 Message-Id: <86ikq97ip0.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <87ed0ygsmi.fsf@web.de> (message from Michael Heerdegen on Mon, 20 Jan 2025 02:51:17 +0100) References: <87r051khsd.fsf@gnu.org> <86jzatg7rh.fsf@gnu.org> <87ldv9ke06.fsf@gnu.org> <87o705hv2t.fsf@web.de> <875xmcpl7g.fsf@gnu.org> <8734hfsgl6.fsf@web.de> <87r04zw0sr.fsf@gnu.org> <87ed0ygsmi.fsf@web.de> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Michael Heerdegen > Cc: Eli Zaretskii , 75626@debbugs.gnu.org > Date: Mon, 20 Jan 2025 02:51:17 +0100 > > Tassilo Horn writes: > > > Good idea. I've tried this simple patch and it fixes the issue for me. > > > > diff --git a/lisp/dired.el b/lisp/dired.el > > index bab5e833a76..1152d85f149 100644 > > --- a/lisp/dired.el > > +++ b/lisp/dired.el > > @@ -1289,6 +1289,10 @@ dired-buffer-stale-p > > ;; Do not auto-revert when the dired buffer can be currently > > ;; written by the user as in `wdired-mode'. > > buffer-read-only > > + ;; When a dired operation using dired-map-over-marks is in > > + ;; progress, inhibit-read-only is set and we must not > > Better say "bound" please. > > > + ;; auto-revert. > > + (null inhibit-read-only) > > And use `not' here, since we are testing a boolean valued flag. > > > (dired-directory-changed-p dirname)))) > > > > (defcustom dired-auto-revert-buffer nil > > > > Probably testing inhibit-read-only is not TRT but the expansion of > > dired-map-over-marks should explicitly let-bind some new > > dired--map-over-marks-in-progress variable to make it more explicit... > > Yes. OTOH it's not bad either. `inhibit-read-only' bound (together > with buffer-read-only which we already have) is a good indicator for > that some operation is running and we should not auto revert. > > Unless I'm missing something I would prefer this solution. But inhibit-read-only is also nil in WDired. Do we want to disable auto-revert in that case? Why don't you prefer the new dired--map-over-marks-in-progress variable idea? Or Drew's suggestion to bind revert-buffer-function to 'ignore while dired-map-over-marks runs? Both sound cleaner to me than relying on inhibit-read-only, which is used in gazillion places. From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 20 Jan 2025 13:08:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Tassilo Horn Cc: michael_heerdegen@web.de, 75626@debbugs.gnu.org Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.173737845010957 (code B ref 75626); Mon, 20 Jan 2025 13:08:01 +0000 Received: (at 75626) by debbugs.gnu.org; 20 Jan 2025 13:07:30 +0000 Received: from localhost ([127.0.0.1]:49331 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tZrV4-0002qe-AO for submit@debbugs.gnu.org; Mon, 20 Jan 2025 08:07:30 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:56148) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tZrV1-0002qG-IJ for 75626@debbugs.gnu.org; Mon, 20 Jan 2025 08:07:28 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tZrUw-0008Bg-3m; Mon, 20 Jan 2025 08:07:22 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=Z37fl/vYDVdODyOmo5ZTv9A9ttvcWoDVatuszbwTFig=; b=o09qlEhe9emy us7H9fTirXMFy3xCIBMxagBUZyqZMJ8I0DApSFZk0II6FwmgaQiD0gURzB8y3MfXh8H2raZioAmlw yMtrv1zma4HdROr/sLd7+TfLpKa4XEhA6B7zENvoLQL5+3wK1FwUJ00xSsYNfGkF7LWD8Rc5J4Jyr xtX8XOOrYyD92ta/LPU4uepJdfCecc5IQTStf5of9ZFJwzYecOOQ1LLgI40tM1c96SMrT/dLAgg6G cnRtxwjT8IV7GtCtDGaQJJ1cdFhZ2CJrx1YUVJM61kjFz+MpYbR0Hjgq4K2lU/WbgdlZMut9GUR11 GnqrluAcSvW8hoIb0LvLgQ==; Date: Mon, 20 Jan 2025 15:07:17 +0200 Message-Id: <86cygh7hx6.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <87r04yj9yb.fsf@gnu.org> (message from Tassilo Horn on Mon, 20 Jan 2025 07:06:20 +0100) References: <87r051khsd.fsf@gnu.org> <86jzatg7rh.fsf@gnu.org> <87ldv9ke06.fsf@gnu.org> <87o705hv2t.fsf@web.de> <875xmcpl7g.fsf@gnu.org> <8734hfsgl6.fsf@web.de> <87r04zw0sr.fsf@gnu.org> <87ed0ygsmi.fsf@web.de> <87r04yj9yb.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Tassilo Horn > Cc: Eli Zaretskii , 75626@debbugs.gnu.org > Date: Mon, 20 Jan 2025 07:06:20 +0100 > > diff --git a/lisp/dired.el b/lisp/dired.el > index 2087a6f6f21..c78a13800e6 100644 > --- a/lisp/dired.el > +++ b/lisp/dired.el > @@ -1289,6 +1289,12 @@ dired-buffer-stale-p > ;; Do not auto-revert when the dired buffer can be currently > ;; written by the user as in `wdired-mode'. > buffer-read-only > + ;; When a dired operation using dired-map-over-marks is in > + ;; progress, inhibit-read-only is bound to some non-nil value > + ;; and we must not auto-revert because that could change the > + ;; order of files leading to skipping or double-processing (see > + ;; bug#75626). > + (not inhibit-read-only) > (dired-directory-changed-p dirname)))) > > (defcustom dired-auto-revert-buffer nil > --8<---------------cut here---------------end--------------->8--- > > Eli, good to go? I answered that in my other message a few minutes ago. I think we should find a cleaner solution. > And if so, master or emacs-30? master, of course. From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Michael Heerdegen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 20 Jan 2025 13:25:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 75626@debbugs.gnu.org, tsdh@gnu.org Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.173737946014042 (code B ref 75626); Mon, 20 Jan 2025 13:25:02 +0000 Received: (at 75626) by debbugs.gnu.org; 20 Jan 2025 13:24:20 +0000 Received: from localhost ([127.0.0.1]:49370 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tZrlL-0003eQ-Kc for submit@debbugs.gnu.org; Mon, 20 Jan 2025 08:24:19 -0500 Received: from mout.web.de ([212.227.15.3]:54493) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tZrlJ-0003eA-6v for 75626@debbugs.gnu.org; Mon, 20 Jan 2025 08:24:18 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=web.de; s=s29768273; t=1737379450; x=1737984250; i=michael_heerdegen@web.de; bh=RiNC/gbY5EScE2m/fadwIwlJsGHrtHIPO1YJ6MQR4iE=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date: Message-ID:MIME-Version:Content-Type:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=wJ2IZPgEHVyF2ID+mZaosp2eSuaiO947oLxMYbjlYJlHklSPeJgn8XN4LN3elImb MXRYfAi7F5GPQ/GFlPK/KW5x7/ZcRBZLBkn9b2paEIVgRGthK/ALw3SLzpOOATiOP BDfvdmBydjIxSsd7OJukb22zcREMqBrh/FPH//2xcyT644Lo5XVHPu8MOFQrUcvFS kdvDJvjOZrixjgivNh7la46pyFctujwIs3scV/I8rKZjaQfb2k2I0TkV1hvuwV7FA pRIbbtpCG9+UN6OuHecQll26Y3mKPqFim1e3GaRQa5uCwFr0NjJeR4btYk7LWkQX9 aOW+HBKwMJbMep/EPg== X-UI-Sender-Class: 814a7b36-bfc1-4dae-8640-3722d8ec6cd6 Received: from drachen.dragon ([92.75.138.197]) by smtp.web.de (mrweb005 [213.165.67.108]) with ESMTPSA (Nemesis) id 1Mty5w-1tF1WQ1Glo-00ybpq; Mon, 20 Jan 2025 14:24:10 +0100 From: Michael Heerdegen In-Reply-To: <86ikq97ip0.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 20 Jan 2025 14:50:35 +0200") References: <87r051khsd.fsf@gnu.org> <86jzatg7rh.fsf@gnu.org> <87ldv9ke06.fsf@gnu.org> <87o705hv2t.fsf@web.de> <875xmcpl7g.fsf@gnu.org> <8734hfsgl6.fsf@web.de> <87r04zw0sr.fsf@gnu.org> <87ed0ygsmi.fsf@web.de> <86ikq97ip0.fsf@gnu.org> Date: Mon, 20 Jan 2025 14:25:23 +0100 Message-ID: <87a5blhb24.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:pMwVjtYeVR4D7VDY8wI5szFXln+srQdriH6zlcDRpkrL/AtGTVL aWNOHWLoTirDAtdUagoRU2exs2Zj7GU1HCvL5CK6C85C6XAlbGVy7TVaIMTMqCYjPTXds9x /Wid/4CFHU8ujwQq6zCSf4Xf3NXXoIy4ytV0GlLw4xhilkNw3TUCK2AQg3bpPXvjRjDEvc2 vWGSFE4omZ3wReAlJhzRA== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:cAJcZmJzyDQ=;IKjrisqQPIQFDEa80G1Hhc8zeA0 9lsbtdXPTs5HLY1/QwHSkfHhBIxrR8+oiSyLSaZIKi0l6UpGTmA3Itzbs7Rfi1WlpKmQwja2d uABvqD6kl5Iqh/RZEda4kxDjcsvTDURYylKkv94wPRPYCgH3XCgvIf8hWx158oQDLJYG2TWdw vLLyGiXlenL/AjINxhVSN8ifsFjwWB1sSDjFHmvYGc/0nK6ttpCPVkl7dkIqt6OFvk2CNv0Vk YLLQkixpyQUv//+8iqgPHUOTtNXOgLc669XmyOLNlel6hB8AD7NSG5UrYRgx5Gin7bRXNQGTM OmKEieS1o26JjIR68RlBE3MWWpdCHcEe7rkqitpszHURkmULPN7DcOYUX688GpGHRDwrHiLOa ve2aSSOhaSGdOjqm6jXcbKuMZJKjn8v60Y7rTmeDloLmuOgBRIteFZ7oSlnwMcr3p74HCxmYe rMsKNuK1MHAozeuJqizOntNISzgD8t40gxJtzliA5jxu2oqLVXAaYIC50CNVDBu9WJe8FRGUp 04P1URNESM38lI6YD+/fU+CFvDavH8MqT9LGOzxFNKzx5NIeAAJ0RN2YSQ3pmRG36g8WFTqEe HerIx3+LXkGPwTw2LI3J5vBsngt0oVrEFWn/9MdojoEm3T5JT00RtSEahR1ifCzUTa4IJzCNY LAtR1F0ERZGaDRiuTMgqlIq+5MwYJY4jOAAx7NC62uBAXWkz9hWoLfNpPL1kxUmjyKoCvvrgb ee7m2Nk8ZtCLTPVyIlqk0qj44ue5RbExPyftZSFGvh2+KfrcU8p0LAAcG6FrhAbIw1th9RnUG qs3idzqwUL+ZtujAyvosvdcfPqO1e52EfpD2ufWJmT3FnzRe1XkYCiMkqw7Ji2fHxAa9yfPes BMsHcbSkX65Rk9+1iOFwPxu3R9q/1OthJuRGlqCzdQrr1jJDy76PGHyWdm7Y6IcKKYq0dwvbR 8O7D8PvN5fYWNt3yjOuAj3BaCvfAIwC20QxZExgfmdDewGNKKLYlDF54SXFyN3Gw/K708gNlu UaoB18+9RsHo/bthme/jTndhP93wwPqZHCanQim3J2FpAOlbXu+9FQpAaO70R6Zi82Mi1fEWW PzjluE3aYxzjaSNXiUirvCx8qa2khx6zu5vykxpc0PtRyaK1yUg8TlNGJPuOGZXXTEQdCM7mT aLtM5Fu0FxAWBl7PSSPcNO3wFgI3pu/9X7KFCuubKVQ== X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Eli Zaretskii writes: > But inhibit-read-only is also nil in WDired. Do we want to disable > auto-revert in that case? It already is (via buffer-read-only), and everything else would be a catastrophy. > Why don't you prefer the new dired--map-over-marks-in-progress > variable idea? Or Drew's suggestion to bind revert-buffer-function to > 'ignore while dired-map-over-marks runs? Both sound cleaner to me > than relying on inhibit-read-only, which is used in gazillion places. FWIW, I have checked all of them appearing in dired. While it is very likely that it is good to prevent an auto revert happening in the middle of any operation, the considerations of this being bad in some case seem quite theoretical to me. If we really go the `revert-buffer-function' way, we would need to check that this doesn't have side effects, because the code that auto reverts still is executed and thinks that revert has been successfully performed. We should then also check what happens when the directory is remote or handled by tramp, auto-revert-handler is set, such things. Introducing `dired--map-over-marks-in-progress' sounds cleaner to me than that. Michael. From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Tassilo Horn Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 20 Jan 2025 13:26:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: Michael Heerdegen , 75626@debbugs.gnu.org Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.173737955414561 (code B ref 75626); Mon, 20 Jan 2025 13:26:02 +0000 Received: (at 75626) by debbugs.gnu.org; 20 Jan 2025 13:25:54 +0000 Received: from localhost ([127.0.0.1]:49379 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tZrms-0003mn-95 for submit@debbugs.gnu.org; Mon, 20 Jan 2025 08:25:54 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:54492) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tZrmp-0003mZ-KM for 75626@debbugs.gnu.org; Mon, 20 Jan 2025 08:25:52 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tZrmi-0003N6-90; Mon, 20 Jan 2025 08:25:46 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=yH8TKIOo/cDHeNENjsT8XjtUBPkzpCAzzCjFcsTcGPY=; b=P2dnErWSZzYJwZ73UIzL /Jxa/nBaepelW/o4EqbMld7ONGLm2Q9bULSi0dEU2LnkoM2gaE9MgsZjVgCDZ44CQUCwKpNGYrRai fEpEhzJUrW2w33a/Zk2p3Kzfr53YFNfgNtdjIVd5vhXiha7BzN+SumrKvaKVTrh48G66V4c9KDihf eUNRPrkZra0tc6z2A7ISsjZnaX+Lcx2VVukP689vnRiePHnvgd1NIiSoIE5dci38hFeYQ27k4clAA NaDd3iDnc1KILV9rwczgrRKQzXCC/NdmX1Ou30bnp6rN3ABXNbAU/DDUd/DIT9hD1PhbZNrONw6fq S929iVLJiqtJ9g==; X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeefuddrudeiledggeekucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdggtfgfnhhsuhgsshgtrhhisggvpdfu rfetoffkrfgpnffqhgenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnh htshculddquddttddmnecujfgurhephffvvefujghffgffkfggtgesthdtredttdertden ucfhrhhomhepvfgrshhsihhlohcujfhorhhnuceothhsughhsehgnhhurdhorhhgqeenuc ggtffrrghtthgvrhhnpeeluddvgeefuddvjeekfeetleegtefgveehhfeuffeuffeghefg ueefgfdvffegtdenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfh hrohhmpehthhhorhhnodhmvghsmhhtphgruhhthhhpvghrshhonhgrlhhithihqdekieej feekjeekgedqieefhedvleekqdhtshguhheppehgnhhurdhorhhgsehfrghsthhmrghilh drfhhmpdhnsggprhgtphhtthhopeefpdhmohguvgepshhmthhpohhuthdprhgtphhtthho peejheeivdeiseguvggssghughhsrdhgnhhurdhorhhgpdhrtghpthhtohepmhhitghhrg gvlhgphhgvvghruggvghgvnhesfigvsgdruggvpdhrtghpthhtohepvghlihiisehgnhhu rdhorhhg X-ME-Proxy: Feedback-ID: ib2b94485:Fastmail From: Tassilo Horn In-Reply-To: <86ikq97ip0.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 20 Jan 2025 14:50:35 +0200") References: <87r051khsd.fsf@gnu.org> <86jzatg7rh.fsf@gnu.org> <87ldv9ke06.fsf@gnu.org> <87o705hv2t.fsf@web.de> <875xmcpl7g.fsf@gnu.org> <8734hfsgl6.fsf@web.de> <87r04zw0sr.fsf@gnu.org> <87ed0ygsmi.fsf@web.de> <86ikq97ip0.fsf@gnu.org> User-Agent: mu4e 1.12.8; emacs 31.0.50 Date: Mon, 20 Jan 2025 14:25:36 +0100 Message-ID: <87a5blk46n.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Eli Zaretskii writes: >> > Probably testing inhibit-read-only is not TRT but the expansion of >> > dired-map-over-marks should explicitly let-bind some new >> > dired--map-over-marks-in-progress variable to make it more >> > explicit... >> >> Yes. OTOH it's not bad either. `inhibit-read-only' bound (together >> with buffer-read-only which we already have) is a good indicator for >> that some operation is running and we should not auto revert. >> >> Unless I'm missing something I would prefer this solution. > > But inhibit-read-only is also nil in WDired. Do we want to disable > auto-revert in that case? Almost certainly. > Why don't you prefer the new dired--map-over-marks-in-progress > variable idea? I can't think of a situation where inhibit-read-only is bound in a dired buffer and auto-revert would be welcome. Just to be clear, disabling auto-revert-mode like it's done in my patch does not mean that you don't see the progress during a compression of many files. dired-map-over-marks redisplays every now and then. So I don't see a loss here. > Or Drew's suggestion to bind revert-buffer-function to 'ignore while > dired-map-over-marks runs? That would also work. > Both sound cleaner to me than relying on inhibit-read-only, which is > used in gazillion places. As said, my gut feeling says that inhibit-read-only in a dired buffer suggests that auto-reverting is probably not a good idea. Bye, Tassilo From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Michael Heerdegen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 20 Jan 2025 13:29:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 75626@debbugs.gnu.org, tsdh@gnu.org Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.173737970014868 (code B ref 75626); Mon, 20 Jan 2025 13:29:01 +0000 Received: (at 75626) by debbugs.gnu.org; 20 Jan 2025 13:28:20 +0000 Received: from localhost ([127.0.0.1]:49384 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tZrpE-0003rk-9O for submit@debbugs.gnu.org; Mon, 20 Jan 2025 08:28:20 -0500 Received: from mout.web.de ([212.227.15.14]:55873) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tZrpC-0003rT-JT for 75626@debbugs.gnu.org; Mon, 20 Jan 2025 08:28:19 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=web.de; s=s29768273; t=1737379690; x=1737984490; i=michael_heerdegen@web.de; bh=J8x+OH4P7FSK6DkmZMy4ywyMz5h/IY3Nrqqr5+JRDG8=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date: Message-ID:MIME-Version:Content-Type:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=w6SzPXinLvPgw7DKhkQtNjb9RjySgX3r95xhaxKalrIEEb7lsfm4eJlI9e/TescE Ex36/tRfsqreRCXKrw1kpydqQu8lmt5UbvO7TtOYbRCrsjn3xJUL9RWEncB/ckTnD d4Ou/uAva7pzEE4wsdY56eHOC4kPUr+/PsJcCkfNNFKIE14hIj4EN+/MZakR+aIIY l9My5ULQaYsGZIs/EMfsqZdyGNRr/Pbil/5MMkWxbqBlCzaKp5IB+plEqqL53dIU/ voMpCnxuTjg7j7R7njpU2/hjlghAOjnf5gMoDmfo3xvcAw25wp9/uBCEc2bc2/A0w ZMDHNLnV3tsnTZdCeA== X-UI-Sender-Class: 814a7b36-bfc1-4dae-8640-3722d8ec6cd6 Received: from drachen.dragon ([92.75.138.197]) by smtp.web.de (mrweb005 [213.165.67.108]) with ESMTPSA (Nemesis) id 1N2jWK-1tNrGv4ArE-017NdI; Mon, 20 Jan 2025 14:28:10 +0100 From: Michael Heerdegen In-Reply-To: <87a5blhb24.fsf@web.de> (Michael Heerdegen's message of "Mon, 20 Jan 2025 14:25:23 +0100") References: <87r051khsd.fsf@gnu.org> <86jzatg7rh.fsf@gnu.org> <87ldv9ke06.fsf@gnu.org> <87o705hv2t.fsf@web.de> <875xmcpl7g.fsf@gnu.org> <8734hfsgl6.fsf@web.de> <87r04zw0sr.fsf@gnu.org> <87ed0ygsmi.fsf@web.de> <86ikq97ip0.fsf@gnu.org> <87a5blhb24.fsf@web.de> Date: Mon, 20 Jan 2025 14:29:27 +0100 Message-ID: <875xm9havc.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:aWrpNmDGmnOSv1XYXcLH7SUg2MNj3WPZTQ6SjIv1manxHKRZUeH zOqJjus0RX/kzWivD/f2WMOaYdX09QWyL/tVYvUum9r6xIyFDOT5Xf+5/SumEJf2bYovRe4 wTURfHHLzZasH8e9Oyd3BlzDOycfDcypxqMUsYgO3r1hY3zhISMCt/WC8l+rMg4y328Ajiu 4WQSqDdy3hHL7GsEp7/vA== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:i2Wy4fpzWJE=;JodTwTDUimNYRgfw/hB8uhPt4BI lnG+KBkkG5VS3NYPArIm/O0XcrDIqVuSiMWhuzkPymn1dot57W8MPgu7U9fSnjwB9dGmfBx9k zfhjFodagPYoamB6itoIqrGKgUqtTz3weruew/VASRJDuKNKukFo+UabT4qzIyceiZLHr7xKF mNKfX4UTAyr7SzVmhTu1OVlE/b9bGRJF7PhykrIAK+Lc1rbGrxd7Qh2yF/kFzs4Kmo4N7pKcH uynH83/haQPWfo3Rs89VmQtJxmLTa1gjsxo7zO6JfeMITYqK4RoJFUai2l9lo6cvpodS/yjp4 Eum5hRm2GdxvN1mH2LYANvELxKcOv0qFd18vKfAsfQXo2L/7OJV6BmyCeLo+V84SX1iksnzDZ s6+6G1dmb8SZZxWq1gVTOtsud7xJLjEg1nYPe4R8bbyIndBQWXlFgvKnwweM6dkWs9R7rzjnN rUcb9KoKOLjEpJi2BN+Bzl3Eg0sX0DuuSf07PIU5ooJu0hFpJR4YROgultpSDt6fiOBZ4XISo BYM6RErbxDza9vD28gmJgJDEWT3wsaBRpE+7cMUdLzcmC+D0639wRzoxV8Fb5EQSLbG7Mh42y aggKh4YEiFTH5483P89yQe0RaU3sYIdZXBvFIuSN17YHLgjHtThEAjG15wtxYvUBHxbWH9F39 BCOZdpOIfREwkg1icyytU4R4LmYnrbfSvMRJXNQ49hgbd2Q7A0MKt/tQZGweKNX6jExQ508kh iC0BlkIZe5O1Qv9uZy1FG0AyD9eU20Fvp1F0aVUfQHx+MrJ67tGJzk0az3VTCOO1MvFtibbm7 BICmwWEZVlyeUWpMzJ0qMlOzlYllxw09zUEvHm2MOY2gs7/CnrNm/42yvZmj4nUXg8ZHmxPmN C2XuEl6a3ZevVyhunnDymd6THKT9f91ULCIWB4gGehuEeXymOhco5gJho5wehXKI2EGBhz9x3 2Jdi8dSy5fsM50RCuMU2CRJ7LhmZJouW2Sn9NGOwFQKjE5PnJb35cCeJHgJy7bQD8hA1yX4Lo BCCTWhR8Gug3g8dprVae+p+JtkV87XI9R9g3plpWjNy9Np4YORL6AACKMzlfDFh7lIZUhEAjt wLVpmnVcuk0FUzAvjCrX46j/pgT7MTLidFYZhEcXnlClzuB5jMqMfXwdeO7WE+vJhC3gqzlEX 1cs/gC5N5RwAj8FPkceH7HO1Ud8pWVkCE6DbkY+oTTA== X-Spam-Score: -1.7 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.7 (--) Michael Heerdegen writes: > Introducing `dired--map-over-marks-in-progress' sounds cleaner to me > than that. But it probably needs to be buffer local, else we would prevent auto revert in all existing dired buffers at once. Michael. From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 20 Jan 2025 13:31:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Michael Heerdegen Cc: 75626@debbugs.gnu.org, tsdh@gnu.org Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.173737984615543 (code B ref 75626); Mon, 20 Jan 2025 13:31:01 +0000 Received: (at 75626) by debbugs.gnu.org; 20 Jan 2025 13:30:46 +0000 Received: from localhost ([127.0.0.1]:49392 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tZrra-00042d-2s for submit@debbugs.gnu.org; Mon, 20 Jan 2025 08:30:46 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:52060) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tZrrX-00042P-Hm for 75626@debbugs.gnu.org; Mon, 20 Jan 2025 08:30:43 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tZrrS-0004fu-8K; Mon, 20 Jan 2025 08:30:38 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=ju21y3mDPyA4Naro9Yob3QidkGk2sgaKAlhd5jJ0V1c=; b=IsxlLns8QTwA 29xYFgylPCgzKn+JbmoMYBPVHnarqggLYjzbnh494MtsMZmF0I3KMiRw7rRTXMT7LmD8Z6FyRVVc3 pmFevTzDUv0GzI/g6gRyGsMQxv/dQaVCGGtYpnyR32Kj7hkKqUGhm8nR9xSJ5s6P+mVHQSNg96NGZ BicUuKhjC3hEkSN0gl16JswNCiV4mnO1ZsWuilTYEpa4rkAQ496af2RiLJ2jYCiBgjDF7w6pO3asG jkxdFq4odW5qKUD69xt8exp/CfzPBWfX/GPW5o3IPtI3H06GmPXDWP3sRrSKRLf9EpKmHPshQ1KEB DjpaaP+McpS+RfQyuiBtSw==; Date: Mon, 20 Jan 2025 15:30:26 +0200 Message-Id: <865xm97gul.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <87a5blhb24.fsf@web.de> (message from Michael Heerdegen on Mon, 20 Jan 2025 14:25:23 +0100) References: <87r051khsd.fsf@gnu.org> <86jzatg7rh.fsf@gnu.org> <87ldv9ke06.fsf@gnu.org> <87o705hv2t.fsf@web.de> <875xmcpl7g.fsf@gnu.org> <8734hfsgl6.fsf@web.de> <87r04zw0sr.fsf@gnu.org> <87ed0ygsmi.fsf@web.de> <86ikq97ip0.fsf@gnu.org> <87a5blhb24.fsf@web.de> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Michael Heerdegen > Cc: tsdh@gnu.org, 75626@debbugs.gnu.org > Date: Mon, 20 Jan 2025 14:25:23 +0100 > > Eli Zaretskii writes: > > > Why don't you prefer the new dired--map-over-marks-in-progress > > variable idea? Or Drew's suggestion to bind revert-buffer-function to > > 'ignore while dired-map-over-marks runs? Both sound cleaner to me > > than relying on inhibit-read-only, which is used in gazillion places. > > FWIW, I have checked all of them appearing in dired. > > While it is very likely that it is good to prevent an auto revert > happening in the middle of any operation, the considerations of this > being bad in some case seem quite theoretical to me. > > If we really go the `revert-buffer-function' way, we would need to check > that this doesn't have side effects, because the code that auto reverts > still is executed and thinks that revert has been successfully > performed. We should then also check what happens when the directory is > remote or handled by tramp, auto-revert-handler is set, such things. > > Introducing `dired--map-over-marks-in-progress' sounds cleaner to me > than that. Fine by me, thanks. From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 20 Jan 2025 13:32:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Michael Heerdegen Cc: 75626@debbugs.gnu.org, tsdh@gnu.org Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.173737988915683 (code B ref 75626); Mon, 20 Jan 2025 13:32:01 +0000 Received: (at 75626) by debbugs.gnu.org; 20 Jan 2025 13:31:29 +0000 Received: from localhost ([127.0.0.1]:49397 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tZrsG-00044s-Me for submit@debbugs.gnu.org; Mon, 20 Jan 2025 08:31:29 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:52666) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tZrsD-00044N-UN for 75626@debbugs.gnu.org; Mon, 20 Jan 2025 08:31:26 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tZrs7-0004od-8b; Mon, 20 Jan 2025 08:31:20 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=5XVXRf1IKZOWO0tKn8UIBkK73JJO5qj4bB7j90cu8Sk=; b=DJXnUOR685FK KnbyVgZHFKfysB32W+lJiqmWELRAsOjOapYaJqGREwMd43/3dRgrijxkCq52dAsTFmoxE+k5HfvpK AudUdbFS6Wirw1/zEyHt0S2BI6bGgkXVryJ9mWUX99cQYjjavloDDEanYec8nlT3uhYL/RBvftL2d Dogs83mqia5buuuaMVFShOUayZ26zZq3skHXiCT6aK0d0weTtR/0nKu2vwpDLHhVoE7v78GGP5Xze 6jYrFq/A0Rz/+dhpBJy35c8wLrg3OUCXMokyLKSMjguhFiW81yc5w1oS9reIFjIScaK2qjl/17xdJ L9BKlAdwBBgWBCUSMqO6wA==; Date: Mon, 20 Jan 2025 15:31:06 +0200 Message-Id: <864j1t7gth.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <875xm9havc.fsf@web.de> (message from Michael Heerdegen on Mon, 20 Jan 2025 14:29:27 +0100) References: <87r051khsd.fsf@gnu.org> <86jzatg7rh.fsf@gnu.org> <87ldv9ke06.fsf@gnu.org> <87o705hv2t.fsf@web.de> <875xmcpl7g.fsf@gnu.org> <8734hfsgl6.fsf@web.de> <87r04zw0sr.fsf@gnu.org> <87ed0ygsmi.fsf@web.de> <86ikq97ip0.fsf@gnu.org> <87a5blhb24.fsf@web.de> <875xm9havc.fsf@web.de> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Michael Heerdegen > Cc: tsdh@gnu.org, 75626@debbugs.gnu.org > Date: Mon, 20 Jan 2025 14:29:27 +0100 > > Michael Heerdegen writes: > > > Introducing `dired--map-over-marks-in-progress' sounds cleaner to me > > than that. > > But it probably needs to be buffer local, else we would prevent auto > revert in all existing dired buffers at once. Yes, of course. From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Michael Heerdegen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 20 Jan 2025 13:58:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 75626@debbugs.gnu.org, tsdh@gnu.org Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.173738147320267 (code B ref 75626); Mon, 20 Jan 2025 13:58:02 +0000 Received: (at 75626) by debbugs.gnu.org; 20 Jan 2025 13:57:53 +0000 Received: from localhost ([127.0.0.1]:49431 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tZsHo-0005Gp-Ln for submit@debbugs.gnu.org; Mon, 20 Jan 2025 08:57:52 -0500 Received: from mout.web.de ([212.227.17.12]:50197) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tZsHl-0005Ga-N9 for 75626@debbugs.gnu.org; Mon, 20 Jan 2025 08:57:50 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=web.de; s=s29768273; t=1737381462; x=1737986262; i=michael_heerdegen@web.de; bh=EIy/KsfCNZSa73G3/jAfzgIRfu89hWF5aqXwnAhwx/c=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date: Message-ID:MIME-Version:Content-Type:Content-Transfer-Encoding:cc: content-transfer-encoding:content-type:date:from:message-id: mime-version:reply-to:subject:to; b=bg52KLGdPccSGCU2RxGh2yp8yHgHZStl6lf+muFSv4wyshiaxBYpnxOVTdrFwfDC lzf6/a0MfEi0twQhIul7g7yj/0ztcU/29KcMwVnShgiLXc+4jeyryrZ9fJyOtHorO w70SUxyqk3T9uSupzEu3N9bH10WjkfKQ6sNWxC6/EuQNOY6Vk4gKOtUqrUD3a0iMK IEITnFFUHXhkgv+14DS0bZdWUfZjf4Mu7ext96SL3n/WaKCPncSFx8yhegkydwktn xyfUt2WwWDl8FxAMPKUXjPzFSxe9fEqQtDyOKyttLshfq6tcrV/9FJKcPGI6eFDWH f8xeajBC9bJCWE9LHA== X-UI-Sender-Class: 814a7b36-bfc1-4dae-8640-3722d8ec6cd6 Received: from drachen.dragon ([92.75.138.197]) by smtp.web.de (mrweb106 [213.165.67.124]) with ESMTPSA (Nemesis) id 1MxHYA-1tKXHy0zn6-00rheo; Mon, 20 Jan 2025 14:57:42 +0100 From: Michael Heerdegen In-Reply-To: <864j1t7gth.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 20 Jan 2025 15:31:06 +0200") References: <87r051khsd.fsf@gnu.org> <86jzatg7rh.fsf@gnu.org> <87ldv9ke06.fsf@gnu.org> <87o705hv2t.fsf@web.de> <875xmcpl7g.fsf@gnu.org> <8734hfsgl6.fsf@web.de> <87r04zw0sr.fsf@gnu.org> <87ed0ygsmi.fsf@web.de> <86ikq97ip0.fsf@gnu.org> <87a5blhb24.fsf@web.de> <875xm9havc.fsf@web.de> <864j1t7gth.fsf@gnu.org> Date: Mon, 20 Jan 2025 14:58:58 +0100 Message-ID: <87wmepfuxp.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:LN2C42tOrk5iZQtiyr7E6SdoyR2+atU/FSg19BkHMSt5bSMVOpB m0/JW9YRVzf/SoxmAT7pwABc8JCksBWCG9g93uoM90W96WPm4W14/zvhAkNnBEA+CdAVg9A Owk5jgOv7LaRldp8suVb1H4GrpaN68AJkdFTtracGarQ9KDD+zO/4EFGxaq9cXxupj8y/WF xpWq6nC21qJM1mS42eXvw== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:AWaYFLjjBB8=;8p1XcOCjlLOK1ljRRuZkQAagT+L apCuJ/CXYDLeOut8e8qGbIcVhcREDmXVo/VKgzQOLkcWghlr1Lnil6irspKO8egD3WK+DpJR3 44DHdC3w7Rd9Pei/yfU/xWQMDuANw0z2Fsxo840ETyZl/rSndXwTHIjXJszTSKCvw1W9bMKj3 9lAAst/D3id/dWe3bZwx+zKw2YGPj8agtsqVi0KtLSjY/ddqnSYHdnsgrKahGP6Etg1ugzAOp TkXPDL1LCkq0l4uAa3SplEH8B73MkrcftAN1K7RyzTI6JqaPvAKzd/wRo0YhevzgElqc2PLBo L/1z2JWQusbjubaBDCnd2UHjqsSrKp3DRpofQLfn2MONoRGXk2ADna9jEia7aPXBD4bo6KkzW mMIVbdhzmATJ0A3hJpnSUr3S312mat17VB8jQQAalS9Z6IFSeR3HmL+yztD5AFfrsNw/+6SwX 1PMzrlXIwJz26uTegWSlzsQkp0iyoWDDpPiqLHEdLIECA6xM2BvHrp+eLQAhb5q240LNEK0of bG0vxHvORSgQQGW7qYmsA62cYoKYb/+mrFUioT93d5eyvNjpjDeUtBwBjtoXVXcqLXHgQr6pR 0Q7XoHyPg+1CUSlyXvYykwDJkOZDgBT6nwdVp1rD3hPS1Mysyh0ojDNjbcXDMs17JyYp6NKa3 2RbaZJYJcquUUVMUAoW7HP8Vo8ndhwm1hLhuvOaATEtlvQ8m/ZFHSmurx1PYpnh4JSdfFENvK YJlc3vJrWSMGyVvaLKebQKhlACOjxTW4iw1grfqJy0dP73JOhsVVXi8ccxuWzzQ1zq7pOmThl rQ5I1auisG0HdetSGuwYE90BGcAaljJ9bJ9xUzCkHwGCYeVbONNnfn6N8yKlGn3XRx3/4NELE +KpUWXIsdkisR6I6WarCcdss09ICrnrZQ3CofHkTHca7sVpmcs4FCYCONBUD+E3VPqV+QXIdM fEwwtKzIgTa4JbtOoQIZe60xt5I9T3ZDX9FHZlqcBvIc/TEkV/VI2skCxR2FOnsh2mRPZs17A Yg0Sl+nGllVWB34xPGTSghsqlI6NfvfOG0+SFv85ujSjOqTeXXXrajtw/QnYRBPRaFbX/D3gA 5NlVzfGComsvspy7VRzdMaTY3st+qIL0VLKa5o0lsMWi7RoIrdCT8f/3cxFDBVfAY3VvLxZip bTRxmP2hMruqJ5/CzWX90p+lAuxWwiLpb5j/BKgwn1g== Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Eli Zaretskii writes: > > > Introducing `dired--map-over-marks-in-progress' sounds cleaner to me > > > than that. > > > > But it probably needs to be buffer local [...] > > Yes, of course. Then, finally, I would name it `dired--prevent-auto-revert' because this might be useful in other places as well. Michael. From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Tassilo Horn Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 20 Jan 2025 14:05:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Michael Heerdegen Cc: 75626@debbugs.gnu.org, Eli Zaretskii Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.173738187521643 (code B ref 75626); Mon, 20 Jan 2025 14:05:01 +0000 Received: (at 75626) by debbugs.gnu.org; 20 Jan 2025 14:04:35 +0000 Received: from localhost ([127.0.0.1]:49446 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tZsOJ-0005cz-58 for submit@debbugs.gnu.org; Mon, 20 Jan 2025 09:04:35 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:52400) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tZsOG-0005cj-QE for 75626@debbugs.gnu.org; Mon, 20 Jan 2025 09:04:33 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tZsOB-00014A-7t; Mon, 20 Jan 2025 09:04:27 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=4WuunJIf5OI3Xb9HcyivffuftHAFou1964Jh8z20QxQ=; b=MrQ53+5PLTu8Ck0HszQI Sxc6sPn73yZecxTHWc/qfAL9qIxsTU4QZh/JI3QtREahN8xe87dKYJqdvwLrK8wKWIt6FVDWnGcD5 6URGBuRSgNdB/ONGWX+GJKc0+spM9vhXKErXt4+76jqNudYRVW9x6ASuMC1waVywWHpcHB3flZzDL cAlyyPFag8VNhxs2zj1TOrYn140DaR/eZucvxej4OiQJ2eBeqzH+O9cHJOPDNne4UoR3pzjQZthUl htw6wf47hEx2Tjdje4IVZ0AUNgBl5QsVyjRH/Rseqch710a6E5d0IAHLqCouiRmnE5pc1PQgLna1+ 6zMOJHoCCE+SFg==; X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeefuddrudeiledgheehucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdggtfgfnhhsuhgsshgtrhhisggvpdfu rfetoffkrfgpnffqhgenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnh htshculddquddttddmnecujfgurhephffvvefujghffgffkfggtgesthdtredttdertden ucfhrhhomhepvfgrshhsihhlohcujfhorhhnuceothhsughhsehgnhhurdhorhhgqeenuc ggtffrrghtthgvrhhnpeeluddvgeefuddvjeekfeetleegtefgveehhfeuffeuffeghefg ueefgfdvffegtdenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfh hrohhmpehthhhorhhnodhmvghsmhhtphgruhhthhhpvghrshhonhgrlhhithihqdekieej feekjeekgedqieefhedvleekqdhtshguhheppehgnhhurdhorhhgsehfrghsthhmrghilh drfhhmpdhnsggprhgtphhtthhopeefpdhmohguvgepshhmthhpohhuthdprhgtphhtthho peejheeivdeiseguvggssghughhsrdhgnhhurdhorhhgpdhrtghpthhtohepvghlihiise hgnhhurdhorhhgpdhrtghpthhtohepmhhitghhrggvlhgphhgvvghruggvghgvnhesfigv sgdruggv X-ME-Proxy: Feedback-ID: ib2b94485:Fastmail From: Tassilo Horn In-Reply-To: <87wmepfuxp.fsf@web.de> (Michael Heerdegen's message of "Mon, 20 Jan 2025 14:58:58 +0100") References: <87r051khsd.fsf@gnu.org> <86jzatg7rh.fsf@gnu.org> <87ldv9ke06.fsf@gnu.org> <87o705hv2t.fsf@web.de> <875xmcpl7g.fsf@gnu.org> <8734hfsgl6.fsf@web.de> <87r04zw0sr.fsf@gnu.org> <87ed0ygsmi.fsf@web.de> <86ikq97ip0.fsf@gnu.org> <87a5blhb24.fsf@web.de> <875xm9havc.fsf@web.de> <864j1t7gth.fsf@gnu.org> <87wmepfuxp.fsf@web.de> User-Agent: mu4e 1.12.8; emacs 31.0.50 Date: Mon, 20 Jan 2025 15:04:21 +0100 Message-ID: <874j1tk2e2.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Michael Heerdegen writes: >> > > Introducing `dired--map-over-marks-in-progress' sounds cleaner to >> > > me than that. >> > >> > But it probably needs to be buffer local [...] >> >> Yes, of course. > > Then, finally, I would name it `dired--prevent-auto-revert' because > this might be useful in other places as well. Sounds good. I'll make that change, maybe later or tomorrow. Thanks, Tassilo From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Tassilo Horn Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 20 Jan 2025 15:33:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Michael Heerdegen Cc: 75626@debbugs.gnu.org, Eli Zaretskii Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.173738713710359 (code B ref 75626); Mon, 20 Jan 2025 15:33:01 +0000 Received: (at 75626) by debbugs.gnu.org; 20 Jan 2025 15:32:17 +0000 Received: from localhost ([127.0.0.1]:52007 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tZtlB-0002h0-Ap for submit@debbugs.gnu.org; Mon, 20 Jan 2025 10:32:17 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:39816) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tZtl8-0002ge-4j for 75626@debbugs.gnu.org; Mon, 20 Jan 2025 10:32:15 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tZtl2-0005iu-FR; Mon, 20 Jan 2025 10:32:08 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=xwFU8/TrTrEivE77vtrBiNocYt+FxVxlBhbQZ/6PMG4=; b=F+VnCYgE1ce85kN10IWy bzDeAbZ3zaBsEEV1O7wgA+n1tw0fGLaRSOX61i22QpPzQUWa47FNHOIvPy+f/VaQFvyt86m6XsRMp dbV8nhrqjZGhOG5z4yIUTJIPl1j0Za1yLzFtuqJ02Olpb9Jdd0XlwOH9tcs0EqTzvrO/ZyS+4FQSd sNLEpVR1xZwHWyjkq9rlY/3pUzGXxSgmkU9Fg2yQYs1b7P68rHvCp5kor704LabqSNULRU+TCFQlJ 1269GzFX/esJhHFYTfFgtYO3idAkndc0nHYUxTosKYKt7TTZw8vtPAOLcO39vacHtlju5a45s7XHc 2AWsavvSWiDJww==; X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeefuddrudeiledgjeefucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdggtfgfnhhsuhgsshgtrhhisggvpdfu rfetoffkrfgpnffqhgenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnh htshculddquddttddmnecujfgurhephffvvefujghffgffkfggtgesthdtredttdertden ucfhrhhomhepvfgrshhsihhlohcujfhorhhnuceothhsughhsehgnhhurdhorhhgqeenuc ggtffrrghtthgvrhhnpeeluddvgeefuddvjeekfeetleegtefgveehhfeuffeuffeghefg ueefgfdvffegtdenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfh hrohhmpehthhhorhhnodhmvghsmhhtphgruhhthhhpvghrshhonhgrlhhithihqdekieej feekjeekgedqieefhedvleekqdhtshguhheppehgnhhurdhorhhgsehfrghsthhmrghilh drfhhmpdhnsggprhgtphhtthhopeefpdhmohguvgepshhmthhpohhuthdprhgtphhtthho peejheeivdeiseguvggssghughhsrdhgnhhurdhorhhgpdhrtghpthhtohepvghlihiise hgnhhurdhorhhgpdhrtghpthhtohepmhhitghhrggvlhgphhgvvghruggvghgvnhesfigv sgdruggv X-ME-Proxy: Feedback-ID: ib2b94485:Fastmail From: Tassilo Horn In-Reply-To: <874j1tk2e2.fsf@gnu.org> (Tassilo Horn's message of "Mon, 20 Jan 2025 15:04:21 +0100") References: <87r051khsd.fsf@gnu.org> <86jzatg7rh.fsf@gnu.org> <87ldv9ke06.fsf@gnu.org> <87o705hv2t.fsf@web.de> <875xmcpl7g.fsf@gnu.org> <8734hfsgl6.fsf@web.de> <87r04zw0sr.fsf@gnu.org> <87ed0ygsmi.fsf@web.de> <86ikq97ip0.fsf@gnu.org> <87a5blhb24.fsf@web.de> <875xm9havc.fsf@web.de> <864j1t7gth.fsf@gnu.org> <87wmepfuxp.fsf@web.de> <874j1tk2e2.fsf@gnu.org> User-Agent: mu4e 1.12.8; emacs 31.0.50 Date: Mon, 20 Jan 2025 16:31:52 +0100 Message-ID: <878qr55wnr.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Tassilo Horn writes: Hi again, >> Then, finally, I would name it `dired--prevent-auto-revert' because >> this might be useful in other places as well. > > Sounds good. I'll make that change, maybe later or tomorrow. Here it is for a final review. I took the liberty to name the new variable dired--inhibit-auto-revert-mode because "inhibit" is well-established in the Emacs code-base ("prevent" is only used once) and I wanted to have auto-revert-mode in the name to make it clearer that it has nothing to do with dired-auto-revert-buffer. --8<---------------cut here---------------start------------->8--- >From 1c90086e90967303db0409a828e4514fc5235305 Mon Sep 17 00:00:00 2001 From: Tassilo Horn Subject: [PATCH] Don't skip or double-process files in dired with auto-revert-mode (bug#75626) * lisp/dired.el (dired--inhibit-auto-revert-mode): New variable. (dired-map-over-marks): Make the generated code bind it. (dired-buffer-stale-p): Return nil if dired--inhibit-auto-revert-mode is non-nil. --- lisp/dired.el | 13 ++++++++++++- 1 file changed, 12 insertions(+), 1 deletion(-) diff --git a/lisp/dired.el b/lisp/dired.el index 2087a6f6f21..47f6fd7c4ce 100644 --- a/lisp/dired.el +++ b/lisp/dired.el @@ -944,6 +944,9 @@ dired-mark-if "")))) (and (> count 0) count))) +(defvar-local dired--inhibit-auto-revert-mode nil + "A non-nil value prevents `auto-revert-mode' from reverting the buffer.") + (defmacro dired-map-over-marks (body arg &optional show-progress distinguish-one-marked) "Eval BODY with point on each marked line. Return a list of BODY's results. @@ -980,7 +983,9 @@ dired-map-over-marks ;;endless loop. ;;This warning should not apply any longer, sk 2-Sep-1991 14:10. `(prog1 - (let ((inhibit-read-only t) case-fold-search found results) + (let ((dired--inhibit-auto-revert-mode t) + (inhibit-read-only t) + case-fold-search found results) (if (and ,arg (not (eq ,arg 'marked))) (if (integerp ,arg) (progn ;; no save-excursion, want to move point. @@ -1289,6 +1294,12 @@ dired-buffer-stale-p ;; Do not auto-revert when the dired buffer can be currently ;; written by the user as in `wdired-mode'. buffer-read-only + ;; When a dired operation using dired-map-over-marks is in + ;; progress, inhibit-read-only is bound to some non-nil value + ;; and we must not auto-revert because that could change the + ;; order of files leading to skipping or double-processing (see + ;; bug#75626). + (not dired--inhibit-auto-revert-mode) (dired-directory-changed-p dirname)))) (defcustom dired-auto-revert-buffer nil -- 2.48.1 --8<---------------cut here---------------end--------------->8--- Bye, Tassilo From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 20 Jan 2025 16:50:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Michael Heerdegen Cc: 75626@debbugs.gnu.org, tsdh@gnu.org Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.173739177416386 (code B ref 75626); Mon, 20 Jan 2025 16:50:01 +0000 Received: (at 75626) by debbugs.gnu.org; 20 Jan 2025 16:49:34 +0000 Received: from localhost ([127.0.0.1]:52130 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tZuxx-0004GC-UU for submit@debbugs.gnu.org; Mon, 20 Jan 2025 11:49:34 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:51044) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tZuxv-0004Fz-JZ for 75626@debbugs.gnu.org; Mon, 20 Jan 2025 11:49:32 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tZuxp-0001NZ-Q8; Mon, 20 Jan 2025 11:49:25 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=kF4RDh4PC5Gm+CjzRnOJainL3SbkS/+Fm4y5Qh03B4M=; b=VUMm2aUw3AiG qflFNVbuQdfY++62GI+FfpyygwJ7zEH90SD0mY7G7gWEj20mel7djfiNzOpZJQq7WiPFQR4L2rV2e MNs5kJpv07FYclHj+CFIZufRJ0N1bnQAQaVXRhEuLOw5p8GaEVePOHIUCS6qYiYAHdmb7wr0w7Zbg t2hJJuYuKBvqTYdFVwEw44O23ub7qTdHPNUK06J1nenJ+IWAvZUMee2vTwk+5butL+bVN4O/FFR0P rSFWFSpdIqau23jot/cEtcTdwPZ9ig4aqTRJ1zJBqu/QQwt4i2SMk6VlefItRLhJ8PQBaDh2bm3rh ysLfPeTkgG0PzU77OogBVQ==; Date: Mon, 20 Jan 2025 18:49:23 +0200 Message-Id: <86y0z55t2k.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <87wmepfuxp.fsf@web.de> (message from Michael Heerdegen on Mon, 20 Jan 2025 14:58:58 +0100) References: <87r051khsd.fsf@gnu.org> <86jzatg7rh.fsf@gnu.org> <87ldv9ke06.fsf@gnu.org> <87o705hv2t.fsf@web.de> <875xmcpl7g.fsf@gnu.org> <8734hfsgl6.fsf@web.de> <87r04zw0sr.fsf@gnu.org> <87ed0ygsmi.fsf@web.de> <86ikq97ip0.fsf@gnu.org> <87a5blhb24.fsf@web.de> <875xm9havc.fsf@web.de> <864j1t7gth.fsf@gnu.org> <87wmepfuxp.fsf@web.de> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Michael Heerdegen > Cc: tsdh@gnu.org, 75626@debbugs.gnu.org > Date: Mon, 20 Jan 2025 14:58:58 +0100 > > Eli Zaretskii writes: > > > > > Introducing `dired--map-over-marks-in-progress' sounds cleaner to me > > > > than that. > > > > > > But it probably needs to be buffer local [...] > > > > Yes, of course. > > Then, finally, I would name it `dired--prevent-auto-revert' because this > might be useful in other places as well. Let's use dired--inhibit-auto-revert instead. From unknown Sat Sep 20 01:51:40 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.505 (Entity 5.505) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Tassilo Horn Subject: bug#75626: closed (Re: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled) Message-ID: References: <877c6pmnlj.fsf@gnu.org> <87r051khsd.fsf@gnu.org> X-Gnu-PR-Message: they-closed 75626 X-Gnu-PR-Package: emacs Reply-To: 75626@debbugs.gnu.org Date: Mon, 20 Jan 2025 16:56:02 +0000 Content-Type: multipart/mixed; boundary="----------=_1737392162-17791-1" This is a multi-part message in MIME format... ------------=_1737392162-17791-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #75626: 31.0.50; Dired misses or double-processes files when auto-revert-mo= de is enabled which was filed against the emacs package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 75626@debbugs.gnu.org. --=20 75626: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D75626 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1737392162-17791-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 75626-done) by debbugs.gnu.org; 20 Jan 2025 16:55:51 +0000 Received: from localhost ([127.0.0.1]:52146 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tZv42-0004cL-Jx for submit@debbugs.gnu.org; Mon, 20 Jan 2025 11:55:50 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:50518) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tZv40-0004c5-If for 75626-done@debbugs.gnu.org; Mon, 20 Jan 2025 11:55:49 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tZv3t-0002MM-Tw; Mon, 20 Jan 2025 11:55:42 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=Sjyp+QE/7e9HRrluQWTQD5lDbsUI2vbDVIXXGcba0xk=; b=gYDSsBO4ZTxZRsQdmYD5 wpsJCH+bCvpWEn8s32cp+Syg/U7VdCT8CJQmG5wzMpQLFlilUJV0kuwzEmrL2WjBdmq8porBfTKuh 608snIrmmY/kl9lgQnvoyPt7EXqa7AeI7EU/COJlGVkaeGx3ikbXUzLafCdjveepLDpUvRB0EYZiS /DkuQgmO8yRv9wdadjWkNZqEnTqYCUB5uRjFM0xBIVxyzHSLfz6+OZQhiRQllq3C2Qxj4PdAFvcxv aS+cf+G/N1lqVa6MOzWTUxduFPK6eewR/jIeXfx/J2+U+cyqnfVHuCDVHY7IPEyrcVaqGMVml9Vf2 4cdV9WpaggsVPw==; X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeefuddrudeiledgledtucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdggtfgfnhhsuhgsshgtrhhisggvpdfu rfetoffkrfgpnffqhgenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnh htshculddquddttddmnecujfgurhephffvvefujghffgffkfggtgesthdtredttdertden ucfhrhhomhepvfgrshhsihhlohcujfhorhhnuceothhsughhsehgnhhurdhorhhgqeenuc ggtffrrghtthgvrhhnpeeluddvgeefuddvjeekfeetleegtefgveehhfeuffeuffeghefg ueefgfdvffegtdenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfh hrohhmpehthhhorhhnodhmvghsmhhtphgruhhthhhpvghrshhonhgrlhhithihqdekieej feekjeekgedqieefhedvleekqdhtshguhheppehgnhhurdhorhhgsehfrghsthhmrghilh drfhhmpdhnsggprhgtphhtthhopeefpdhmohguvgepshhmthhpohhuthdprhgtphhtthho peejheeivdeiqdguohhnvgesuggvsggsuhhgshdrghhnuhdrohhrghdprhgtphhtthhope hmihgthhgrvghlpghhvggvrhguvghgvghnseifvggsrdguvgdprhgtphhtthhopegvlhhi iiesghhnuhdrohhrgh X-ME-Proxy: Feedback-ID: ib2b94485:Fastmail From: Tassilo Horn To: Eli Zaretskii Subject: Re: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled In-Reply-To: <86y0z55t2k.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 20 Jan 2025 18:49:23 +0200") References: <87r051khsd.fsf@gnu.org> <86jzatg7rh.fsf@gnu.org> <87ldv9ke06.fsf@gnu.org> <87o705hv2t.fsf@web.de> <875xmcpl7g.fsf@gnu.org> <8734hfsgl6.fsf@web.de> <87r04zw0sr.fsf@gnu.org> <87ed0ygsmi.fsf@web.de> <86ikq97ip0.fsf@gnu.org> <87a5blhb24.fsf@web.de> <875xm9havc.fsf@web.de> <864j1t7gth.fsf@gnu.org> <87wmepfuxp.fsf@web.de> <86y0z55t2k.fsf@gnu.org> User-Agent: mu4e 1.12.8; emacs 31.0.50 Date: Mon, 20 Jan 2025 17:55:36 +0100 Message-ID: <877c6pmnlj.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 75626-done Cc: Michael Heerdegen , 75626-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Eli Zaretskii writes: >> Then, finally, I would name it `dired--prevent-auto-revert' because >> this might be useful in other places as well. > > Let's use dired--inhibit-auto-revert instead. Alright, pushed to master as 40d5ff01e51. Thanks, Tassilo ------------=_1737392162-17791-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 17 Jan 2025 07:42:56 +0000 Received: from localhost ([127.0.0.1]:35848 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tYh0J-0001ij-3V for submit@debbugs.gnu.org; Fri, 17 Jan 2025 02:42:55 -0500 Received: from lists.gnu.org ([2001:470:142::17]:46730) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tYh0G-0001iT-JH for submit@debbugs.gnu.org; Fri, 17 Jan 2025 02:42:53 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tYh0A-0001PL-TG for bug-gnu-emacs@gnu.org; Fri, 17 Jan 2025 02:42:47 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tYh0A-0004IU-L2 for bug-gnu-emacs@gnu.org; Fri, 17 Jan 2025 02:42:46 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:Subject:To:From:in-reply-to: references; bh=+dRq9nJ9moRZhgjrhPPxtjvesPunyH9LR/m2ZnCYnkQ=; b=KmYvQS0Aee4wee frCmEdLQdtZcChSVBJo2OgNkPZEqXHKJvOsOW5nYtRO/hKkAz35oOeqf4WlgZgSM01JaVc0oVulUz 6wKLPyjBbsuZbF4Yrpx5bK9IeW1MOU7eWRc/wq+LoKksm0cre6vre+xNKxN2ugAkQ4n2alghgvtY8 LNOCaHfO5W+RnRPVXHQH6USq1iFGcAOmK2PV2Q+yYKdi1WXlnLP6NTZRbHcP/QE+TmG3AEdxLhmzt tfihjluMogTyGr68JGH6qXkHDrBJe60leL23yMxAIfKLcVOO+4szevTt1qVsIA8k/TkInRiHbDgOF EaVuDm/cs1LbJCIBqRNQ==; X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeefuddrudeivddguddtlecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpggftfghnshhusghstghrihgsvgdp uffrtefokffrpgfnqfghnecuuegrihhlohhuthemuceftddtnecunecujfgurhephffvuf gffffkgggtsehttdertddtredtnecuhfhrohhmpefvrghsshhilhhoucfjohhrnhcuoeht shguhhesghhnuhdrohhrgheqnecuggftrfgrthhtvghrnhepgeeguedttdetfedvhfejue duteffudfgveekteekgeffgfeitefhudfhtdehueeknecuvehluhhsthgvrhfuihiivgep tdenucfrrghrrghmpehmrghilhhfrhhomhepthhhohhrnhdomhgvshhmthhprghuthhhph gvrhhsohhnrghlihhthidqkeeijeefkeejkeegqdeifeehvdelkedqthhsughhpeepghhn uhdrohhrghesfhgrshhtmhgrihhlrdhfmhdpnhgspghrtghpthhtohepuddpmhhouggvpe hsmhhtphhouhhtpdhrtghpthhtohepsghughdqghhnuhdqvghmrggtshesghhnuhdrohhr gh X-ME-Proxy: Feedback-ID: ib2b94485:Fastmail From: Tassilo Horn To: bug-gnu-emacs@gnu.org Subject: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled User-Agent: mu4e 1.12.8; emacs 31.0.50 X-Debbugs-Cc: Date: Fri, 17 Jan 2025 08:42:42 +0100 Message-ID: <87r051khsd.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) I have a directory test/ with files foobar.N for N in 0 to 99 and do: emacs -Q test M-x auto-revert-mode RET % m .* RET ; mark all files Z ; compress them all Z ; uncompress them all again Z ; again and again... ... I always wait until the (un)compress operations are all done before pressing Z again. But even though, at some Z you will notice that your directory doesn't contain only gz or only non-gz files but a mix of both! It seems the reason is that auto-revert-mode at some point reverts the buffer at random points in time while dired is still (un)compressing and that changes the order of files so that it either misses files or processes some files twice. It also seems it is more likely to catch the error when the files take some time to (un)compress, so I filled them with head -c 1000000 /dev/urandom | strings i.e., random but long enough content. I've had that issue just half an hour ago with a directory containing similar gzipped large logfiles. There, the error hit me so hard that I basically had an infloop where the same files seemed to be uncompressed and then compressed over and over again, with just a single "mark all" and dired-do-compress operation. In GNU Emacs 31.0.50 (build 79, x86_64-pc-linux-gnu, GTK+ Version 3.24.43, cairo version 1.18.2) of 2025-01-17 built on thinkpad-t440p Repository revision: 37b5b3ea91a4ed005664540091e5150d2454d8d6 Repository branch: master System Description: Arch Linux Configured using: 'configure --with-tree-sitter --with-pgtk --with-modules' Configured features: ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG LCMS2 LIBOTF LIBSYSTEMD LIBXML2 MODULES NATIVE_COMP NOTIFY INOTIFY PDUMPER PGTK PNG RSVG SECCOMP SOUND SQLITE3 THREADS TIFF TOOLKIT_SCROLL_BARS TREE_SITTER WEBP XIM GTK3 ZLIB Important settings: value of $LC_MONETARY: de_DE.utf8 value of $LC_NUMERIC: de_DE.utf8 value of $LC_TIME: de_DE.utf8 value of $LANG: en_US.UTF-8 locale-coding-system: utf-8-unix Major mode: mu4e:main Minor modes in effect: breadcrumb-mode: t editorconfig-mode: t global-aggressive-indent-mode: t pdf-occur-global-minor-mode: t diredfl-global-mode: t mu4e-search-minor-mode: t mu4e-update-minor-mode: t mu4e-context-minor-mode: t mu4e-modeline-mode: t which-key-mode: t highlight-parentheses-mode: t global-git-commit-mode: t magit-auto-revert-mode: t server-mode: t corfu-popupinfo-mode: t corfu-history-mode: t global-corfu-mode: t corfu-mode: t vertico-mode: t marginalia-mode: t minibuffer-depth-indicate-mode: t global-eldoc-diffstat-mode: t switchy-window-minor-mode: t electric-pair-mode: t recentf-mode: t override-global-mode: t repeat-mode: t global-so-long-mode: t save-place-mode: t savehist-mode: t puni-global-mode: t puni-mode: t tooltip-mode: t global-eldoc-mode: t show-paren-mode: t electric-indent-mode: t mouse-wheel-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t minibuffer-regexp-mode: t buffer-read-only: t column-number-mode: t transient-mark-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t overwrite-mode: overwrite-mode-binary Load-path shadows: ~/Repos/el/mu/mu4e/mu4e hides ~/Repos/el/mu/build/mu4e/mu4e ~/Repos/el/mu/mu4e/mu4e-modeline hides ~/Repos/el/mu/build/mu4e/mu4e-modeline ~/Repos/el/mu/mu4e/mu4e-context hides ~/Repos/el/mu/build/mu4e/mu4e-context ~/Repos/el/mu/mu4e/mu4e-main hides ~/Repos/el/mu/build/mu4e/mu4e-main ~/Repos/el/mu/mu4e/mu4e-vars hides ~/Repos/el/mu/build/mu4e/mu4e-vars ~/Repos/el/mu/mu4e/mu4e-window hides ~/Repos/el/mu/build/mu4e/mu4e-window ~/Repos/el/mu/mu4e/mu4e-speedbar hides ~/Repos/el/mu/build/mu4e/mu4e-speedbar ~/Repos/el/mu/mu4e/mu4e-view hides ~/Repos/el/mu/build/mu4e/mu4e-view ~/Repos/el/mu/mu4e/mu4e-thread hides ~/Repos/el/mu/build/mu4e/mu4e-thread ~/Repos/el/mu/mu4e/mu4e-bookmarks hides ~/Repos/el/mu/build/mu4e/mu4e-bookmarks ~/Repos/el/mu/mu4e/mu4e-org hides ~/Repos/el/mu/build/mu4e/mu4e-org ~/Repos/el/mu/mu4e/mu4e-lists hides ~/Repos/el/mu/build/mu4e/mu4e-lists ~/Repos/el/mu/mu4e/mu4e-actions hides ~/Repos/el/mu/build/mu4e/mu4e-actions ~/Repos/el/mu/mu4e/mu4e-helpers hides ~/Repos/el/mu/build/mu4e/mu4e-helpers ~/Repos/el/mu/mu4e/mu4e-search hides ~/Repos/el/mu/build/mu4e/mu4e-search ~/Repos/el/mu/mu4e/mu4e-server hides ~/Repos/el/mu/build/mu4e/mu4e-server ~/Repos/el/mu/mu4e/mu4e-obsolete hides ~/Repos/el/mu/build/mu4e/mu4e-obsolete ~/Repos/el/mu/mu4e/mu4e-update hides ~/Repos/el/mu/build/mu4e/mu4e-update ~/Repos/el/mu/mu4e/mu4e-draft hides ~/Repos/el/mu/build/mu4e/mu4e-draft ~/Repos/el/mu/mu4e/mu4e-message hides ~/Repos/el/mu/build/mu4e/mu4e-message ~/Repos/el/mu/mu4e/mu4e-compose hides ~/Repos/el/mu/build/mu4e/mu4e-compose ~/Repos/el/mu/mu4e/mu4e-headers hides ~/Repos/el/mu/build/mu4e/mu4e-headers ~/Repos/el/mu/mu4e/mu4e-query-items hides ~/Repos/el/mu/build/mu4e/mu4e-query-items ~/Repos/el/mu/mu4e/mu4e-notification hides ~/Repos/el/mu/build/mu4e/mu4e-notification ~/Repos/el/mu/mu4e/mu4e-contacts hides ~/Repos/el/mu/build/mu4e/mu4e-contacts ~/Repos/el/mu/mu4e/mu4e-transient hides ~/Repos/el/mu/build/mu4e/mu4e-transient ~/Repos/el/mu/mu4e/mu4e-icalendar hides ~/Repos/el/mu/build/mu4e/mu4e-icalendar ~/Repos/el/mu/mu4e/mu4e-mark hides ~/Repos/el/mu/build/mu4e/mu4e-mark ~/Repos/el/mu/mu4e/mu4e-contrib hides ~/Repos/el/mu/build/mu4e/mu4e-contrib ~/Repos/el/mu/mu4e/mu4e-folders hides ~/Repos/el/mu/build/mu4e/mu4e-folders ~/Repos/el/mu/mu4e/mu4e-mime-parts hides ~/Repos/el/mu/build/mu4e/mu4e-mime-parts /home/horn/.emacs.d/elpa/ef-themes-1.9.0/theme-loaddefs hides /home/horn/Repos/el/emacs/lisp/theme-loaddefs Features: (etags fileloop shortdoc dired-aux dabbrev cape-keyword cape shadow sort expreg cap-words superword subword face-remap mail-extr emacsbug misearch multi-isearch eglot external-completion jsonrpc flymake ert debug backtrace cus-start view help-fns radix-tree tramp-cmds puni display-fill-column-indicator display-line-numbers tsdh-light-theme generic yaml-mode fish-mode cargo xref cargo-process rust-utils rust-mode-treesitter rust-ts-mode rust-mode rust-playpen rust-cargo rust-common rust-rustfmt rust-compile web-mode disp-table auctex-autoloads tex-site breadcrumb pulse project editorconfig editorconfig-core editorconfig-core-handle editorconfig-fnmatch elfeed-show elfeed-search vc-hg vc-bzr vc-src vc-sccs vc-svn vc-cvs vc-rcs log-view debbugs-browse elfeed-csv elfeed elfeed-curl elfeed-log elfeed-db elfeed-lib avl-tree url-queue xml-query hl-todo aggressive-indent rainbow-mode pdf-occur tablist tablist-filter semantic/wisent/comp semantic/wisent semantic/wisent/wisent semantic/util-modes semantic/util semantic semantic/tag semantic/lex semantic/fw mode-local cedet pdf-isearch pdf-misc pdf-tools pdf-view jka-compr pdf-cache pdf-info tq pdf-util pdf-macs image-mode exif vc-git vc-dir ewoc epa-file trashed diredfl dired-x eshell esh-cmd generator esh-ext esh-proc esh-opt esh-io esh-arg esh-module esh-module-loaddefs esh-util mu4e-icalendar gnus-icalendar icalendar diary-lib diary-loaddefs mu4e mu4e-org mu4e-notification notifications mu4e-main smtpmail mu4e-view mu4e-mime-parts mu4e-headers mu4e-thread mu4e-actions org-capture org-refile org ob ob-tangle ob-ref ob-lob ob-table ob-exp org-macro org-src sh-script smie executable ob-comint org-pcomplete org-list org-footnote org-faces org-entities ob-emacs-lisp ob-core ob-eval org-cycle org-table ol org-fold org-fold-core org-keys oc org-loaddefs cal-menu calendar cal-loaddefs org-compat org-version org-macs mu4e-compose mu4e-draft gnus-msg mu4e-search mu4e-lists mu4e-bookmarks mu4e-mark mu4e-message flow-fill mule-util mu4e-contacts mu4e-update mu4e-folders mu4e-context mu4e-query-items mu4e-server mu4e-modeline mu4e-vars mu4e-helpers mu4e-config mu4e-window magit-bookmark bookmark ido mu4e-obsolete hippie-exp auto-dictionary flyspell ispell tramp-smb which-key highlight-parentheses restclient advice forge-repos forge-tablist hl-line forge-topics forge-commands forge-semi forge-bitbucket buck forge-gogs gogs forge-gitea gtea forge-gitlab glab forge-github ghub-graphql treepy gsexp ghub let-alist forge-forgejo forge-notify forge-revnote forge-pullreq forge-issue forge-topic yaml eieio-custom forge-post markdown-mode noutline outline forge-repo forge forge-core forge-db closql emacsql-sqlite emacsql emacsql-compiler eieio-base magit-submodule magit-blame magit-stash magit-reflog magit-bisect magit-push magit-pull magit-fetch magit-clone magit-remote magit-commit magit-sequence magit-notes magit-worktree magit-tag magit-merge magit-branch magit-reset magit-files magit-refs magit-status magit magit-repos magit-apply magit-wip magit-log which-func imenu magit-diff smerge-mode diff diff-mode track-changes git-commit log-edit pcvs-util add-log magit-core magit-autorevert autorevert filenotify magit-margin magit-transient magit-process with-editor comp comp-cstr server magit-mode benchmark magit-git magit-base magit-section cursor-sensor crm dash visual-filename-abbrev rg vc vc-dispatcher rg-info-hack rg-menu transient rg-ibuffer rg-result wgrep-rg wgrep rg-history rg-header ibuf-ext ibuffer ibuffer-loaddefs grep debbugs soap-client url-http url-auth url-gw nsm warnings rng-xsd rng-dt rng-util xsd-regexp debbugs-compat bug-reference thingatpt kind-icon svg-lib color corfu-popupinfo corfu-history corfu vertico marginalia icomplete mb-depth eldoc-diffstat use-package-diminish switchy-window compat elec-pair recentf tree-widget edmacro kmacro use-package-bind-key bind-key diminish repeat toml-ts-mode json-ts-mode c++-ts-mode c-ts-mode java-ts-mode c-ts-common find-func treesit so-long saveplace tramp-cache time-stamp tramp-sh tramp trampver tramp-integration files-x tramp-message tramp-compat shell pcomplete format-spec tramp-loaddefs savehist smiley gnus-art mm-uu mml2015 mm-view mml-smime smime gnutls dig gnus-sum shr pixel-fill kinsoku url-file svg dom gnus-group gnus-undo gnus-start gnus-dbus dbus compile comint ansi-osc ansi-color ring comp-run comp-common rx xml gnus-cloud nnimap nnmail mail-source utf7 nnoo parse-time iso8601 gnus-spec gnus-int gnus-range message sendmail yank-media puny dired dired-loaddefs rfc822 mml mml-sec epa derived epg rfc6068 epg-config mm-decode mm-bodies mm-encode mail-parse rfc2231 rfc2047 rfc2045 ietf-drums mailabbrev gmm-utils mailheader gnus-win gnus nnheader gnus-util text-property-search time-date mm-util mail-prsvr mail-utils range ef-themes cl-extra help-mode use-package-ensure use-package-core finder-inf cus-edit pp cus-load wid-edit aggressive-indent-autoloads auto-dictionary-autoloads breadcrumb-autoloads cape-autoloads cargo-autoloads clojure-mode-autoloads corfu-autoloads csv-mode-autoloads debbugs-autoloads diminish-autoloads diredfl-autoloads eat-autoloads ef-themes-autoloads eldoc-diffstat-autoloads elfeed-autoloads ement-autoloads expreg-autoloads fish-mode-autoloads forge-autoloads closql-autoloads emacsql-autoloads ghub-autoloads highlight-parentheses-autoloads hl-todo-autoloads kind-icon-autoloads magit-autoloads pcase marginalia-autoloads markdown-mode-autoloads mastodon-autoloads pdf-tools-autoloads persist-autoloads plz-autoloads puni-autoloads easy-mmode rainbow-mode-autoloads rcirc-color-autoloads request-autoloads restclient-autoloads rg-autoloads rust-mode-autoloads svg-lib-autoloads symbol-overlay-autoloads tablist-autoloads taxy-magit-section-autoloads taxy-autoloads magit-section-autoloads dash-autoloads tp-autoloads trashed-autoloads treepy-autoloads vertico-autoloads visual-filename-abbrev-autoloads web-mode-autoloads wgrep-autoloads info with-editor-autoloads yaml-autoloads yaml-mode-autoloads package browse-url xdg url url-proxy url-privacy url-expand url-methods url-history url-cookie generate-lisp-file url-domsuf url-util mailcap url-handlers url-parse auth-source cl-seq eieio eieio-core cl-macs icons password-cache json subr-x map byte-opt gv bytecomp byte-compile url-vars cl-loaddefs cl-lib rmc iso-transl tooltip cconv eldoc paren electric uniquify ediff-hook vc-hooks lisp-float-type elisp-mode mwheel term/pgtk-win pgtk-win term/common-win touch-screen pgtk-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch easymenu timer select scroll-bar mouse jit-lock font-lock syntax font-core term/tty-colors frame minibuffer nadvice seq simple cl-generic indonesian philippine cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese composite emoji-zwj charscript charprop case-table epa-hook jka-cmpr-hook help abbrev obarray oclosure cl-preloaded button loaddefs theme-loaddefs faces cus-face macroexp files window text-properties overlay sha1 md5 base64 format env code-pages mule custom widget keymap hashtable-print-readable backquote threads dbusbind inotify dynamic-setting system-font-setting font-render-setting cairo gtk pgtk lcms2 multi-tty move-toolbar make-network-process tty-child-frames native-compile emacs) Memory information: ((conses 16 1064655 204213) (symbols 48 58002 17) (strings 32 291793 11325) (string-bytes 1 8415463) (vectors 16 109237) (vector-slots 8 1246508 142280) (floats 8 918 970) (intervals 56 29636 1707) (buffers 992 35)) ------------=_1737392162-17791-1-- From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 20 Jan 2025 17:09:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: michael_heerdegen@web.de Cc: 75626@debbugs.gnu.org, tsdh@gnu.org Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.173739293921120 (code B ref 75626); Mon, 20 Jan 2025 17:09:01 +0000 Received: (at 75626) by debbugs.gnu.org; 20 Jan 2025 17:08:59 +0000 Received: from localhost ([127.0.0.1]:52167 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tZvGh-0005UT-K1 for submit@debbugs.gnu.org; Mon, 20 Jan 2025 12:08:59 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:53814) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tZvGe-0005UA-PW for 75626@debbugs.gnu.org; Mon, 20 Jan 2025 12:08:53 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tZvGZ-00045G-A0; Mon, 20 Jan 2025 12:08:47 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=NPYXbY3rBl4ucVHf31rHtx9nOm1byfLS8bOzaXrr3/0=; b=gtSHsI7RRCRx YRP6wrQIOT6HBCrpNl3bi6Joz6+jjRm/g0+3472eyRFRDiwYxqrZICF1ysPf/6Rew20j4uoRm9q9e RWT/0hsO6TnxJjjedBTJVyVRFhdHJVZvxqbNrc0ctAL3vmIjcfEbneNAu8aOhWbR3Y1VFL8BhiDtz tiD2G6Q+M3PB/BIOHP8mVLZqH0ieK1NuyhNoCuheOaligouM+FRdAPXMtP1L/F7BDCKSn8CjEumlx /p53V3fPWoooF78/MDWYBQIRO4uObMEwb9bfW3v15rIr5YTfDTGLK4lJDRhRerJjrpk1WLLRKJORW AaJZjU2/HRicyWRzz1it1w==; Date: Mon, 20 Jan 2025 19:08:44 +0200 Message-Id: <86r04x5s6b.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <86y0z55t2k.fsf@gnu.org> (message from Eli Zaretskii on Mon, 20 Jan 2025 18:49:23 +0200) References: <87r051khsd.fsf@gnu.org> <86jzatg7rh.fsf@gnu.org> <87ldv9ke06.fsf@gnu.org> <87o705hv2t.fsf@web.de> <875xmcpl7g.fsf@gnu.org> <8734hfsgl6.fsf@web.de> <87r04zw0sr.fsf@gnu.org> <87ed0ygsmi.fsf@web.de> <86ikq97ip0.fsf@gnu.org> <87a5blhb24.fsf@web.de> <875xm9havc.fsf@web.de> <864j1t7gth.fsf@gnu.org> <87wmepfuxp.fsf@web.de> <86y0z55t2k.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Cc: 75626@debbugs.gnu.org, tsdh@gnu.org > Date: Mon, 20 Jan 2025 18:49:23 +0200 > From: Eli Zaretskii > > > From: Michael Heerdegen > > Cc: tsdh@gnu.org, 75626@debbugs.gnu.org > > Date: Mon, 20 Jan 2025 14:58:58 +0100 > > > > Eli Zaretskii writes: > > > > > > > Introducing `dired--map-over-marks-in-progress' sounds cleaner to me > > > > > than that. > > > > > > > > But it probably needs to be buffer local [...] > > > > > > Yes, of course. > > > > Then, finally, I would name it `dired--prevent-auto-revert' because this > > might be useful in other places as well. > > Let's use dired--inhibit-auto-revert instead. And, btw, if we want this to be useful outside of Dired, we need to make this variable public, not internal. That is, call it dired-inhibit-auto-revert. From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: "Tassilo Horn" Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 20 Jan 2025 17:20:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: "Eli Zaretskii" , michael_heerdegen@web.de Cc: 75626@debbugs.gnu.org Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.173739356922993 (code B ref 75626); Mon, 20 Jan 2025 17:20:01 +0000 Received: (at 75626) by debbugs.gnu.org; 20 Jan 2025 17:19:29 +0000 Received: from localhost ([127.0.0.1]:52183 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tZvQv-0005yn-DO for submit@debbugs.gnu.org; Mon, 20 Jan 2025 12:19:29 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:48928) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tZvQt-0005yR-8A for 75626@debbugs.gnu.org; Mon, 20 Jan 2025 12:19:27 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tZvQn-0005EY-Md; Mon, 20 Jan 2025 12:19:21 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=Subject:References:In-Reply-To:To:From:Date: MIME-Version; bh=YvusrEZU4uiCEqTwMbvHzGDXptJGwUP/76hE7Q3UavE=; b=gKpgeGoIFbKt bC7NQ7tbVrHh0niYqOipkdaW/UPO1wdxre94dT4Sk2wmOpMPCApzRDD9ISEjk57fUdr2tH3TeD6Te HtjHoPc1+tAEgRC0b6e04sD6XlBrvSo3ymmto2ydUz9cng8ZhAHe1ZfT3hBkvwjwyFmWvL55CHkLa yRcTTBBC9FyQ7V+Lt6VPOYtTT9SV+XmLC9DC3HbqNnfevYNNYU4V9Xw4Pn0NYuyr5LOCMPRXTONE3 wWgeouXN2+MTokDglggkIWntGlzSq0fNF8oTzQan0hC0PceK+C1xhWDHPCF8LhIqTKNOONyXZpJ4n NDKcxS7QJ68DY0FxC6yz4g==; X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeefuddrudeiledgleegucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdggtfgfnhhsuhgsshgtrhhisggvpdfu rfetoffkrfgpnffqhgenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnh htshculddquddttddmnecujfgurhepofggfffhvfevkfgjfhfutgfgsehtjeertdertddt necuhfhrohhmpedfvfgrshhsihhlohcujfhorhhnfdcuoehtshguhhesghhnuhdrohhrgh eqnecuggftrfgrthhtvghrnhepueevgfeggfejgfelkefhgfehhedttdetieejjeehteek keehgfefudeltdejiedvnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrg hilhhfrhhomhepthhhohhrnhdomhgvshhmthhprghuthhhphgvrhhsohhnrghlihhthidq keeijeefkeejkeegqdeifeehvdelkedqthhsughhpeepghhnuhdrohhrghesfhgrshhtmh grihhlrdhfmhdpnhgspghrtghpthhtohepfedpmhhouggvpehsmhhtphhouhhtpdhrtghp thhtohepjeehiedvieesuggvsggsuhhgshdrghhnuhdrohhrghdprhgtphhtthhopegvlh hiiiesghhnuhdrohhrghdprhgtphhtthhopehmihgthhgrvghlpghhvggvrhguvghgvghn seifvggsrdguvg X-ME-Proxy: Feedback-ID: ib2b94485:Fastmail X-Mailer: MessagingEngine.com Webmail Interface MIME-Version: 1.0 X-ThreadId: T911380abf4911ffd Date: Mon, 20 Jan 2025 18:19:00 +0100 From: "Tassilo Horn" Message-Id: <4e07af48-166a-4cf7-8b89-cc784d6030eb@betaapp.fastmail.com> In-Reply-To: <86r04x5s6b.fsf@gnu.org> References: <87r051khsd.fsf@gnu.org> <86jzatg7rh.fsf@gnu.org> <87ldv9ke06.fsf@gnu.org> <87o705hv2t.fsf@web.de> <875xmcpl7g.fsf@gnu.org> <8734hfsgl6.fsf@web.de> <87r04zw0sr.fsf@gnu.org> <87ed0ygsmi.fsf@web.de> <86ikq97ip0.fsf@gnu.org> <87a5blhb24.fsf@web.de> <875xm9havc.fsf@web.de> <864j1t7gth.fsf@gnu.org> <87wmepfuxp.fsf@web.de> <86y0z55t2k.fsf@gnu.org> <86r04x5s6b.fsf@gnu.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Am Mo, 20. Jan 2025, um 18:08, schrieb Eli Zaretskii: >> Let's use dired--inhibit-auto-revert instead. > > And, btw, if we want this to be useful outside of Dired, we need to > make this variable public, not internal. That is, call it > dired-inhibit-auto-revert. Sorry, I can't follow. Why should a variable named dired-* be used outside of dired? Bye, Tassilo From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 20 Jan 2025 17:33:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Tassilo Horn Cc: Michael Heerdegen , "75626@debbugs.gnu.org" <75626@debbugs.gnu.org>, Eli Zaretskii Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.173739436225711 (code B ref 75626); Mon, 20 Jan 2025 17:33:01 +0000 Received: (at 75626) by debbugs.gnu.org; 20 Jan 2025 17:32:42 +0000 Received: from localhost ([127.0.0.1]:52210 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tZvdi-0006gd-7T for submit@debbugs.gnu.org; Mon, 20 Jan 2025 12:32:42 -0500 Received: from mx0a-00069f02.pphosted.com ([205.220.165.32]:53416) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tZvdf-0006gL-SJ for 75626@debbugs.gnu.org; Mon, 20 Jan 2025 12:32:41 -0500 Received: from pps.filterd (m0246627.ppops.net [127.0.0.1]) by mx0b-00069f02.pphosted.com (8.18.1.2/8.18.1.2) with ESMTP id 50KGMuqa027544; Mon, 20 Jan 2025 17:32:38 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=cc :content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to; s= corp-2023-11-20; bh=5Y4Jy9u+hAAYT1eAL2FF5H6G7RAh6g8tbgDlNR5RysU=; b= gUOKth3Atueds0BvucNVU3FY2yO7/sAIe8IdG8E+zOyOIyO1aZXYVxkKdQWg9BZJ PCIwxOtu2slJ0qtSuotv+bQUm7w6KtRbtM/Ci5x2Uts6k6xSIxJyTES79p+92xOC P6xzvTw4IlepZS/xR44vn+coaTv/6n9W7XGAQeHyv8dVDqSItyz3uqzzfPqK80py CdpyL5sUAg0yM1rUK+uCNB1sBC8j6dO7yo6bDzitR/ugEirCB7p6iSgQVxfynXxu XFpA4p2ldyAUU1SjfbpAk5jkgEcNlVWdoiYjU0tPn9Ss4trM6HdxqSoQ+7rBbocx FPnCbXP/bnTKLwgK4aNpWw== Received: from phxpaimrmta03.imrmtpd1.prodappphxaev1.oraclevcn.com (phxpaimrmta03.appoci.oracle.com [138.1.37.129]) by mx0b-00069f02.pphosted.com (PPS) with ESMTPS id 4485qam4a5-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 20 Jan 2025 17:32:37 +0000 (GMT) Received: from pps.filterd (phxpaimrmta03.imrmtpd1.prodappphxaev1.oraclevcn.com [127.0.0.1]) by phxpaimrmta03.imrmtpd1.prodappphxaev1.oraclevcn.com (8.18.1.2/8.18.1.2) with ESMTP id 50KGCCoL031369; Mon, 20 Jan 2025 17:32:37 GMT Received: from nam11-co1-obe.outbound.protection.outlook.com (mail-co1nam11lp2173.outbound.protection.outlook.com [104.47.56.173]) by phxpaimrmta03.imrmtpd1.prodappphxaev1.oraclevcn.com (PPS) with ESMTPS id 449191jvsm-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 20 Jan 2025 17:32:37 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=vw37P9jJBSu3E+LSu3/o9FbjVVB3bm2pu5Qd7wi9VLfXR2L6NGEsfriZf5CgO6s4RKsRWeBVrZ+K4cnrTxhnC4nALqc1g1JmA7R/xXTV71UD++FSKL2u9hD1Vic6QcRvWvr7aNnw8Lb6NAd6LVa5kqPYw7OsvKrqN9hY41vxMAUZfvp+CVThW6pi9iUi+wk0LzI0Rkt5PLRTC22DuanNm9+JRqgq35JVAX0P7+9Zil8886/Yh5y6ZtVwLWf3858aEk9a/I1En1XXS2E8tEOeisG+hajWjT1g0bhQG8DTwuJCAoypkxENZCLcmO/O3o/Pmu3i5nkuUExla6dztLCGQQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=5Y4Jy9u+hAAYT1eAL2FF5H6G7RAh6g8tbgDlNR5RysU=; b=eVhf5SlPBKmkIwr4XqvBHP/7JZIsli1eQpIIhHzowFmC4eOlpaDnUq/wCx+yoBdC5hqG2c2R45sacebktzfQ0F3esp+lQ2fNauGrqpcCWv6/18NXsGGPkIK3z6hw8hAFwRdEG63lUOlWeqyhlFUnbW/4bbMgL6CLxTySR0bllqV10flXd9rR3YTW517cajpzj+yJ6x0HGGM6zavbXNwCn+38U78x7isgRN9KJIMi5koy2PtSGOJKsCC0GIYJp+h/aEkVdjN/ByjJr1nEjCAXFc0PAAougwGmJT5iWVo5PVmqIfINq9rimruGXX0vICuxH6YAjTBGipE7FmMqUa26pw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=oracle.com; dmarc=pass action=none header.from=oracle.com; dkim=pass header.d=oracle.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.onmicrosoft.com; s=selector2-oracle-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=5Y4Jy9u+hAAYT1eAL2FF5H6G7RAh6g8tbgDlNR5RysU=; b=fJ/vOYQDC9b9TGA8Zcg5E5LKanMSuqMryDd2sNDk1gxT/2Uclrq2KJ+5daAfGX5CzS+h0HL9fBvLj/I6N5J8QMxwJE35AEE05eiEd/2dxbtwWnL/peOWypDzAjp+GUBekVLwZHGQH8vNxya4t8hxd8mu6iuNWvLs+Ua1k5vacTs= Received: from DS7PR10MB5232.namprd10.prod.outlook.com (2603:10b6:5:3aa::24) by PH0PR10MB5894.namprd10.prod.outlook.com (2603:10b6:510:14b::22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.8356.21; Mon, 20 Jan 2025 17:32:35 +0000 Received: from DS7PR10MB5232.namprd10.prod.outlook.com ([fe80::8303:658f:14f8:2324]) by DS7PR10MB5232.namprd10.prod.outlook.com ([fe80::8303:658f:14f8:2324%5]) with mapi id 15.20.8356.020; Mon, 20 Jan 2025 17:32:35 +0000 From: Drew Adams Thread-Topic: [External] : bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Thread-Index: AQHba2FKonUMhgiAp0WayuXd3rE18g== Date: Mon, 20 Jan 2025 17:32:35 +0000 Message-ID: References: <87r051khsd.fsf@gnu.org> <86jzatg7rh.fsf@gnu.org> <87ldv9ke06.fsf@gnu.org> <87o705hv2t.fsf@web.de> <875xmcpl7g.fsf@gnu.org> <8734hfsgl6.fsf@web.de> <87r04zw0sr.fsf@gnu.org> <87ed0ygsmi.fsf@web.de> <87ldv6j9lv.fsf@gnu.org> In-Reply-To: <87ldv6j9lv.fsf@gnu.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-ms-traffictypediagnostic: DS7PR10MB5232:EE_|PH0PR10MB5894:EE_ x-ms-office365-filtering-correlation-id: c4917d10-2b21-4194-d055-08dd39786d7a x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; ARA:13230040|366016|1800799024|376014|38070700018; x-microsoft-antispam-message-info: NRnu8DtX7MOhLQRbesjE1JZvtX8bCY+xl88oLDdiXxrEDnJRbVRTLzXjaL2YrwZLCXOK2PKvBe998xY9iietAl8gmJ7Y1q6rTUT+Cn04rS7zhhDHel2Nd0tIBiFw4FUPlOMYFOM5KA+VCaG6+2GCFKxMTK7tOBFLEePfxdjEQz8U0TCL8OpdzxZz7q2zTzo3UueM+RztNWqkffSfdq6UWpJ7P8oWEFW5lTVBKYYgxpTh534R5q+pQaYZ3ke/Rc/Z++z6V5MrRAtlerNgj+4J8pJCa2GerGg5oKmvEl/LPy3LsYT6OoyXYeIWXdnGHPE6hN9jxrcss59bRr+br4irj9vdhmOBlGq5DPqDu3D7NyyFqXv1boBrjIRFj6dnMQiZzAHCGB5s67B6K5/3pvXCK8T0DJYW7rPguh2CEJ3Z9y8NrHU4vaRWZbRpa0QeXY0UufF5Qj9m7lJYBbDa+i8iROlgjOYxXv2ovCE5vZcSVIJOqZ3bqVNdRmddpyWtuCBGyArx85nEkK/rMWcjCINTYToNqMrQYJcYzkcwo0a4Zyw6HLu+fkjuFTrlUs97PT7G4utChYpmV+Bt1l3XyM7wdRk7HJnrrljQnYlmCWM8bzATlqse+hNKokO6e/8uD3u1q6t11+SCdLl3VoCFLI/ySRtld8L9lzbyDSHVxz5M48WOdPJ4nB/IJY7Kk2LJkEAimBtRZ2DUTfBcZh6BdP+l0VuhG7Cx726+uyWgtELu6D7C3TPYL/o8DI2uwLWcPjKBW+DnKbeko5C01HDa2bIELjOr2grblgzFoRo5DsVg9qxqqAWayRm4lkA8CaBua1I/xlch1JqxcpE0F/Q8KQd3r8g+tCc9khYFKii9uvCWIj4p4bkGLq4bzRfL2sCnZGMKahIc+wH2P//5Xj8PZpaU0y+6NZuTdcRsUAiUYqVGN744aMdrJ2zlZ/x7mbzvWE/YjflLZ6WMCa/24ueU1N1kvhyAiBrDI76Mq7iALOKTv4OQ99xN0RJAK3MqBAy/+j0hY7j5DNGnSWQvlZPASY62yOndMzoEp2IY6kcnGQXhNxHcbsQC8gCs97oHGiHpbyCR4xgXrmlkySaqcBO4pBA6dg5Qbwzv5kUupHI7sv/TGDBKuFS1N89R2mobzOlOnxk5HDTE7rKruQXLTNuRHg6KKhgI6rr4L+hOfnhrycc6z9JSjGl/I9o6ejYPWRJ3qpW2DHTtNcMKf9GeehJEATRvt45Az9q2ih6js19O+fyXzrjoLsWmOUeYSDWPJlKaXcvn2w1B623REYkogqd2mmwvRmY1YFSAWPnCGgTjDw1ZFsanHHPbRoLtJecj4Ljd+NWeyyM2mWbCtlBi77Ov+IColTMwzxx4NjZkMuEqlwIavUZTj8iaOjYl0oG5/cunqjkbgUS0am8JMOnXxpfDnzfcaiP5jynHtoZf5V3lQmo8M0m0WfmYEZyMqy5ULFjk2jvc x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DS7PR10MB5232.namprd10.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230040)(366016)(1800799024)(376014)(38070700018); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: uWIixEZAboXp8iAU0JS6OXrdc74VuTTTAEORi8hqVUcNtpsGGAJ/PHhQnLqko8nXOBdl5ZPHsybSpH3p1Hw82tDKjSTFoVM7HrBrONW5+RS0u/K8NpTL8SGFZnnyu7ebjxJI44TLxoVF3E3kQ7yOLa7bXcYDg2uqnp7nKC/m82zzZTYk/1gTGyzay/LjGpKg5peejOZhh73C8B2f1xDh5JuYuySQHCwZwsBdO0A3CMwhEhci4QWCI8SjXtmxym/bkDjwKtkl0CwcHOP0gHq/bi5tFmeZq4/B1QfbBbAsQPULFp9ct4x7CuZBJUilNbLfMUNFZO8jjDO+dq5XqE3ps7DxyWcmWVAWhCUcHqAETYY2A5f7X9MJiSpLOkqZDRhZQ52t9xKMeXis+ZHut0KpJ77y9Z/iaIs6g7qvR6tk6NIKI8Jw2LECjMIHZyhsAPzbkAc/wrRKaU5IbpdeZ23u+6zUB1d4wXF63wYE7R4Tj0LiHQ2bgSmvDS+M82RDBAWrOhLjMbCXLVkwlL7ntON7g/TMEfO1QUw9nUiIFRPI4Z73V2FUKktlFrgXk6T/LYAf0g7DIlPQcKEeRkOlLP+NBhZ9rJJRoAd0bZzyI1ut9MZKUIxtLQ+YeKRCaKtWogT8tfsiUZacYnWRe7jlw/nxhrzWKxyq11T9qUYmHbhpUK2YCMPkVTizbS6i543ucWULdqzlqZid3zIXJAK0J7PyXw3fbKXY4M9xmVycWRke3jfCZmsTe3uHNbx+HkknMWmarfpCrcRhKllUh5VuHXVPW3/7zyd/vZoEQ0OWlcMl0h8JRuVjGuMyh30FVd6j0mS0HPq9Jwwl1FB6Op/YgcwoJl1R6Lxc6N5N90ogZoot3dWDhlx1J5O6MNWNwphdbj83OnhWiECof16jPEmq9eb4aY8IJWm3P4vthPBB95qT33YnF4uhP1eNfMFFv2/aq+JKRd+lUFo2XmfghWi1kKO7D0hrr4oyfs1xZWwIsIoS7Wo8TKjV/RpcGaceCCdWFRS82CcMySt6icD1mxKYKMIP+BRNQzGEw+1uqfjJgcr387nDuRjtLtBBLTNq8PAiesLpA3hEwrdOxyMGUCbalFn/19Ftkr/4Fy8rqK88O8A9wyDnZ7ENCzZSXtvA6M5i7hNX9Skn7jl10OItg6FTXe82hHHXRt+q8e3hgAN8/hPRXS21olsmtBi70GJnPEsjk/UlSa/vQYwnE59JDyCVXS5UxnfzjOsvTXYCOfEP0iN8kxS8bGqnswhsFiUhl7Enf3mwCV5quKc3bjtMd1CfsqhdFPqJAKv554R2t8K61QTu06LNQVj5IllQWeT3Ezpoj0XgWjRF+O6QGf8FZNkH0iQ5y7n3w/YsclsDve/j2Isi3KuWwYul8AiGTvDvkR/X1r3mJIapP1/JqmZ3GflyCFmZgDket9WeZRfWpj6M0ysy5O6QwLgXgJP5vcAvZOOil0PZRgdV423rQtAueQn6+NAnC1ISf+Ed0ae9V0Ok50/JhmRJe5UAtWQapUNgAeLG92ZbKSOYumnyWrUtuJ+Leck80GSujMFj/lvAuReID7gvNvpVN4YFfjwUK8F0aCVNeXOY Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-MS-Exchange-AntiSpam-ExternalHop-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-ExternalHop-MessageData-0: K8eH2ykdTbsTytmn7RcPOoEayahxrUy5w+IAF0f609sXm3vhvjN/bkHjb72ruMPDFj00sI4nU78JLS7zdMSKJ9HevL5om1NddiXrrmNZoDj+YtM5VlpqqLLME5QXeb6Pi4jc4+B4L5HNVCLAcR3aB+2AOPkM8OIbg746enaJSAQC/CuCj7UupyB0NXzSqVyWjvbeGnlGtGNFQUK4HRiT+MTNKP6oyzl2k5R9WHAURlu30ZovkSr4unIdPAGyIGgqKSUrK5M0Ug/7N5zDB5t0fr5nSemtu5PtbGp2SR6XtaakX3bgnQbx5olUp4BUdz8BCSaW7rtbV9vm6z2NB5i0ptC9HEGV7sG64sDxfg1fhqI3VE0hd49jDb7JUpNciPKL2kVZZkRIOhFlj3VI5Edq/CNr1u9yRAQbp1NUI/cKTYxlFxwy6603ojcYdQeawnNqldeUiSDrfuXr8eQj1fbCUZML1V5FZ1AwUpUer571IHt11BNwRWimuhf0d7dOERuRqH8ep0L5RfOm7in8io57F29wTC4BIVaW4froV+iEdXlBHRSm2UNPb5ayzVsfeLnsOcpYKNhB4qP7DWV3rVW3u9zatnrUPWe8j1IakvtFA30= X-OriginatorOrg: oracle.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: DS7PR10MB5232.namprd10.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: c4917d10-2b21-4194-d055-08dd39786d7a X-MS-Exchange-CrossTenant-originalarrivaltime: 20 Jan 2025 17:32:35.1976 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 4e2c6054-71cb-48f1-bd6c-3a9705aca71b X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: TOBtzHaVyE15QvIRrcrRtLJ5mvg+ZS+iOIEPhq9rSjE4lqzMogybqo7hKGuOtHx34MrxmxU2kRBra+MHkN0KBQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: PH0PR10MB5894 X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.293,Aquarius:18.0.1057,Hydra:6.0.680,FMLib:17.12.68.34 definitions=2025-01-20_04,2025-01-20_03,2024-11-22_01 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 mlxlogscore=999 malwarescore=0 adultscore=0 suspectscore=0 mlxscore=0 spamscore=0 phishscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2411120000 definitions=main-2501200143 X-Proofpoint-GUID: UAe5YhwuJ3jOaqF385lWaKtSg_f4bd7T X-Proofpoint-ORIG-GUID: UAe5YhwuJ3jOaqF385lWaKtSg_f4bd7T X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > > The macro itself should stay general & unassuming. >=20 > The plan is to change dired-buffer-stale-p so that it returns nil when > inhibit-read-only is bound to a non-nil value which is the case during > the execution of the code generated by dired-map-over-marks and might > catch other cases, too. Doesn't sound right, to me. > The macro itself stays as-is. Doesn't sound like its behavior stays the same, whether from `dired-buffer-stale-p' or otherwise. Let's not split hairs. If you're changing its behavior in a _general_ way, instead of just changing the behavior realized in some function that invokes it (e.g. by binding some vars around its call), then you are, in effect, changing the macro "itself". Is that necessary? I can't see why it would be. From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 20 Jan 2025 17:33:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Tassilo Horn Cc: Michael Heerdegen , "75626@debbugs.gnu.org" <75626@debbugs.gnu.org>, Eli Zaretskii Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.173739437225736 (code B ref 75626); Mon, 20 Jan 2025 17:33:02 +0000 Received: (at 75626) by debbugs.gnu.org; 20 Jan 2025 17:32:52 +0000 Received: from localhost ([127.0.0.1]:52212 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tZvdr-0006h1-LI for submit@debbugs.gnu.org; Mon, 20 Jan 2025 12:32:51 -0500 Received: from mx0b-00069f02.pphosted.com ([205.220.177.32]:31286) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tZvdh-0006gR-8O for 75626@debbugs.gnu.org; Mon, 20 Jan 2025 12:32:42 -0500 Received: from pps.filterd (m0333520.ppops.net [127.0.0.1]) by mx0b-00069f02.pphosted.com (8.18.1.2/8.18.1.2) with ESMTP id 50KGMrZD007845; Mon, 20 Jan 2025 17:32:40 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=cc :content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to; s= corp-2023-11-20; bh=755f/pQGBaqh3wq983nT2EJ7CKPM7jFHvWYlxn+Hn68=; b= ZETm3RCX3b40j7zvKSMA28m9I99FF0PsK+0s5NConhkcDt0jZ+AIlj+nCi6lpgVC Z5gMjCAkzDoaTDVo84U6bV1XgnLHcZTHWAjSnudZuIO8UKgwgz9/a9FtUCr64N4x OH9OL8NNW35Xjf3pxg4iaA06dOfLdOr6C5ax8SkLxT2iFpADliJeVAtw3yfbZPC5 Bzc75zRF+C21mLcTdgk2A+7lE53pcN2tlLRP2y4UcU2SB62Imx/xhyQUL+FZ4Y2b pFaNMjW7wJyv4B+4b5jfpDetxVfzCeU8aDlrHkrF8D4hqMf93dZHkxD8e9YjnyjS 1EdexQjpqnltZACW6ZHBjg== Received: from iadpaimrmta01.imrmtpd1.prodappiadaev1.oraclevcn.com (iadpaimrmta01.appoci.oracle.com [130.35.100.223]) by mx0b-00069f02.pphosted.com (PPS) with ESMTPS id 4485qkv5be-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 20 Jan 2025 17:32:40 +0000 (GMT) Received: from pps.filterd (iadpaimrmta01.imrmtpd1.prodappiadaev1.oraclevcn.com [127.0.0.1]) by iadpaimrmta01.imrmtpd1.prodappiadaev1.oraclevcn.com (8.18.1.2/8.18.1.2) with ESMTP id 50KGZ39a018784; Mon, 20 Jan 2025 17:32:39 GMT Received: from nam11-co1-obe.outbound.protection.outlook.com (mail-co1nam11lp2176.outbound.protection.outlook.com [104.47.56.176]) by iadpaimrmta01.imrmtpd1.prodappiadaev1.oraclevcn.com (PPS) with ESMTPS id 4491c1b7m6-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 20 Jan 2025 17:32:39 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=FO0gaQNSbD53wCTG5n2I1uEsRqYUzgWiNFk/sJiajKzG47M+gqrjLsyhfrtAXuF2hZIaDfz0xk+1l2zE9LUD7VTtS2r6Lp+WDwM5wBbJJkSsUi9dKC7g2Fdz/vXleegjCf8Fj2whTjTXLN5X8yphgpopu6cczBr1gPzDlIN8E0mhLIF7u8zWLVdEkOoXpjK7Pacy9SKVeE4ubgFXxLqi1oPN55jjrlVvZng3lV5BtkCtNt0NlanC0YxQO2NvXvJMCMzAvYCTO6shXok61ssygeTT4KWvDbiPTQYCgGATf5lzD7dNvOK3KgaPeW0MoqykRALgdEUV04nx+2kuq9fCgA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=755f/pQGBaqh3wq983nT2EJ7CKPM7jFHvWYlxn+Hn68=; b=SrehEfIqpm9IRjCsXNsIXnQKUBqVl7vm0L308bIqXkYe6cZoSa4fZ7kMXtGsniLcCfudD6b58/P6S2bCGNfglACPt+/sn4br5TA4LSrlCCpuNjNKNAZS26woOoUD3bWbOEL9zu+LpMZ0tEzDzj4mrSjklswuVar3go+nZ/OloBt9Fqi55qkybbfVPjeNKfnf2BERqN/l7WMXbtPGNhB8usy8EnCNpdUHUu7T4kORWz5WmQ7c5kGmk8g7N/5vBZ7pHptRoInAsjTOAnqq7r6gtMbsMzR+Uq9T8agc87DxZPxxEflrdgiZ/o57VwWkpUtq7O9soUEZjAltRsDEO2HtUA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=oracle.com; dmarc=pass action=none header.from=oracle.com; dkim=pass header.d=oracle.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.onmicrosoft.com; s=selector2-oracle-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=755f/pQGBaqh3wq983nT2EJ7CKPM7jFHvWYlxn+Hn68=; b=L0vgUvrasJL+50Dy2o+sa76jXtJ0Xtun+RQtzX82++mH6ki6dT9+Z+wZbyt8G1oO7hx7C1uNSWaWeUUPnYrI/GsQYa5MvPXC4cg0AF/L9mZzW2rfiDcuBQue8jXNniRXjyC9UzbraZ3bUnEGj5nxL4vO3ZYobQF9aZ9/FsXpaok= Received: from DS7PR10MB5232.namprd10.prod.outlook.com (2603:10b6:5:3aa::24) by PH0PR10MB5894.namprd10.prod.outlook.com (2603:10b6:510:14b::22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.8356.21; Mon, 20 Jan 2025 17:32:37 +0000 Received: from DS7PR10MB5232.namprd10.prod.outlook.com ([fe80::8303:658f:14f8:2324]) by DS7PR10MB5232.namprd10.prod.outlook.com ([fe80::8303:658f:14f8:2324%5]) with mapi id 15.20.8356.020; Mon, 20 Jan 2025 17:32:37 +0000 From: Drew Adams Thread-Topic: [External] : bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Thread-Index: AQHbawZ5onUMhgiAp0WayuXd3rE18rMf6EVA Date: Mon, 20 Jan 2025 17:32:37 +0000 Message-ID: References: <87r051khsd.fsf@gnu.org> <86jzatg7rh.fsf@gnu.org> <87ldv9ke06.fsf@gnu.org> <87o705hv2t.fsf@web.de> <875xmcpl7g.fsf@gnu.org> <8734hfsgl6.fsf@web.de> <87r04zw0sr.fsf@gnu.org> <87ed0ygsmi.fsf@web.de> <87ldv6j9lv.fsf@gnu.org> <87frlej8ad.fsf@gnu.org> In-Reply-To: <87frlej8ad.fsf@gnu.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-ms-traffictypediagnostic: DS7PR10MB5232:EE_|PH0PR10MB5894:EE_ x-ms-office365-filtering-correlation-id: ac8de2a2-cf73-4c86-e222-08dd39786e98 x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; ARA:13230040|366016|1800799024|376014|38070700018; x-microsoft-antispam-message-info: FUQH7u45kdrYQnUZvlW1DCMQZu/mge/An31+oxiVFoGaiIFPaffQ6jG3RCJiANmklNGLb5XttDaMbTIix2joBXq3D/9Kw8YRE8O+3PfRWmBmTUeN7Tcf+pPsHxa3o2wEF9XsICOTbkDpS4yiKzvg5avEDHC/4cgFedUkh5NuE3ztqo2aNreBy9c8lqO+dMXrQNHc7KTWzIu4GxjH2zGcaGSDjf/gUaIbms6D7d6SPKhTY4z4nJtzu8pGmRzm40wIC/ZKLaL817x5NohpqKdGX8ukgULaFsV3vNzHSzgnILGIaY2HN5KH0T81MvFS96KNrnu+dfwBIu+zReCVddIM113kLESpGn27a0Myj3g+F3f1sKD0MGXXRyOGFO08cWJ6W28dLR0K5XlE+Fp8I/VhmluYHOMrEJhH9ceBcqB5PgAKAoeyAopRrPuYLMWHX7qeUyJCaDQXdx08TGHvSvJP6vkW55gl8xRmqcvqxY1GvuhyMHKwumhVZ3s3WxYGRhLDZZlFWLJLksVcg9Uv2LH7/64rDK/P3/hiYSsu/hhJOJ4BNTpafFOQoRdp+jYLX9YqDd2LCYms2uYcvUa9kk8xnQdCwYmPzOYLE0LE1WjyGuEhbydFL9rbccZCilAD+B73g11arCCAwfhewgdZEHHGwNHwUJzejrqHPtR9BxpaZ7dPqFyiNBJHi6f1D9dGI3rjoJWm0B9DtJZGxH6r5LrwJ2spDOw4rUPeATRLUCR00fX12+XAD0g96+Znh9UzjqTOncagrZPolItayYtCi7+LD9WC558NlksDFO65zmXeTt7kuJuOwHtvE7YSvrg2VruBCSDIc4MTEWwByfwtHUKNw0GqCrjDcSJ7Wptr+3J82E6Ba8ripd96ChSxqMNHz9qO2VDOpmDPH9F9XD/s6tyh6eTG19yoI9tMXYjlibXuvujfa30DuUxgjwtVIaTvBPOYDw77catDyh0u1r+ZFGeavPeMRWHF1B2/jmNvC/Cv/DArc25RODB9SYNDwA90hvMtkCz3XDHYBDcIrDq/wDN50JueisqiehElCSkvQObQZZBHJWdwWkPCu/bp5aLqYBUcHi7O37puQweeXLYV9p5C+5irvr4X5ccmrINmuujK8JLnvcas8WCapxPDWILjYr8tZQQoOBXJX7CSaXm/tSH2TmNrZ0Jcoba2eQAlUYOHvJOQUtq417Zj9E/1o69+PNjIdB9vNM6f49dNZI0D5iIPQi2pQCqJgNlbc2S+NumKgwVJYKPONnEvomSM3CeYGwp2LgxmqyqiVkJjRZDVqwXFV+ziYmmsdcvnUm44BlJ6241Q3cBaJ2/3dkGUmI7DR2SQWg21I1SGIqAEPFAXXiPaV5mhU/9tW3jNB8Ph//rotL+CQvIF2RImHyD2mr9TD/KbVtsVIANGh6gaxW1Lza3eKhPN89tOeYxz93nPSZGMuI/8T2hfJbuZn4aF23X8KWpL x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DS7PR10MB5232.namprd10.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230040)(366016)(1800799024)(376014)(38070700018); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: l6enHrboTLOsW+fYQf5c66SKvb8KdJOahEfRYmzwXMGo6b+0lp6tbsI8iRpuQNwKv8O3U5rIZQ34pN1LiB++5930QprJRqibHQzQCltGauv6Cndv2SzfSZveJEGFttx5qKx+LKNccO/1cxRmIvoecpapIoDYnhbdxvomOn9Tk1IntUT9hbMsAuuzr1kMTFBtDERVU0x+wXhQuMxmFy4/1zvismAujDV4JUBlQ1uiCZN707z++7TqyI9D6+nOLBSGvFU5fC0myH5SSjgvYmrpPMjpXiWXzyNzLt/08iWJv/zPNtA7wMiuGV0GQqSjpOv/z95ZElE55hoBeXbjfYgwrgpnt5opB1zR8icSF2MtHTo22udR+kurfBnyMMX/nD7a5KARqmtGu6vSrZJ3peWp8GJts7JwThhcpAuoXSZl+vFZAt+EHkvBqYFVu2BoazSaX/GpvsuTY4h30prN2Tmg0fYwKsQCasmm4p7Blg8sjjC5BKwPUhBSn2cy9nFifWrF9TRDf+doAjHRslbFDa2+mPT7RfHt3qyV6MIDF8FHjaBNYa/viNWW/FVTvehz28a3UfCRBLyoUaUKt5ZVgnLqh6SRl7DY7gOC07VsEBqKztrAjaWTx9e12MMgS0d5IbTESGMqRvUp01Jl92whFLr6UfmS7wofg4a/XIKfbycHxLxv5BItE6dHD0gW9P8sRyQo/XWi5tCzaQKwqqMcfG3iIHaGn/zfWd3uyybX/a1bB2NPYpAmuoXAPvA9isbkod6p2mle7VKN6RP+14icoFfrk9EtdMevjKfcVmXuk4a/A45Ukqy2G/JIsJAkXIaiMbod8AqMteBt1u8gOvu1QFFobeltrxWV4dSIVqUcOAC0/Kb7Tg9dSssczLL/A04ylKf6K24ja8HnrnLtn1RnckUcnd0eKcx1CpNjPuphFxBU4s/jL41C8EepZZD9dPAnWXO/w+uDWwS7t8KFMqQ+GpP/5MKHrrg11+lY4LrNrH2hsC/Yf3qfIuH62WQvCwcGH51yUd+k985mIj+yv8oBsu2RfZpbdD9Iu5Ucfp38a23f3Kpscg7Njavf6GNs8mHM6LoGkon4Ipy1mOFM6Rom01f+r8VDvczCw7LD5TYatVJIUgbptzdxdpsbbLXtu+rvn345ywMkACuRBdPDuU1JBVjNiktvUrrPAGtIwVq58w3UR92e8g+OaFoQ3kaTHw6sWP0LsOdcyNDf449TdZmM4VZkSYlQBu4ZJihYgS6VkBiomYRGnxdp8j3UnqroEQo7kCVlklHEeF5Iipbj2KTVOXUAQ2q/k47CntA/bqDqkT71AJbE6GcZmOpts8X+N1NRbVlbvidsYxIfhN0dxtPjEZxnMq/mGRlpnBQ/ylC/dlgeNXOsIXiO5ubqXwfuqpSRxVKYb6qwNIw0H5UdNOHAwFt7FuHrNTqRRMaSHmfnbrlUk+9M73PdljLhUS3OqVauLC4J+NMzjOrQok9ZKSF3DT39LRQocwn4QIETkpBDa7uTdocE99aoyZuXXJf37z/Gj2EVAnpSQGU55Re0PWGn943ewx/r70EMPkwpz4RatBiM17C6AEuy8Q9/e/mYFyRI39kj Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-MS-Exchange-AntiSpam-ExternalHop-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-ExternalHop-MessageData-0: RggKi4D7MREhmNKVWMQHVbWTHep+z4iq0J41gsoWkBFmubnI6dYo9wQLqdrsYYogjY+3InFIfwiR5Ws4GdQen48w06aUPju63Gxm/GB1vqA8i91adSnjxV6vZj1GvYHOqxMKw7d7j09ELTVhEZsK35to1TgU+TMYHy3dwPKvnFx7aEt4ITKKSTKC2EG3iQbYp+jPZF63B7Wj/ymYCGpTwYxgl2qz/uXo/5+HKU+vM60Zn3cpurMKhxSDi4e1UpFmEtn+oiG8B6x2BI1pLzZ8njk59yClS46k39uuZWs14tDo51y2r4jtPacv70J9f4jh4UqCA04iatE0s3EhFTkfe5tQJasA+CU1hs9fykq62PdUx2k81d5sL4jGPUrUGPJNV64NJfvhHCJicf5z34F56DP1VcRIP2JgI/HhpSVylYXVSONjx+B2kLnj02RCmPBAA9HCt+STZDoxoSfZ8utCTUu+zyNX9aRqQqwRahAj+WJ1BpqC7DlSl49gosNCHWZ0pI04dlqpOCy67qMeAMgFFib/XwBis1RBfayh5Zc24ERFAnB7x9qbiw9Jfa4iEANVLy6Eyx7cb+HnwHGOPOBJvyvKmCWTZP8GWXRePJPjUiU= X-OriginatorOrg: oracle.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: DS7PR10MB5232.namprd10.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: ac8de2a2-cf73-4c86-e222-08dd39786e98 X-MS-Exchange-CrossTenant-originalarrivaltime: 20 Jan 2025 17:32:37.0284 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 4e2c6054-71cb-48f1-bd6c-3a9705aca71b X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: WnvFbYEIwEnn6BoM7jdHEAUKSKV8upXh1mfP4xL74Nwt/0ZnXhlw7PpnZtgZ94boOdtPXFhS4wRCWVjiMXWXPA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: PH0PR10MB5894 X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.293,Aquarius:18.0.1057,Hydra:6.0.680,FMLib:17.12.68.34 definitions=2025-01-20_04,2025-01-20_03,2024-11-22_01 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 malwarescore=0 spamscore=0 phishscore=0 adultscore=0 bulkscore=0 mlxscore=0 mlxlogscore=999 suspectscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2411120000 definitions=main-2501200143 X-Proofpoint-ORIG-GUID: y_cUf4fmyXG6MO0jU5eZrxfQ4uASXVXP X-Proofpoint-GUID: y_cUf4fmyXG6MO0jU5eZrxfQ4uASXVXP X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > >> The macro itself should stay general & unassuming. > > > > The plan is to change dired-buffer-stale-p so that it returns nil when > > inhibit-read-only is bound to a non-nil value which is the case during > > the execution of the code generated by dired-map-over-marks and might > > catch other cases, too. The macro itself stays as-is. >=20 > The missing part: this change hinders auto-revert-mode from reverting > the dired buffer during an operation on marked files. That shouldn't happen, IMO. Too general, and I doubt it's needed. One might very well want to allow reversion during some particular operation on marked files. Let's not assume otherwise. An operation on marked files - which really means, for this macro, an operation on marked _lines_, CAN DO ANYTHING. Whatever you might want to do to, or with, the Dired buffer display/listing you can do. That is, you could until now, it sounds like. We should not be making _any_ assumptions about what use of the macro can be allowed to do or should do. The macro and whatever affects its use generally should not control behavior of the function that it invokes. Instead, code that _invokes the macro_ can, and should, do whatever it needs, to get the control behavior _it_ needs. I'm repeating myself, and yes, I'm still being vague. But it really smells/feels like we're now going against the generality (and utility) of this macro, and doing so just to be able to fix some _particular_ uses of it. That should be a no-no. Can you not fix those uses in their own contexts, instead of ____ing the macro and limiting its uses? From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Tassilo Horn Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 20 Jan 2025 18:02:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Drew Adams Cc: Michael Heerdegen , "75626@debbugs.gnu.org" <75626@debbugs.gnu.org>, Eli Zaretskii Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.173739611131452 (code B ref 75626); Mon, 20 Jan 2025 18:02:01 +0000 Received: (at 75626) by debbugs.gnu.org; 20 Jan 2025 18:01:51 +0000 Received: from localhost ([127.0.0.1]:52251 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tZw5v-0008BD-1D for submit@debbugs.gnu.org; Mon, 20 Jan 2025 13:01:51 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:60412) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tZw5s-0008Ay-G5 for 75626@debbugs.gnu.org; Mon, 20 Jan 2025 13:01:48 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tZw5m-0003GU-RH; Mon, 20 Jan 2025 13:01:42 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=cgUBHhqNal3x31At1Kx1ApOTr38vHyo90h4Vj2NiqKY=; b=IZ/mxChLlTgkMFVZ1LAu bT6uouzEPnhyrMnSLvuWkB5AWGvE5tI+lW1Js5i/54RcE3g2cK2eAAQoy0NJqlQj/VYvw/DAiGtjv AFIlwgIER6jFeh0wK3ATC6kqmZ6yB7hnO7q+522i6qBTSTfh3EEIExHpjeCks3UxRsBglF+k374yx FqEsIsMgQf9w/znv/e5OfVSvwG/nAIJjy6pw/Tpk5/OBGSmNt95k5Wr3xeyTfMbM5Jkf8Fsz+lGgg E/7Q9wkWpQH1EMgV3h5G91I5GG+ypdMo2/B0w9DQai0ZJ4xKdCXmgFSuj2AMb4b+gtD2Hepw4qUkE vF1XwVxHJA33Uw==; X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeefuddrudeiledguddtvdcutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpggftfghnshhusghstghrihgsvgdp uffrtefokffrpgfnqfghnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivg hnthhsucdlqddutddtmdenucfjughrpefhvfevufgjfhgffffkgggtsehttdertddtredt necuhfhrohhmpefvrghsshhilhhoucfjohhrnhcuoehtshguhhesghhnuhdrohhrgheqne cuggftrfgrthhtvghrnhepleduvdegfeduvdejkeefteelgeetgfevhefhueffueffgeeh gfeufefgvdffgedtnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilh hfrhhomhepthhhohhrnhdomhgvshhmthhprghuthhhphgvrhhsohhnrghlihhthidqkeei jeefkeejkeegqdeifeehvdelkedqthhsughhpeepghhnuhdrohhrghesfhgrshhtmhgrih hlrdhfmhdpnhgspghrtghpthhtohepgedpmhhouggvpehsmhhtphhouhhtpdhrtghpthht ohepvghlihiisehgnhhurdhorhhgpdhrtghpthhtohepjeehiedvieesuggvsggsuhhgsh drghhnuhdrohhrghdprhgtphhtthhopehmihgthhgrvghlpghhvggvrhguvghgvghnseif vggsrdguvgdprhgtphhtthhopegurhgvfidrrggurghmshesohhrrggtlhgvrdgtohhm X-ME-Proxy: Feedback-ID: ib2b94485:Fastmail From: Tassilo Horn In-Reply-To: (Drew Adams's message of "Mon, 20 Jan 2025 17:32:37 +0000") References: <87r051khsd.fsf@gnu.org> <86jzatg7rh.fsf@gnu.org> <87ldv9ke06.fsf@gnu.org> <87o705hv2t.fsf@web.de> <875xmcpl7g.fsf@gnu.org> <8734hfsgl6.fsf@web.de> <87r04zw0sr.fsf@gnu.org> <87ed0ygsmi.fsf@web.de> <87ldv6j9lv.fsf@gnu.org> <87frlej8ad.fsf@gnu.org> User-Agent: mu4e 1.12.8; emacs 31.0.50 Date: Mon, 20 Jan 2025 19:01:37 +0100 Message-ID: <874j1tqs8u.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Drew Adams writes: >> >> The macro itself should stay general & unassuming. >> > >> > The plan is to change dired-buffer-stale-p so that it returns nil >> > when inhibit-read-only is bound to a non-nil value which is the >> > case during the execution of the code generated by >> > dired-map-over-marks and might catch other cases, too. The macro >> > itself stays as-is. >> >> The missing part: this change hinders auto-revert-mode from reverting >> the dired buffer during an operation on marked files. > > That shouldn't happen, IMO. Too general, > and I doubt it's needed. This bug contains a recipe showing at least one ocassion where it is needed. > One might very well want to allow reversion > during some particular operation on marked > files. Let's not assume otherwise. Sure, and that's still allowed, e.g., the code given as BODY of dired-map-over-marks could explicitly call revert-buffer if it can handle the result. The point is that auto-revert-mode reverts at _unpredictable_ moments where chances are high that the dired buffer contents change in a way that the processing logic goes wrong, e.g., a marked and not yet processed file is now before point and will be skipped, or the other way round, an already processed file is now after point and will be processed again. > An operation on marked files - which really > means, for this macro, an operation on marked > _lines_, CAN DO ANYTHING. Whatever you might > want to do to, or with, the Dired buffer > display/listing you can do. That is, you > could until now, it sounds like. I don't see what feature you think I have stolen from you. We just prevent auto-revert-mode from reverting the dired buffer as long as an operation on marked files is in progress. Progress is still visible (SHOW-PROGRESS arg of dired-map-over-marks), i.e., the dired buffer is periodically redisplayed showing the changes so far because that has nothing to do with auto-revert-mode. Bye, Tassilo From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 20 Jan 2025 18:29:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Tassilo Horn Cc: Michael Heerdegen , "75626@debbugs.gnu.org" <75626@debbugs.gnu.org>, Eli Zaretskii Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.17373977323611 (code B ref 75626); Mon, 20 Jan 2025 18:29:01 +0000 Received: (at 75626) by debbugs.gnu.org; 20 Jan 2025 18:28:52 +0000 Received: from localhost ([127.0.0.1]:52272 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tZwW3-0000wB-QU for submit@debbugs.gnu.org; Mon, 20 Jan 2025 13:28:52 -0500 Received: from mx0a-00069f02.pphosted.com ([205.220.165.32]:35920) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tZwVz-0000vy-Eq for 75626@debbugs.gnu.org; Mon, 20 Jan 2025 13:28:50 -0500 Received: from pps.filterd (m0246617.ppops.net [127.0.0.1]) by mx0b-00069f02.pphosted.com (8.18.1.2/8.18.1.2) with ESMTP id 50KGMtQs024733; Mon, 20 Jan 2025 18:28:45 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=cc :content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to; s= corp-2023-11-20; bh=c9b64pF29HdJ5xC62ag8rlf8DneT08BjEtAeMFblEDE=; b= A2rvfoZs2xJA9iFEcJFZIrZvvtczDf0e7Cd0sSou/45Y/HtlmJdelmL4zyLZhAMY 2ihQwdsq1FK+knUi4knrPVVrQjFoBraPyoBDAlMILx3RryusiiumahGXFlyDh4EU PT2Cs45OEFhO85NjntJAs4W1lUlsscgDIA+RiDE9C1dcdxiqn+Exw/1gVg/Mzu94 0Ik/EBSqcl2OZqk9roxD3YmTKQwcAWBnqcBlT17guf7iQE/vJeRkovkOcyFfXKa5 l3jhtJ9xLXyTC/4DEJUvYUIDwuod0oMGue48gbDeshO2KLAo+BCbapkTeCM2Qihe PUVTMXTg/rEhjiaTCJnggQ== Received: from iadpaimrmta02.imrmtpd1.prodappiadaev1.oraclevcn.com (iadpaimrmta02.appoci.oracle.com [147.154.18.20]) by mx0b-00069f02.pphosted.com (PPS) with ESMTPS id 4485q54710-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 20 Jan 2025 18:28:44 +0000 (GMT) Received: from pps.filterd (iadpaimrmta02.imrmtpd1.prodappiadaev1.oraclevcn.com [127.0.0.1]) by iadpaimrmta02.imrmtpd1.prodappiadaev1.oraclevcn.com (8.18.1.2/8.18.1.2) with ESMTP id 50KGPGhD030336; Mon, 20 Jan 2025 18:28:43 GMT Received: from nam11-dm6-obe.outbound.protection.outlook.com (mail-dm6nam11lp2171.outbound.protection.outlook.com [104.47.57.171]) by iadpaimrmta02.imrmtpd1.prodappiadaev1.oraclevcn.com (PPS) with ESMTPS id 4491fgvtqr-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 20 Jan 2025 18:28:43 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=RQQlClb7j+etlsYa2MqZIuuO01sBlbI48rgNoxZ8m/Ufn5x6UM1W7ObSCenk5Ir3uNzKfRKhl8GjEcB4Np627pSdTHxcqVTg8KYqLyQkcsXbHxUjisl31hY8ON5OpckRd9OdYOJO3yQp4JmAabGLsco4H356yoPEE2zVrASIpF6B9GW6zy21/cX5/utTPa5IO3zmusQxnTP3MBij2llkuvEBdWIeVj9f6e7gOjsnB5XC3DJOlrjaEG787GOLZWm0QNQmZNHNWUn+oFp+1X2NrKebcCcLY4o/hIt4rCXCES5rSwD2Jfl53syEDHtDPXOlx53kSkW+zycsKihUjqbMNA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=c9b64pF29HdJ5xC62ag8rlf8DneT08BjEtAeMFblEDE=; b=shYfKayUq6muDrRjh8hnDcIhKtKkSr8uDpNnW2chzJ1oTA/vuRUDCXGmJnRw4/M9Lz38uoi1WGWxRrlebakpwSqzdq59EMI3GyJSJJYtAbfst6q8QjJ6yLexjSxrqW3jr7o6hobYLHLK2GLPI5TPcSTLO24I2Zii9zVRdI0ucSN0xO3XRKLWEcIGwTv+xe0LKCqdc/kn+1PtyA8sj7YSe4/xWIBncGpsyhb0h6sTDSz4FocPNDteO4/37ur0BEQTKn7gnkfadjdCLq54y+G022Mmg5KZQyjtlpNsw38pe8tUngmVmONx5zZcVPHtWixCkxvOKzu8RQhXS4+riY4IoQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=oracle.com; dmarc=pass action=none header.from=oracle.com; dkim=pass header.d=oracle.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.onmicrosoft.com; s=selector2-oracle-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=c9b64pF29HdJ5xC62ag8rlf8DneT08BjEtAeMFblEDE=; b=J74kWQblR5fyDRws7/CPwaJ0/IJ41XKO03BHsa3spU91LDpUWlw48sw+7C6hxetrNy6NLnKjH4RDlv8nqrsq4goqm+MPJ/MVl8VwyqIDRo11Bi2iU060wCAd2GIiKuFvA/vq+L5IgvvbMUVUBxi1EXhnOSfudHcIylQiC2Ni4lw= Received: from DS7PR10MB5232.namprd10.prod.outlook.com (2603:10b6:5:3aa::24) by CY8PR10MB7171.namprd10.prod.outlook.com (2603:10b6:930:75::18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.8356.20; Mon, 20 Jan 2025 18:28:41 +0000 Received: from DS7PR10MB5232.namprd10.prod.outlook.com ([fe80::8303:658f:14f8:2324]) by DS7PR10MB5232.namprd10.prod.outlook.com ([fe80::8303:658f:14f8:2324%5]) with mapi id 15.20.8356.020; Mon, 20 Jan 2025 18:28:41 +0000 From: Drew Adams Thread-Topic: [External] : bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Thread-Index: AQHba2VhSDUI6+6qRE+lT3Q3+SCJ87Mf9rxQ Date: Mon, 20 Jan 2025 18:28:40 +0000 Message-ID: References: <87r051khsd.fsf@gnu.org> <86jzatg7rh.fsf@gnu.org> <87ldv9ke06.fsf@gnu.org> <87o705hv2t.fsf@web.de> <875xmcpl7g.fsf@gnu.org> <8734hfsgl6.fsf@web.de> <87r04zw0sr.fsf@gnu.org> <87ed0ygsmi.fsf@web.de> <87ldv6j9lv.fsf@gnu.org> <87frlej8ad.fsf@gnu.org> <874j1tqs8u.fsf@gnu.org> In-Reply-To: <874j1tqs8u.fsf@gnu.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-ms-traffictypediagnostic: DS7PR10MB5232:EE_|CY8PR10MB7171:EE_ x-ms-office365-filtering-correlation-id: 5c01eff7-f296-4048-b97e-08dd398043a1 x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; ARA:13230040|1800799024|376014|366016|38070700018; x-microsoft-antispam-message-info: wnUH2GIjbDvCFB8X1mCxaRuSByabPbDJ9VOk5U5LSvYqQ6g0xfYlw4z6Dazk88gz7IFwH2A6U2HTIVrOeHa5h8akfosqODzOm0syKT6lGONL/Gz9VoqO6EE91gPf8jemudIBMSIczE4tt0qiS33RBWbV6cOkfQfa4iiOb9OgGn6NpXZpq7IspNHidAOhL3QniT+Z5k1GOO8QR0QJ0A6AplUApUJtkO0RMMidX4qR0ZwUbwJvW86u74FiXT/J4VaP5LqD5mo0jQUWeEBApNrmZBKDgIzuQKAhpxTxLJaPl2dHYH2ykAjrOTgn7B1RGNYWz4JvygOueOxAgbJMcJvOu6geKrnHTjN2qTJ6RV2LHiTUQheNAJ7jThGr9ZJqWEOmobO84Z3CDlipcO/JohweyFBhlOD7JuvziE0siCAmSoCCf+8RzINorAWWNIyjJa2sjsq5wTKM1em6i08VVcjvuVCv4LvZXQ2mB9qVYeTpoptD0sG7orwP2bbFJEoM50M4SNS1DH8ZK1bZ5GiDTRr7aYSf1npyEhQNjMZ/qCKkY0La153Lb3xw3jqY2BOMQ67/4UgvjnQJLtZAultitKbu7SzlD7RlkC1U4nkC9mZ9/lT93WqN395ZSHZfEFpwHjRwtKW8EA1YN4KVkVykCE0EGrbzu2sD3zFmplprkpbUwG0NEZeg2kdxWbm0LC+ZYK6K+rROKv3iAvbu9zg8tHA5E/DV86ykydNQz2oKtqj+i7USXbCZeVGOrCYnwpLRPaLvkxtcA5McjXSNcikgZum5vR6UP/XtER3mP1df42taGB8t7HRbB5y1rAB5GmushL2c87sZ8Ufd3Z56WxtL8bQIZASF2/Lb1TwL77RD4GuvAW6R4vt/LoD/AT389/DXVl+z/KnYcL9uNmLFAUVN6gRDa613Z07EZ6Rc9SH8DiOmVfRu942fFkpeLlyEuHoK87oQdZv7N+UM/13GMqf9wshMRWJi9bMfhnDtOaj2Rre+Wco0r6DVGz7DwIs2oo51yBPLfFwGFbovQhjqyPn7hFKf+fmPYsfQ6xQnXxqiS6u+DQC2nBPbTIB5oXEqdPPhU0VLnlmaM7euEudk725JQ28agUPdSJxozjN75qschTGPjiRGhOveodg+T4mvhhJFDLHf8o3vrxsxUcXYZanhXkkJjWj5Pj/1m74wf6F8AR51GK1CW6Xe/DFfM+LdEm4+Zix8cjeiFuPaCCmc1AZyj3YiKPwMjeSZc9vucGYI8bZRJSdeqEK3TF1UrtIPlUj1FAiSgZTzME4HdR6xzPFUzw24480ExnlEKJGLdW8Uv/86g8PNT7q6r+Z4YIf9pkgHlv80jA9nuAqL9ruhXCet3GqD0B/RdWspdZJ6qQoyN9rBDwXnCKkVB5+mJ822ZKtcX7DVTwyIdfZJnSXCcHvHNlpRI6eV1/UdbF3829NZMY+pKRB/59T00uqFmEcARJCZLjAR x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DS7PR10MB5232.namprd10.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230040)(1800799024)(376014)(366016)(38070700018); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: G8Xen2XC3yMsUIp4gzzP6HreSanGVLOlRGAtcCuR3xwbxuyPuEF9Ps5bQPEj3dtRE1LQf4D3FddwdVwSiK7qHzjHxCQYxGOmHi7/+cUjEgHueeFP679MJlt3tq2d0csS0Tqd3+C/fuyL4pzODjf2AbKdiWZVdDFK26m7mfmogU52fcOxMZ6b+1moDzwjQYdIDQOdFEaCPmSxI12r7Eg+m2xAGd86yj+SVSxM22AgTaNwShi2zXSU1qeqFuhkTX5FdOC3dwuarT4G2xWMRVTdeyQbr9AoI0qdOQTFuXP+LnOBx+qitPX/fQwvVToOzx03bAp/s7oAMLB4tXdOBxzPS6E+YowmTHsiRy5aDhATL4DrtdWXQFInXxvdgCmI6nF8/TWg58qKEPdAupPysZhWZ68OaRVs9Bswc4oC/xeHaqbkYjv/d1iAB50FLXCg80eMy0ny/KM0ob3HMXaO34heAzEZRWX3VXOqe5Itkf0c4Oz1Dn/a3cCDi5oKa5CD6nPikvoVmb2J8Cv3OzIfVxsn1f/bFJNd5wXtPr4KzwOtYiSvbSiHRTmf5tuRL2mg7RbQALcJgAbPy1xNblD5i/EnKeDsgTCTyHh8dOZgLd9cfHA52OThAiAhmJJs397HF3O1EGS6hULRUJuElSpSAkffLLt9WiCDBaXn2zeMIpuvJiJclztvz6WUDqc5i0Xeb5sX95KW46wCL19lt6YL89zRW5xaeQPLPYwsm6ANhyWxVbTxC8DNpmZhbhRAcSQy1Kv012xLjIr/8uwX/UBqzduRe5bJpelhEHhF+PY2DI8y5k+lvLRBRTfic6TP4mctA3b0UyM9ifh6aejb0YBdZm57lDRFEBl8mpOhGhV50AKbJGUeJMUyNmPd0/4gK1zn8BuzxX/xmRz2yqGR1r/eyWdBsrrBG7BbYaw2MBk12Wa91ZAhDv/4wNdVaDa4n1tQ1RnVq5i4TpwfTD5AKBqgC5Jje88CDJLSBL0j96VsWQWHxvMFGHnfkb3M0WMmSt8lrhlU5v1pDNWm5Iln0I9vNr0xoChB9tBP5gmFNSTy1CYaca09ALYGIbiVkKMXSsi+ucDZXxvIdsNMPTrGFzah5e/8uABBmdFkE+E5cT3YeZiC05+5CQqIIq2lbeFM3PicJRpICuoDt9LfseN+QF9x80KXelTwPzj0qKWrooATXDBEVrVe+7HaCJmn59x0MhbJGnzBNc7tjV8qze4djd+YW32U3Uw+wSs2Fgfn1bBQW/auz6x5TSwKSoTXqhBa10cPM+ILJoWPiErsYuujdjEd7CnqK9AusBKPNnpPZHmN549o/Hv+MiVYEyYEKDSjhl65D7swzevm1IPIJbIziWmjt2SjmrMUu92H1Vm5mGg6xQcHIQ7vVOtlERnqr0O1L5ab8Pzncc/xcbD165qGAIxw2NAC4J0jiXXrLbcaSXWW4IK7oriNfhzHP/26WINFd2+fdqzvWB0VFCgQhn7pxxHC7Rb5jLyHt2o6Vq8YGKA0Q5KUagBuPrO3NGgdgbtPf2DGogVgXmAiyPnJW/wl4xNzld9HLx99CPCRZq5/ypWSs18TzEo8TDMbtOXwV2VMBmvPB/A7 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-MS-Exchange-AntiSpam-ExternalHop-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-ExternalHop-MessageData-0: D52sn0tWxfao4/5rvS05iHu9DFhiYpMnjW05B2GFPULuydbKxt5RU0SS12g49aNbDIGQz0Sal0hUyRnGvqcvnawuVRSzjhq/r3mZlE3XIF5AzpidwVD29yVeZTaTVtUvIjn0JCcrEj/fFJv/mCxQO7CDscxN2T0kg6ZFnb7J6gqTAM0CNOM7y+MkM1LL/dtlEQlckKpxGMGHGdTuvfzgbgJJaUspVXj3RNBER5dMyf4rDQHfpMEohY7hubA+HtVFAIp4BoP5337D/0dojNlk7JnbDIAaBmnUdGKKHSK8uJ8dufnuZvSCxyxas4P1xzdB044oK9s4lwQGtrGSosNt1/RJUsfxBi54LEy/2P9rtXRogXTTZO9u+JtA7P0oAT5Z89vnPAIap/1kggqLOKX2SqK+uFOxigzkhzdUzg9zv7nokPkU42pjY/2agG9QZzGUu1Jm59EdnzIzeynVdu5I+906pZ2y0k8W5XjGniOA+UowoDfRA7nzCneppGseeaInvJJT7CeA0RpkLycRYSAemI6vrVt7OWToaDaKx1yJV68DnkrX9lSyDpS5Ih5j4cgbU8ey6qmoMtXiUdfRUkEVi7k8GnfLQ3H8e5d+sDuiIqw= X-OriginatorOrg: oracle.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: DS7PR10MB5232.namprd10.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 5c01eff7-f296-4048-b97e-08dd398043a1 X-MS-Exchange-CrossTenant-originalarrivaltime: 20 Jan 2025 18:28:40.9687 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 4e2c6054-71cb-48f1-bd6c-3a9705aca71b X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: HnYefcwaV/TYENqOAxhhYarqzeVqTdD04g4p4YochZW01wlTGLU7McXcRxQDEz+SMyyZgtmBjtsdaCHMNIuPPw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY8PR10MB7171 X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.293,Aquarius:18.0.1057,Hydra:6.0.680,FMLib:17.12.68.34 definitions=2025-01-20_05,2025-01-20_03,2024-11-22_01 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 bulkscore=0 malwarescore=0 mlxscore=0 mlxlogscore=999 adultscore=0 phishscore=0 spamscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2411120000 definitions=main-2501200152 X-Proofpoint-GUID: 3NwlfsT4mI-vGQdHwuUh2pscrilAwKI8 X-Proofpoint-ORIG-GUID: 3NwlfsT4mI-vGQdHwuUh2pscrilAwKI8 X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > >> >> The macro itself should stay general & unassuming. > >> > > >> > The plan is to change dired-buffer-stale-p so that it returns nil > >> > when inhibit-read-only is bound to a non-nil value which is the > >> > case during the execution of the code generated by > >> > dired-map-over-marks and might catch other cases, too. The macro > >> > itself stays as-is. > >> > >> The missing part: this change hinders auto-revert-mode from reverting > >> the dired buffer during an operation on marked files. > > > > That shouldn't happen, IMO. Too general, > > and I doubt it's needed. >=20 > This bug contains a recipe showing at least one ocassion where it is > needed. It's needed for the _macro_ to do? I don't see that demonstrated. An occasion where the macro is used and you want to prevent XYZ should be handled by the _code that invokes the macro_, not by the macro itself, i.e., not by expanding the macro. > > One might very well want to allow reversion > > during some particular operation on marked > > files. Let's not assume otherwise. >=20 > Sure, and that's still allowed, e.g., the code given as BODY of > dired-map-over-marks could explicitly call revert-buffer if it can > handle the result. When you say BODY, do you mean the _function_ passed to the macro as its ARG, or the BODY argument? In any case, how is an invocation of the macro supposed to override the denial of reversion? Can it simply let-bind a variable around the macro call? I was guessing that, with your change the macro code itself would override that, e.g., with its own such binding, making it impossible to control the behavior from _around_ the macro call. > The point is that auto-revert-mode reverts at _unpredictable_ moments > where chances are high that the dired buffer contents change in a way > that the processing logic goes wrong, e.g., a marked and not yet > processed file is now before point and will be skipped, or the other way > round, an already processed file is now after point and will be > processed again. Yes, I made clear that I understand that. And I explicitly agreed that that's a no-no. My point was that, until now, it was up to a _user_ to just _not do that_, i.e., not to shoot herself in the foot. IIUC, Emacs is now preventing her from reverting the buffer, including, but not limited to, via `auto-revert-mode'. If so, I'd prefer the original, more general behavior: leave it up to the _calling_ code to decide whether to limit the behavior in that way (or in any other way). If it's important for the particular use case to prevent doing XYZ then the _calling code_ can, and should, prevent doing XYZ. The macro shouldn't try to guess what should be prevented - even in the case of buffer reversion, which, I agree, is usually something to be prevented. > > An operation on marked files - which really > > means, for this macro, an operation on marked > > _lines_, CAN DO ANYTHING. Whatever you might > > want to do to, or with, the Dired buffer > > display/listing you can do. That is, you > > could until now, it sounds like. >=20 > I don't see what feature you think I have stolen from you. We just > prevent auto-revert-mode from reverting the dired buffer as long as an > operation on marked files is in progress. Why? Because usually that's a good thing to prevent? Not good/general enough. Leave it up to calling code to prevent that. Add a note about this to the doc string, if you like. But why have the _macro_ prevent it? > Progress is still visible > (SHOW-PROGRESS arg of dired-map-over-marks), i.e., the dired buffer is > periodically redisplayed showing the changes so far because that has > nothing to do with auto-revert-mode. No one questioned visibility of progress. Dunno why you mention that. From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 20 Jan 2025 19:09:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: "Tassilo Horn" Cc: michael_heerdegen@web.de, 75626@debbugs.gnu.org Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.173740009011452 (code B ref 75626); Mon, 20 Jan 2025 19:09:02 +0000 Received: (at 75626) by debbugs.gnu.org; 20 Jan 2025 19:08:10 +0000 Received: from localhost ([127.0.0.1]:52336 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tZx86-0002ye-14 for submit@debbugs.gnu.org; Mon, 20 Jan 2025 14:08:10 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:57290) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tZx83-0002yK-51 for 75626@debbugs.gnu.org; Mon, 20 Jan 2025 14:08:07 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tZx7x-0002nR-Lb; Mon, 20 Jan 2025 14:08:01 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=2dNl2MI/hLiALM09YE21q2+0ePXynoHlR5qJZSHQAPM=; b=lYUh1bHYPjwa mDVJUX8pbQLI9u2ZoO9Ua/Bcf0m/KK0wjrtonvaFPmaQLG4uIQOhAr1M2Stk/UfWY+MKjvW+rPe6A urii9ZMWzX5tlpydoCmYcPFPBBbzJJqkPNYrVbB6+BZLfQHBS+nh2D2voDr4gA+AWuS4ZdNV0OWEr 3NsyfAEhF4nRYdMju44KgI+uNFiAfnYkYKk9GQR1WzA/7XBg8bSthe3VuolL2cmu8ozk3/3WLgmEh 8Y0/lxKtbGbpfuBZkf641PzI2j+LEh/Ts6laCQy3OZB9C029UdlmGi6Dzsaruh0kQVW9797RhHLBs q/AmZw1ybFi6PCEtHcw3Fg==; Date: Mon, 20 Jan 2025 21:07:39 +0200 Message-Id: <86plkh5mo4.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <4e07af48-166a-4cf7-8b89-cc784d6030eb@betaapp.fastmail.com> (tsdh@gnu.org) References: <87r051khsd.fsf@gnu.org> <86jzatg7rh.fsf@gnu.org> <87ldv9ke06.fsf@gnu.org> <87o705hv2t.fsf@web.de> <875xmcpl7g.fsf@gnu.org> <8734hfsgl6.fsf@web.de> <87r04zw0sr.fsf@gnu.org> <87ed0ygsmi.fsf@web.de> <86ikq97ip0.fsf@gnu.org> <87a5blhb24.fsf@web.de> <875xm9havc.fsf@web.de> <864j1t7gth.fsf@gnu.org> <87wmepfuxp.fsf@web.de> <86y0z55t2k.fsf@gnu.org> <86r04x5s6b.fsf@gnu.org> <4e07af48-166a-4cf7-8b89-cc784d6030eb@betaapp.fastmail.com> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Mon, 20 Jan 2025 18:19:00 +0100 > From: "Tassilo Horn" > Cc: 75626@debbugs.gnu.org > > > > Am Mo, 20. Jan 2025, um 18:08, schrieb Eli Zaretskii: > >> Let's use dired--inhibit-auto-revert instead. > > > > And, btw, if we want this to be useful outside of Dired, we need to > > make this variable public, not internal. That is, call it > > dired-inhibit-auto-revert. > > Sorry, I can't follow. Why should a variable named dired-* be used outside of dired? Not outside of dired, outside of dired.el. There are two other dired-*.el files which might want to do that for some reason. Anyway, that other places could want to use this was not my suggestion, it was yours, AFAIR. From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Tassilo Horn Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 20 Jan 2025 23:28:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: michael_heerdegen@web.de, 75626@debbugs.gnu.org Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.17374156732752 (code B ref 75626); Mon, 20 Jan 2025 23:28:02 +0000 Received: (at 75626) by debbugs.gnu.org; 20 Jan 2025 23:27:53 +0000 Received: from localhost ([127.0.0.1]:52041 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ta1BQ-0000iD-BT for submit@debbugs.gnu.org; Mon, 20 Jan 2025 18:27:52 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:44374) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1ta1BL-0000hh-DJ for 75626@debbugs.gnu.org; Mon, 20 Jan 2025 18:27:47 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tZy1c-0003Iy-HK; Mon, 20 Jan 2025 15:05:32 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=9lLJAos26ok13InaKcSPdHqKONEKUa77AXaAMKaW5cE=; b=LXhf6RGQXkSMfD18kqpx vWZGdkWsp5PimSoVaaTIQJtMRmpFKiGNwAaeHlMhCy9OMr2dzohHytHEELCnoT65UUODicM3n5isY JDy3lB8AZSRwICtKeBlUZNowqAYd4dV4nl4duLW5K6s9BOodmNZ889dAG4qpYkBONxgqnycmHakEk uIxsyGLvCEOyuGujpFEiygAeKZB77wInLHoYX1UgoTF/snNjq1wZRqHBNdyGKJYfBXTZvyebUap77 Pfm4py0Ybho5+3WS9UDINTkPaHPu2csu9eHa6kbI5fdLw/2IeIo3JfPjScpaCKCtQ/SZDIYguspwY 7bYeLvJFLXmMTg==; X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeefuddrudeiledguddvjecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpggftfghnshhusghstghrihgsvgdp uffrtefokffrpgfnqfghnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivg hnthhsucdlqddutddtmdenucfjughrpefhvfevufgjfhgffffkgggtsehttdertddtredt necuhfhrohhmpefvrghsshhilhhoucfjohhrnhcuoehtshguhhesghhnuhdrohhrgheqne cuggftrfgrthhtvghrnhepleduvdegfeduvdejkeefteelgeetgfevhefhueffueffgeeh gfeufefgvdffgedtnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilh hfrhhomhepthhhohhrnhdomhgvshhmthhprghuthhhphgvrhhsohhnrghlihhthidqkeei jeefkeejkeegqdeifeehvdelkedqthhsughhpeepghhnuhdrohhrghesfhgrshhtmhgrih hlrdhfmhdpnhgspghrtghpthhtohepfedpmhhouggvpehsmhhtphhouhhtpdhrtghpthht ohepjeehiedvieesuggvsggsuhhgshdrghhnuhdrohhrghdprhgtphhtthhopehmihgthh grvghlpghhvggvrhguvghgvghnseifvggsrdguvgdprhgtphhtthhopegvlhhiiiesghhn uhdrohhrgh X-ME-Proxy: Feedback-ID: ib2b94485:Fastmail From: Tassilo Horn In-Reply-To: <86plkh5mo4.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 20 Jan 2025 21:07:39 +0200") References: <87r051khsd.fsf@gnu.org> <86jzatg7rh.fsf@gnu.org> <87ldv9ke06.fsf@gnu.org> <87o705hv2t.fsf@web.de> <875xmcpl7g.fsf@gnu.org> <8734hfsgl6.fsf@web.de> <87r04zw0sr.fsf@gnu.org> <87ed0ygsmi.fsf@web.de> <86ikq97ip0.fsf@gnu.org> <87a5blhb24.fsf@web.de> <875xm9havc.fsf@web.de> <864j1t7gth.fsf@gnu.org> <87wmepfuxp.fsf@web.de> <86y0z55t2k.fsf@gnu.org> <86r04x5s6b.fsf@gnu.org> <4e07af48-166a-4cf7-8b89-cc784d6030eb@betaapp.fastmail.com> <86plkh5mo4.fsf@gnu.org> User-Agent: mu4e 1.12.8; emacs 31.0.50 Date: Mon, 20 Jan 2025 21:05:20 +0100 Message-ID: <87plkhb69r.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Eli Zaretskii writes: >> > And, btw, if we want this to be useful outside of Dired, we need to >> > make this variable public, not internal. That is, call it >> > dired-inhibit-auto-revert. >> >> Sorry, I can't follow. Why should a variable named dired-* be used >> outside of dired? > > Not outside of dired, outside of dired.el. There are two other > dired-*.el files which might want to do that for some reason. Would you get a warning when dired--inhibit-auto-revert defined in dired.el was used in dired-aux.el or what is the problem? I've though "--" variables are only private by convention, and usually not private to a file but to a package. > Anyway, that other places could want to use this was not my > suggestion, it was yours, AFAIR. No, Michael's. Anyway, after thinking a bit more about it: we could also have an even more general inhibit-auto-revert in autorevert.el and bind that in the expansion of dired-map-over-marks. Then auto-revert-handler would test inhibit-auto-revert even before consulting the buffer-stale-function. WDYT? Bye, Tassilo From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 20 Jan 2025 23:36:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: "michael_heerdegen@web.de" , "75626@debbugs.gnu.org" <75626@debbugs.gnu.org>, "tsdh@gnu.org" Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.17374161494833 (code B ref 75626); Mon, 20 Jan 2025 23:36:02 +0000 Received: (at 75626) by debbugs.gnu.org; 20 Jan 2025 23:35:49 +0000 Received: from localhost ([127.0.0.1]:52153 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ta1J6-0001Fs-Jw for submit@debbugs.gnu.org; Mon, 20 Jan 2025 18:35:48 -0500 Received: from mx0b-00069f02.pphosted.com ([205.220.177.32]:58842) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1ta1J3-0001Fj-GW for 75626@debbugs.gnu.org; Mon, 20 Jan 2025 18:35:46 -0500 Received: from pps.filterd (m0246631.ppops.net [127.0.0.1]) by mx0b-00069f02.pphosted.com (8.18.1.2/8.18.1.2) with ESMTP id 50KGN3Q6013753; Mon, 20 Jan 2025 19:20:14 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=cc :content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to; s= corp-2023-11-20; bh=yx2UOhBijESzXyjVd57EjuSYKP/yP2AEmNN49t9xvpk=; b= arW+JuaLK3h/tRQX8hFPC7eF4PgLbiKdjHc/SvHmxX+HQ9/zEqFsfbp1XR4pQcU0 jDZU0nOY+04G0UY+cR7MAkIezByGv4He180ScNukx0GQqhdNuaU1jj7suSfFdXgu HzDzUatPCsom8yQTscL03++tVYqY8lFw+xsEVImTu6geMLNOVgMVccIWgKL2RYC6 MZywYfj4BwY/wqGnfR/YQXU4moCF2Ax293FmqwD72mJQeSXOCHmyP8AtPTUCDcJO HZnk9OtWV+6gDicbypGqGgsa4IbZqldWviGEXJ5ECL1gpq3tjQOv7tn5a5yboubo QKhX2eSUZn//UW/ejAUzqg== Received: from phxpaimrmta03.imrmtpd1.prodappphxaev1.oraclevcn.com (phxpaimrmta03.appoci.oracle.com [138.1.37.129]) by mx0b-00069f02.pphosted.com (PPS) with ESMTPS id 4485rdc678-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 20 Jan 2025 19:20:13 +0000 (GMT) Received: from pps.filterd (phxpaimrmta03.imrmtpd1.prodappphxaev1.oraclevcn.com [127.0.0.1]) by phxpaimrmta03.imrmtpd1.prodappphxaev1.oraclevcn.com (8.18.1.2/8.18.1.2) with ESMTP id 50KGeVI7030442; Mon, 20 Jan 2025 19:20:12 GMT Received: from nam12-mw2-obe.outbound.protection.outlook.com (mail-mw2nam12lp2040.outbound.protection.outlook.com [104.47.66.40]) by phxpaimrmta03.imrmtpd1.prodappphxaev1.oraclevcn.com (PPS) with ESMTPS id 449191n7h9-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 20 Jan 2025 19:20:12 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=XdxO0Bt73DRnm47Yi9l7Vp8wT2kF0hlPeUEGoFzhrxbsOblmYln3e9W3IyzNjtxB8F+NhtE9mDRn8hgXffdEX49WuA9W9kuDEqFq9uy1/LiaaeRYBVDg6nP6/l7L8RkM2iz9PrsY8zqrfvYZ0TTJFkZzI8Zqaa65OsWq3G76OIaCk9YhaVL0aL7OsgB4D11ZCe8YBJKDvZYPLirBTk84fUPQWV/6aKIoKehZBgoCD1XVb5H2UE4J4DuEQPAv89a0/hhiFHnB45OO/v/GboMYPvOwIiWJX09Cg2+wgHc6kUgxbYC9GcaacDVdOyf+v4QrEZw6Cb/gmiG/uGkNtuAPYA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=yx2UOhBijESzXyjVd57EjuSYKP/yP2AEmNN49t9xvpk=; b=wyS7vUIA0RMbt5OeoUSA7DskCmwWpp1iUsIUDDR/AKYBFsJs8w89shmnDuNi2wW39K+Psx6OC/23MNJ+x8f5YbKuttGbbaD8SAC+yO9TtiSZLuKh/5/v1toQV5mXpMOArvxSh89dFqQ+UKS8Mz2Qn0yS1lbHcsrV8THd4VpERdUIFWG4Ls5QYsEbY1D/kn6WvEueFxYsAwnyX/fBEBXlJW+SBXQ1dWn4GkXFTMBbrpGHlvOhvIxkTPUXdDUZuN6welozIgxdLOLl0Bju3KV+JcN0Tj2zSccufZbVzumXpJdw6x7Fg3wm9loGXHFcUrxZujA6jXprB+7U7C3PonvPVw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=oracle.com; dmarc=pass action=none header.from=oracle.com; dkim=pass header.d=oracle.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.onmicrosoft.com; s=selector2-oracle-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=yx2UOhBijESzXyjVd57EjuSYKP/yP2AEmNN49t9xvpk=; b=xrcsnbtzSR7UiIdYnn8TqhuBdZdwvjn9mmTxyb58erx7WKKApky9J/0NwI596x9O7y1JGgmcJIMPkoDU5SHhMcIoCrpI4gHZXpeEMy+WaYIYeyDv2HJsmKGUcabqQrZzF2A+TDi6ukLFjx6KIB3aAQN45naES9uJL8Rmif/Jhfc= Received: from DS7PR10MB5232.namprd10.prod.outlook.com (2603:10b6:5:3aa::24) by CO6PR10MB5553.namprd10.prod.outlook.com (2603:10b6:303:140::6) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.8356.21; Mon, 20 Jan 2025 19:20:10 +0000 Received: from DS7PR10MB5232.namprd10.prod.outlook.com ([fe80::8303:658f:14f8:2324]) by DS7PR10MB5232.namprd10.prod.outlook.com ([fe80::8303:658f:14f8:2324%5]) with mapi id 15.20.8356.020; Mon, 20 Jan 2025 19:20:10 +0000 From: Drew Adams Thread-Topic: [External] : Re: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Thread-Index: AQHba291sphwUoLo+U+L4MN0Bqj9B7MgCFog Date: Mon, 20 Jan 2025 19:20:10 +0000 Message-ID: References: <87r051khsd.fsf@gnu.org> <86jzatg7rh.fsf@gnu.org> <87ldv9ke06.fsf@gnu.org> <87o705hv2t.fsf@web.de> <875xmcpl7g.fsf@gnu.org> <8734hfsgl6.fsf@web.de> <87r04zw0sr.fsf@gnu.org> <87ed0ygsmi.fsf@web.de> <87ldv6j9lv.fsf@gnu.org> <86o7015mf7.fsf@gnu.org> In-Reply-To: <86o7015mf7.fsf@gnu.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-ms-traffictypediagnostic: DS7PR10MB5232:EE_|CO6PR10MB5553:EE_ x-ms-office365-filtering-correlation-id: 23b34f66-ad54-46f9-8fdc-08dd3987752b x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; ARA:13230040|366016|1800799024|376014|38070700018; x-microsoft-antispam-message-info: jtUYXmtyVgWhpEJyJrgO/FUudjXgNC43Jo+a+QHD9dgHqUs2qrtlZhrnJQnoBdh8QbNiloIRy2shQQA9ZgJFZ+xvTU7L3+NCORvRLMu/nhls01U4Ycl5svG3uugN0IuLKXpOlTwHB9gMKHTIGLrkKe4zvlt+HpcxJZ4u0VFrJEUPwtaftc8VHPSU1dFpDzTZxI5Wv4OdtkhZ3mj2rm+CR8pCuxVLVC5O3EvC15lFU2A4o7uOAdS0nKcbkBansPYv8RjXbuc5rqR0z6axKpJuwuzkIV2YifFjVy2sVxtNzqWoIVNMbio6hWgwnIUx9PEdbRu9bLVbYHThK3UOX+leeGFWx+Uh3bObzgZ13caFmWE/jBxzL2e0TTcPSdn5aAckGg/HqhGGY7DAncd1tN44JmbkfwLamMFvkZVJ2v/V/S40H86rUkv547DO7MUgpcjy21ctPxIPhhytfAg1/WSU3n9cFHwiUlf7EiGhi9DvnwOOx2oExC7D/MsMUrVWox9UffqBBzyuD3Ghf5NrFMrA/hmNwmEd/gfPM8cudOTv+GCI5bY/7Zv5os8IgXrdFU9EJsYHEXglZwN2nrBfcqvFU3Z9b/UMeWY/xL2e/1kskKFATsc1RQf7SQ5CrOymphIfQ+Uxv4LlHIOlgnD0lDvT6dlqwrny1AMiNe3nnRavFOVLxJ4rBZkbL93N0adN/K8gBpkmVzNPOtI/6w5MrRzs2kz0/MdeRIskfRZIs2qC4JiSj6neM9gGS+y/MyHtDT8nbY5v3TtCbCtvYODWPFy8N+5YLT/vZeo6RsOBJ0izW6gNrLvOPN3yAybUJpxpUs5ngRHbR6wj+1Sb+uFMn/c2i2TRWHnztZpmDqBn3E5PYcWUeKfRBkKHQLqa5dyN22Z0JFM7CSL1n5xxz3Jo0L5NyQgKoNHRxfPvi+PgqX3N+Zo8MlGPyn5l1vKJOEyxz8q0wCQvZZwYzIAmg5dPOVeoO7Lixb4YPaWr2+Q3N1FRA6TO+oqlWy04oLE+StfSHSX0xTNdKlCsa5FV216Un02oJAETtjPIxtornteGsgBbnlGYDl8C6kziGQgMK/JPtKBWk1wuyPTxG0IjnY4MsS/5YQvYnjIjgiIXrj6oZs/Y6/79kVhY8b8OYBvgrRpxZ3ARoF22WR1zDbpel8JAuJN1D267Jslw/pR56Jk88+WxY3/3MOTLT85CEvMOBcwLYJ+hmn8zhuc7jfjMhuUMnKk0F916fWW3dH0GUNI54R7Ikc7qNb30QvBuLnuBQ4iU/yGJictEGkFsZHv80K0sRCCU+HTJQcpG+8pPRmEa/m//Xz5AjpjO6r3dGnHnDlnJ3QRghIEtU2/7+z3IyK8t/T3hfuMa32uCxH6IBorql1y+QLMYBlO+NGIU69DVruvIxy3y+5oTiZFA5xN87FnoXGU7LZqbL+8Rj2Le15nUJZiCyzId3hHpHikmAcaaoDTDq0Jl x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DS7PR10MB5232.namprd10.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230040)(366016)(1800799024)(376014)(38070700018); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: QWeTF2NQfDL07rp9I6w498M4BNWzT83n2G3jLszZ8yoDv2HeITC2WOrviesWPHn/5Pq9/untNuPD8lpi4O/hn7tLUobsU8y0GJdA0h14ddYUmlSXb4ZXXwbDDO34WncXcdDRXALSmjFLFEkLrD1rEAjs+tkIvbKQ/aTGBeCRD8lDKVRLq3Yjve7PzkbKHEXojUv9zDpJoBOuyRLIFsgIVVce0zEtzIoFZgbV2JuDP3t9jX99Cuzv4jbXbXiMT4pnvHIkSTBBECsQEXezWOfuftiEKor4k598WefQZY0UUWm6NXaSR5isVbqpsSs4H6UPgf+V1NOtRqOut4J5mYlPxyAzOyFCr1/WpNulHjCDGpfPEvcQqGCb3rOsJt4zuhFsNuYpHeOUXhLveNNOUZbvEB/eNF79GcL/Bx/e4JUQfs1+Qf2YXPUrcNVQBafWzRh4m8koFDuD7COwPxvHYkslwE1xa9gZG0b3K3awsbjCD62Wm4iAh3DHcs2/+CFN6QEM82wcofGx3y7gPAza+hgc1xS3BAH9j8k0lO7eEzYSm3bHDbiylhYUQWHpBzhgdMXNGFStHAFWWwLYDZhfrXs55lb/ad7etwopdbT18E1HMFHJ6RBl0OPJTIudkJQb/+5oh70MbO3Z/Koahhcx5cUqN5ETkjaYmCu9I6MtRRqiwH11CYXOJ0mhvvzte2xOw91b7TD1xZxcwnEs+EG/yTogRk9OiNyA+BaBxwCKe0p80B9BAqr/bXx/MvhR4t+QM1cj0nm+5e3ROzBDH5sPYQgqwMS4qqVeBin1GWuMq8FqBt4ezUT8DBS8UG9arFriBJvU7ESZGTkyQjwz+EwRCPkzuXBIYXZXAXku/IsQHBoTSKYoFU2d6cWb80rfeYfgKdLyuRdF01haUHucGmZwXF1Cf639D1J1OW+tcX0qqhNPsg5XPc0XhfIALssurdz6vr6k55OXe1PCsiLOoGwj0gvbusJYgEC29gNpEzj7hpPa4sRffHCmM22O8LVdYJcAa5brrA7BVB6bpiLHGFZ074JLkB6zvd9fC1pNoDqkSMNZu9F10+4+RuxOF8gD8McPwueFuQqFoseacTGqitKjI1HjsfP362g+xRiY9x7t3gJV+KzZjAfXIrZ4OBwwSgkZzNy9zSfdzszQgYxmG55BB5D5+WFnjk0Ef4TOGlc061YF0Sjp2SGxqNmJAmodv70ROTmLVcUr0uQV/H3r+A4E2vt9BXcVmGDE6bI8Qu9YbzciaDyIiZ1QZK/AL1fZLiIdbj4N4c+tp4ainYQ4Pf9pJeHqGR6NJMmOGMp83QgtlT3BzgKV+9xofmQjSkBeUOtYBhD5159p4+2JK8LInyKKkUnXWKXjEAaLMq4DupJYGbk5W5wWFcP9tVvyNUFQqHtb1gsjFOH+KxXmzHId1Ahzrjoth/rZ4wtZyEGC/YoP3qdQw2j4VpRp9kUcEcGbPsq69PgSZ42P5ewU/6nYFhxL+ElVHJwTWp2bGXXmmdOgiZ9etGzNBPU+9wcrlYeXuz1agF0vsZz/0DnkTqnRvkyceh43BdaTIKr4KBnO0vcRWwlQyqiv0idydT2WyVcUegULdFQa Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-MS-Exchange-AntiSpam-ExternalHop-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-ExternalHop-MessageData-0: NfUThNzUnk2f0Tl6Js3N9oOAEhUW8TEfzDk32U6+avOlZsus6dnCaaKMuO+4edXK89m07mf1jEs7ahcKtVjo8iXq5aEmT6gRHYiPrOktZ49myDGu4gCZ1N5v/CapeT0eDpzS5rRojZkCcy+BD2lFVOpdYKPzj6HsugNfupBZqFk6aliGR0gLJ6H1HQc9i1cuBPMB16ruTJ2Kw5BdbBKMUuVYyuLMqy9jzEAhsJEXHU+dUY7qM1sbg3m6xJ9XwVKjkZgZaW/HEfGpEgpVIvYPlvauOPTupKR4MqArajf6kPCKmCMADKtO/dWnX/Zu2ng2eBF6ES7lR5z6GqK5hPXqrgwggDXIHSHpRtlz4QzPxC5N+9a27fCB/C3g+0XMVTe1t0HBP4AY0ZxzOohihOquXSnpdV8PuPHYr6/CqDZRUyWgGAN88DbnLAvuZMKf2sTbADja+TuI0CNEleMii1KD7VsvDjTayxHUQKOiu0GSQCfxgRuHSW0b/VrU/THOjeoyfTMRP73pCwK3DJQ57izblYPANYN4BsU6z8fzJjcKnPRKMo5V7Vb8es4LV7nrznRBX+lo+brM3u8RB2fi9VAx70wwafc+hSkCHk2ytASQNGw= X-OriginatorOrg: oracle.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: DS7PR10MB5232.namprd10.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 23b34f66-ad54-46f9-8fdc-08dd3987752b X-MS-Exchange-CrossTenant-originalarrivaltime: 20 Jan 2025 19:20:10.5210 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 4e2c6054-71cb-48f1-bd6c-3a9705aca71b X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: HkftxgYbI9rGmXctzNJqJWLQ+YTlWuFDH6hdnF6P/j6v4FDlNJFpI12T56TH2j/MweO9K7KVNaB7zUi81bm0ow== X-MS-Exchange-Transport-CrossTenantHeadersStamped: CO6PR10MB5553 X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.293,Aquarius:18.0.1057,Hydra:6.0.680,FMLib:17.12.68.34 definitions=2025-01-20_05,2025-01-20_03,2024-11-22_01 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 mlxlogscore=919 malwarescore=0 adultscore=0 suspectscore=0 mlxscore=0 spamscore=0 phishscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2411120000 definitions=main-2501200157 X-Proofpoint-ORIG-GUID: ogcGrc1zxUebHoI4D5vjuIugiljdbn5g X-Proofpoint-GUID: ogcGrc1zxUebHoI4D5vjuIugiljdbn5g X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > > Is that necessary? I can't see why it would be. >=20 > It is necessary because the macro must "freeze" the marked file while > it maps over them. Otherwise, the macro doesn't work on a snapshot, > it works on a list that could change under its feet, which is not a > good way of writing programs that must give predictable results. The macro _doesn't_ map over files. It maps over the marked _lines_. The macro is all about the displayed Dired buffer (listing(s)). It need not do anything with or to any of the files listed on the marked lines. I do agree that normally, usually, most of the time a _use_ of the macro will not want to allow the display to change while it's processing a particular marked line. What I don't (yet) agree with (or see) is the constraint that the macro should, itself, prevent things while it's iterating over the marked lines and invoking a function when on each one, in turn. I don't understand why we wouldn't, as always till now, leave any such "prevention", or other control, up to the code that invokes the macro. From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 20 Jan 2025 23:59:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Tassilo Horn Cc: Michael Heerdegen , "75626@debbugs.gnu.org" <75626@debbugs.gnu.org>, Eli Zaretskii Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.17374175289019 (code B ref 75626); Mon, 20 Jan 2025 23:59:02 +0000 Received: (at 75626) by debbugs.gnu.org; 20 Jan 2025 23:58:48 +0000 Received: from localhost ([127.0.0.1]:52262 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ta1fL-0002LM-L6 for submit@debbugs.gnu.org; Mon, 20 Jan 2025 18:58:48 -0500 Received: from mx0a-00069f02.pphosted.com ([205.220.165.32]:24066) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1ta1fH-0002LB-Ro for 75626@debbugs.gnu.org; Mon, 20 Jan 2025 18:58:46 -0500 Received: from pps.filterd (m0246627.ppops.net [127.0.0.1]) by mx0b-00069f02.pphosted.com (8.18.1.2/8.18.1.2) with ESMTP id 50KMPMSE001342; Mon, 20 Jan 2025 22:32:52 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=cc :content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to; s= corp-2023-11-20; bh=dOwyXuLySyQv/TfDYuP/LBq1x0yvJiGcEsOrJn7h9po=; b= f3YWjrs6ng72JDisDZuAFtqNRb0D2M7El1yHUsnNKiWz4PECYIRidK+eDL9kGzfI iGKHc4VR2gxz6M5ToMbMzGj8xvgqfQEf7AYH2WvVkCoCZx/AomcA04BruiWjFYYr 4WsdV5OXyieSLj+oQwUvEopOrrIvYt9fWSenGtqqIXnrgllsOtDNYJUSY6CNaNVD Lvoy1Zek2RCV3YRWe2pXzBOO0FxBUJ4OFd7xY8tMjdM2YQiv59OVVZ1tabYxvkyt DfUH+gQA+stzEvC5mlysFH358/qyofOESmR4O+Z8J1MAg5DPWpsk9AyJwZYg5C4h 0skD549HM0XVaNYBC2rrQg== Received: from phxpaimrmta01.imrmtpd1.prodappphxaev1.oraclevcn.com (phxpaimrmta01.appoci.oracle.com [138.1.114.2]) by mx0b-00069f02.pphosted.com (PPS) with ESMTPS id 4485qamd04-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 20 Jan 2025 22:32:51 +0000 (GMT) Received: from pps.filterd (phxpaimrmta01.imrmtpd1.prodappphxaev1.oraclevcn.com [127.0.0.1]) by phxpaimrmta01.imrmtpd1.prodappphxaev1.oraclevcn.com (8.18.1.2/8.18.1.2) with ESMTP id 50KJ9Ma6036493; Mon, 20 Jan 2025 22:32:51 GMT Received: from nam12-bn8-obe.outbound.protection.outlook.com (mail-bn8nam12lp2177.outbound.protection.outlook.com [104.47.55.177]) by phxpaimrmta01.imrmtpd1.prodappphxaev1.oraclevcn.com (PPS) with ESMTPS id 44917nsnp1-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 20 Jan 2025 22:32:51 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=BcqMwmgR3a/pgA4bF1EMFe11YDenJOMXQ9bHeJBeTjrLfBLy40vutREfi9uQXbGmYcqStZfgD34tXAsNxaT9HgqZO3hH0iGt0T29aoBZbY+qy9d/uZJddqCQLxZRzNuXPbefD2x8/8rs3DVoAPkUHNfWQ6o6lO3geW1h7/NkJX6hKd4dw64jS/vD4O0VSCRjIZahtNzYGkA8yg1cc3S71BWj/8yGrg7PVn5McxsUQlBW3SJPcnwwpo+QJtrfildKNU7JSdEytglbpcqQbDSCBFVnkf5zFJg2jxUlRipb6rLMGdnimoGpxBVDhMeul9D7ZCUeKvtxY8bVhrRh6U+VYg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=dOwyXuLySyQv/TfDYuP/LBq1x0yvJiGcEsOrJn7h9po=; b=NI5FyrMniEVBhqRltt/aQdYQOAoP+FwrApBF1ZVF2t16MLMn6t6qfDirw110QgwFoLBgMv884a2LE+6/+6zNvYNNb9FY/BWJkYNaPYITKgnAkCrM51aCIrw76P9AnEdl4tfMvz/Ar75hyOgF94/KmcdQGY3a6eEVpMldFb+Hat7NAibQku80RaIUnsoL+1VoURKcIuXyFn3cOAtGMte2sSk6vo5csmBmdDD7MPBwVb/EuyaUT418UDFGY6fjr6impYKXbVH+v1P40v4OzdKIPGw8N2atHxPHGH1TT8KfyyEGijlAsH4kY2K/DeEi6oVzLtwenlie1W7De3DPEpoK9Q== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=oracle.com; dmarc=pass action=none header.from=oracle.com; dkim=pass header.d=oracle.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.onmicrosoft.com; s=selector2-oracle-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=dOwyXuLySyQv/TfDYuP/LBq1x0yvJiGcEsOrJn7h9po=; b=jg3jz3pl3HxSeJyXt5P5PqBa1Mk3TZV4ICsYOiuwlylo6k8RBtOvvoZSpgTN3zbgnr8AzE82t3Fq5iSKVDOwizdaKU53rgcpzfIJKCGnCxRkrfzLJ1Pu+JXyP9RPbf1I13VKqFlHDhzrtU4e51PUQ9NNzWvzJyIyFVv7QgdsoPU= Received: from DS7PR10MB5232.namprd10.prod.outlook.com (2603:10b6:5:3aa::24) by DM4PR10MB7404.namprd10.prod.outlook.com (2603:10b6:8:180::7) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.8356.21; Mon, 20 Jan 2025 22:32:49 +0000 Received: from DS7PR10MB5232.namprd10.prod.outlook.com ([fe80::8303:658f:14f8:2324]) by DS7PR10MB5232.namprd10.prod.outlook.com ([fe80::8303:658f:14f8:2324%5]) with mapi id 15.20.8356.020; Mon, 20 Jan 2025 22:32:48 +0000 From: Drew Adams Thread-Topic: [External] : bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Thread-Index: AQHba3MiMboR74QzPUO0qc3VGrxwRrMgMnVQ Date: Mon, 20 Jan 2025 22:32:48 +0000 Message-ID: References: <87r051khsd.fsf@gnu.org> <86jzatg7rh.fsf@gnu.org> <87ldv9ke06.fsf@gnu.org> <87o705hv2t.fsf@web.de> <875xmcpl7g.fsf@gnu.org> <8734hfsgl6.fsf@web.de> <87r04zw0sr.fsf@gnu.org> <87ed0ygsmi.fsf@web.de> <87ldv6j9lv.fsf@gnu.org> <87frlej8ad.fsf@gnu.org> <874j1tqs8u.fsf@gnu.org> <87v7u9b7g1.fsf@gnu.org> In-Reply-To: <87v7u9b7g1.fsf@gnu.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-ms-traffictypediagnostic: DS7PR10MB5232:EE_|DM4PR10MB7404:EE_ x-ms-office365-filtering-correlation-id: cd5ac75e-e367-4f97-5112-08dd39a25e6f x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; ARA:13230040|1800799024|376014|366016|38070700018; x-microsoft-antispam-message-info: edW8jGrjz0KRrWzG18usFf+2xHj6jMBAKtb9KD8JAPUDg5c4cBZWw1irDcb/hHMUnGKi7sbSMJA+SBK6ox33yiR647L54bAiLF5gx0xYHRmciZxOCq1qstGasdwcsgoY/sJtUQHTeWTzrXBsETTwenx/SuJGADciHyQ/KQNxUEMXHEs0mra+f2hurw9z5jYHWOLPdjN7Sd/O4Joe1NBvOSNtedkynZWMDnv4LjoHMjHo3HAVBZLhRtXxrrAaDRQ2mhRuieokp4BGTCT+sfhHjElTlJMFCygZhIJesldOKu1jZ/zstP2iewJbAzNNxBkGiqkMHVgYGRWf/5A2iHX34rDCTD2aLwa7C9nm/XSV8oarK6l52xFed5dBlyJxDwm8WWtyrVnBETBDQVtHg0yro20LQQR5JuUV1WxKaujMgdRDxjAcAntr+gdfDcrmztjv1k2MnWQ/K7mYgb8YPmAszjNjiZ2ATWO8d40E2IEQgFNbPdABg8HcshQ3jlJrp7XwmB99phGpTGD7BsuEsGhAGcE9IDA2XfZBw74y/RTuoD9bV8GAKjLDRar7I8+jfwjCaQzPTZWgHI37cGWfrx3TMTyN/oIwLzvkPiHrl0WHE9wiCP8Vck53zLU6BymIUH5fT3dHroiFHcnI/prJvrMQdOFoLgJTmtiKLlXsBY97tQ41XiXDApOgxdRRBfa+AtIosBuyyg9GJZ5dXFwq4Bf4LRegE14X8PHI3yJIXwnEt4cE1AzXpSSWkpfXeDgdqx3f0PfHTstcV43pWXsBfNPP9T8Nn54oOVfZ2w92gRFuUuHLFOQBV1PCdspDcRXNYQ405QXAsJHGfaWpQB7RwWteeGDudykybigUBDx2SXfA0WfrP7GGg0CoXZgyTgk2fyBUrJCQHDZ358fgAff+nRKlz0ut/0NXRWFYs4603vGgfIXW+Ic/nOYJkxFvcaz76e/SpVQqnHylQiq2amoQxQu22ifLYLBkdLfcrcTrYgvQ89SjAFqfbUv1K8mmINF9VfU3WS+OTnSLMGZaP36EqLYDNcFUotsW9X9asmYnfJJpwCmTOEzt1cyDjnkW6BS3Jq5wCuoykL1A9djrj29QxNzEPYPOiHjy5qskmfIYICBm9H8tHJgp2j2FSun4mNZjjMIlIj8oD7c69UvjR0qCkk4azWLDMPMF9Zsg7y/R/qgRuccbPfdXRDlfqgcpKS4Abksgn0jhBaOQDrWZEB5KJE3COto7Rijw5q7eIC0JBHMmqtvvnZNPxC9jN+CrU4nk8CYUESkg8/00txLDgNvQ9wcHmKF8TQVxgi40I279j04hIz05eV3X0jonpksW1pjeTrh7J/uKty2pG6uUoS6BDhtK0fsVi6gOXCL3cEZxPV107xYDHcdU2Fqvzh0vMgss3/Fn4NJh3OoAvNZSMeXUCzYXuso8z0gnORGZXujSfQQO7BWQlBmiZGqRzvQQJGDIr/cI x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DS7PR10MB5232.namprd10.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230040)(1800799024)(376014)(366016)(38070700018); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: 5wGdcKjckp+FlF2zNemrSwq7cMC3Abdn09jVrNLXGiMuwsiqyWfqHbwOq4kzjbP9blnhOpzJic/ye6hMbFNQcjG8e/tMqeUnL9FnltolAPHmoTJoAtuN03dWb6G5ezZr8UpnsZTg6Y92GjTOxLhaaluBGwmDcA+tv7eN8wkawdL6G2Iu0jsNA6KKD088quDPBqKX+X5dtvTdqK/GeSz4a30WYfSaiad5RrNaBm99y8QHjYuSTwjz74p7r9GWvBse+4nvyh8bcNCeKtkwWNL+0oknd0+ruCxmIC4MP9mK6iQZ2b6cJBLJedDBSA9XkSRHKCE+IHKOKftXR/qIq/eVWf5km7/vz+NoRuU8Rt80LT2cUUGYQmagGgjKzFAcTp94LKS9+6V3l8oYgYeZy+DAu5xvgNi1cfYonrzL6XdGgEkP5Qe/tyUAe/aDZDp0gmAF7/xbcqipuLPdzX/Z0KKZICRShwPPJ52L9VmqWtov/BKXq67ypYtvol1IIc8uq/8hQQuKYMgKFWh5mCecanJCkJIOcKX6GRYk9PCaT25DjVoXwdTe7ePt5Z+SQqHPxrSHEsCnlMS5iQgoBgiswwzWWnWwz1pJFycIpoAOPIeKTTC0qZA8Ydid6CYLGZ5yQbZFXy6UJorUUtepApbM4uL/p6ox5t3RlqSy9aqW1rfFi+6VjRsG1SuIuRNjYD1h1gRh8Wst9QI68myD235yIhRVfzBk+OgKfQ3VwpXxb3wgvJB6gtBXKw/wnuHUuVDDoJ6UdfswexDWloJKXPmxVZv1snoySLwSWWv7SkUlBS8qfRh85ZQQLYu8XAyMS2HHIU2Edm63w33eUsfsIP0z7VI6sDuUyvj0zLqR4n1b5jsDg+iC0OaNqxfOan6n7Vo60RX+Vr4aiaTE2Nr5atEUh6Y23TDE/hcsGC1LGxIYMuvPT40sZx3F9FWZiwWnjhN1DmTDT2FuOJafP9yWiqk6PKR8PXhvFS5xc/EcKOX3TxdI+n8d6OUzH1Wxj39yVH2sgO3caLUAt6o+aLpzm1PDc+NF53iqu4yROt0mrMIFMnEDPlgU5+330iOgKms1y75TfFLgVKXJa3/2Cx2cgYWonRKFAm1jxgoduBDISLfPzebUVEGaRAUeZP+4IGfQ7cF1xSoxAOX4KeBQpz044slN+fgeKOTFJbuusTNUUNXc+fCmI301JZJG2C6mkX/kl5fD+sj3jr0VL6zqwXH/RvHA0fhEKeKpTZgIiOSS/ezUQlpMlXeh18GbtWkPXtpXLXNs+I8GPo5JTluKiHwAcsx7NVbhAqrfGPYGq3go+Qaq6ar1rBFSsnw3QiT1tRK6RjkPwu/OeGNCPSLEX5m5of4RkwV0KEQUCsPzXyfqH/baeXGOqojgsk3qg6WdR8maqI1i6+tnE6QCvn2EECVJIO8u1FxRrUxmRd1lWecd4mS7wz+5XOpumcQNYV6fdaALHcNKoVrmB2z65dAMG5cfqGXVCsXPZ/BPlZ+z+cElMFzxjhht7gvxBK3H6ExvuM2DFr3Hl56Sw2Q/d/+OcKYWkKjmVxijWro7FN5vZlDZh50GgtKg3qBMks/gjzuMD6yho4a3vx8K Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-MS-Exchange-AntiSpam-ExternalHop-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-ExternalHop-MessageData-0: 9/QC/VoL1GznrLz6M1fQzyzXzJVgJZ1+pr+cK7/uOggjpfUmFirYxmYnKU0Tn5exDHzQC+NAO5OAQ2omk0Z7wPa8buMURF047Z6z2jnP7oheaUWgWHyONpYPt+XhmO/r+zvehyw5D8tMX/sfKqkFi6omc0qLgO3TiGQKvJz87KvXss+hsaQJq3q0ufRrPcz9QWDDoKpFBen2FMwHkyjDxBD4JYDC4pBp++YQVv3YoBf+LniLe4W4DB6C3XUuXoshoXhg2u0+Gu3VnUh6TiflpIfSIFzm7TxIUEo0Ny8cmhtGGRT4S7E/ENzl/niMkM8DBP1VqlE6VPLCEPxeVzWlbSxUQy0CR2yGGwzrNad1zvEexjafg9lEOG9i/SHS2sswQLgNacigBToO8ipB71kEmZqTFMZZZDcCbIBsE3WXeu2MiIG1sTvl0v/14OUPgZbfaKqyhn/VJ2Ean65SeVFfeklN7aLRG4SPNg7HgdNgZB9/Fglmgrjt9Hb1Ie9Wnx6Tgtcd6+M3eQgUZ2nIvyUleRqfXNc3NsRJTqtaiiKS8T1jWA//lqxzybm92An4pvyVb6m/W7vSlngi/mvLoljQvqlFK5bxO2dcbSvCjtz31/o= X-OriginatorOrg: oracle.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: DS7PR10MB5232.namprd10.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: cd5ac75e-e367-4f97-5112-08dd39a25e6f X-MS-Exchange-CrossTenant-originalarrivaltime: 20 Jan 2025 22:32:48.7783 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 4e2c6054-71cb-48f1-bd6c-3a9705aca71b X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: SGqLvQjAXrU6dzUEoig8aXulc9gpgCCPKys4XYytyBNVpto+GXu1WVdFqQm6+R1BnWWLN/Xziwyjfq8pH9ziIA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM4PR10MB7404 X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.293,Aquarius:18.0.1057,Hydra:6.0.680,FMLib:17.12.68.34 definitions=2025-01-20_06,2025-01-20_03,2024-11-22_01 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 adultscore=0 phishscore=0 mlxscore=0 spamscore=0 mlxlogscore=999 bulkscore=0 malwarescore=0 suspectscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2411120000 definitions=main-2501200184 X-Proofpoint-GUID: I-_D8Zs8s943UhLhQKDetDn1iQ7E8eao X-Proofpoint-ORIG-GUID: I-_D8Zs8s943UhLhQKDetDn1iQ7E8eao X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > >> > That shouldn't happen, IMO. Too general, and I doubt it's needed. > >> > >> This bug contains a recipe showing at least one ocassion where it is > >> needed. > > > > It's needed for the _macro_ to do? I don't see > > that demonstrated. > > > > An occasion where the macro is used and you want > > to prevent XYZ should be handled by the _code > > that invokes the macro_, not by the macro itself, > > i.e., not by expanding the macro. >=20 > That would be possible, too. The difference is just one change to the > macro vs. N changes to different functions like dired-do-compress. Requiring a user to change the macro is not what I'd call "the code that invokes the macro" preventing XYZ. You seem to be saying that a user can always redefine the macro. That excuse could be offered for _any_ change to the Emacs code: don't like it, just change the code.=20 > >> > One might very well want to allow reversion > >> > during some particular operation on marked > >> > files. Let's not assume otherwise. > >> > >> Sure, and that's still allowed, e.g., the code given as BODY of > >> dired-map-over-marks could explicitly call revert-buffer if it can > >> handle the result. > > > > When you say BODY, do you mean the _function_ > > passed to the macro as its ARG, or the BODY > > argument? >=20 > It doesn't get a function, it gets a form like (funcall > #'dired-compress) in the case of dired-do-compress. You could give it > somithing like (progn (funcall #'whatever) (revert-buffer)) when you are > certain that reverting after the operation is safe. No. It gets two (possibly 3 or 4) arguments: BODY, ARG, and possibly SHOW-PROGRESS and DISTINGUISH-ONE-MARKED. `C-h f'-it, or check its definition in the code. > > In any case, how is an invocation of the macro > > supposed to override the denial of reversion? > > Can it simply let-bind a variable around the > > macro call? I was guessing that, with your > > change the macro code itself would override > > that, e.g., with its own such binding, making > > it impossible to control the behavior from > > _around_ the macro call. >=20 > That's true. So you admit that a code invoking the macro can't override the behavior you're now hard-coding in it. > >> The point is that auto-revert-mode reverts at _unpredictable_ moments > >> where chances are high that the dired buffer contents change in a way > >> that the processing logic goes wrong, e.g., a marked and not yet > >> processed file is now before point and will be skipped, or the other > >> way round, an already processed file is now after point and will be > >> processed again. > > > > Yes, I made clear that I understand that. > > And I explicitly agreed that that's a no-no. > > > > My point was that, until now, it was up to > > a _user_ to just _not do that_, i.e., not > > to shoot herself in the foot. IIUC, Emacs is > > now preventing her from reverting the buffer, > > including, but not limited to, via > > `auto-revert-mode'. >=20 > That's not true. The user could not manually revert before because as > Eli explained, Emacs isn't processing key events during the long-running > operation on marked files through dired-map-over-marks. We're (I'm) talking about user code, not user altering the behavior interactively. It's not about "manually revert"ing. It's about letting `auto-revert-mode' revert during `dired-map-over-marks'. And to _disallow_ reversion (auto or other) during `d-m-o-m' user code can, now, just bind `revert-buffer-function' to `ignore', around the call to `dired-map-over-marks'. If you change `dired-map-over-marks' then user code can't have any such effect - you're hard-coding prevention of reversion during `d-m-o-m'. > > If so, I'd prefer the original, more general > > behavior: leave it up to the _calling_ code to > > decide whether to limit the behavior in that > > way (or in any other way). If it's important > > for the particular use case to prevent doing > > XYZ then the _calling code_ can, and should, > > prevent doing XYZ. The macro shouldn't try to > > guess what should be prevented - even in the > > case of buffer reversion, which, I agree, is > > usually something to be prevented. > >> > >> I don't see what feature you think I have stolen from you. We just > >> prevent auto-revert-mode from reverting the dired buffer as long as > >> an operation on marked files is in progress. > > > > Why? Because usually that's a good thing to > > prevent? Not good/general enough. Leave it up > > to calling code to prevent that. Add a note > > about this to the doc string, if you like. But > > why have the _macro_ prevent it? >=20 > Because it catches a category of (potential) errors at a central > location. It's not unthinkable that users wrote their own processing > functions which are also vulnerable to misbehave if auto-revert-mode is > activated. That might sound reasonable, IF you also provided a way for user code to override that prohibition of reverting during `d-m-o-m'.=20 > And keep in mind that the changes that make auto-revert-mode revert > don't need to be "our" changes. For example, assume you have a dired > buffer for /tmp, do some operation on marked files, and some other > process creates files in /tmp causing auto-reverts. That will produce > new lines at random locations in your dired buffer which is currently > processed marked line by marked line with code that relies on the > position of point in that buffer. How should processing code handle > that? I'd argue it can't and we should make sure the buffer stays > stable during the operation. That's why I agreed that usually users will want to prohibit reversion during `d-m-o-m'. That's not the same thing as hard-coding that prohibition and not giving user code an easy way to override it. > >> Progress is still visible > >> (SHOW-PROGRESS arg of dired-map-over-marks), i.e., the dired buffer is > >> periodically redisplayed showing the changes so far because that has > >> nothing to do with auto-revert-mode. > > > > No one questioned visibility of progress. > > Dunno why you mention that. >=20 > I had the impression that this could be the reason for you vehement > disagreement with the change. No. And I don't have a vehement disagreement. I'm not convinced that the solution being implemented is required. Seems like overkill, to me. At least provide a variable that the `d-m-o-m' will respect whose value you can change to not prohibit , including reversion. That costs nothing, and you can even tell users why they generally won't want to change the variable value. > Anyway, can you come up with some concrete scenario where inhibiting > auto-revert-mode for a dired marked files operation could do harm or > have any negative effect? That's the thing I don't get. The negative effect is in removing the possibility of allowing reversion during `d-m-o-m'. What's the argument for hard-coding disallowing it, not letting code allow it, conditionally or otherwise? I haven't seen an argument for that. I've seen only an argument (of which I'm convinced, and have said so several times) that most of the time it's better to disallow it. Disallowing it always is too rigid - not the same as disallowing it by default but allowing user code to do whatever it wants. From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: Re: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 21 Jan 2025 00:10:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: "michael_heerdegen@web.de" , "75626@debbugs.gnu.org" <75626@debbugs.gnu.org>, "tsdh@gnu.org" Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.173741819111294 (code B ref 75626); Tue, 21 Jan 2025 00:10:02 +0000 Received: (at 75626) by debbugs.gnu.org; 21 Jan 2025 00:09:51 +0000 Received: from localhost ([127.0.0.1]:52332 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ta1q2-0002w4-9D for submit@debbugs.gnu.org; Mon, 20 Jan 2025 19:09:50 -0500 Received: from mx0a-00069f02.pphosted.com ([205.220.165.32]:23212) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1ta1q0-0002vt-JE for 75626@debbugs.gnu.org; Mon, 20 Jan 2025 19:09:49 -0500 Received: from pps.filterd (m0246617.ppops.net [127.0.0.1]) by mx0b-00069f02.pphosted.com (8.18.1.2/8.18.1.2) with ESMTP id 50KGMtfN024742; Mon, 20 Jan 2025 22:32:55 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=cc :content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to; s= corp-2023-11-20; bh=DdK5GQQwNzzUdQUXgeLGWTzkjm36LXrGSiUYEZmCDGU=; b= jXuvgOOjKNTT2y4qvzRs9w8Q1xPgavV8+c6Zi6sNSjPypM13HoQMf2sqbZBl9N20 kNz0+Btas4xYL7QiE9/H2Y1y7vpZXzXB6uwfYVi5JvK4bo0JqrwUW7AcZX51gtFM YBjFQPakS8A3Uz3oKDWfqPdASekI7LVc0yx0NrkXo0pDcEIHJEYJlHLp101wxVWs Epmw+PGWM3CcjuWEOMzzr1a+mPLYxznO204JTHxzhzDMEe1Z9y1Qnl+hk+V8a0lG brt6WgxCqbfWG16f/RXdfGd70d4nt1VX9um9vYRyGCCb2Ae5Kf5oTU6CYtXY6Rxz 0hVniS0TYYopwOoRrCItCQ== Received: from iadpaimrmta03.imrmtpd1.prodappiadaev1.oraclevcn.com (iadpaimrmta03.appoci.oracle.com [130.35.103.27]) by mx0b-00069f02.pphosted.com (PPS) with ESMTPS id 4485q54dn4-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 20 Jan 2025 22:32:55 +0000 (GMT) Received: from pps.filterd (iadpaimrmta03.imrmtpd1.prodappiadaev1.oraclevcn.com [127.0.0.1]) by iadpaimrmta03.imrmtpd1.prodappiadaev1.oraclevcn.com (8.18.1.2/8.18.1.2) with ESMTP id 50KMJLXC005536; Mon, 20 Jan 2025 22:32:54 GMT Received: from nam12-bn8-obe.outbound.protection.outlook.com (mail-bn8nam12lp2168.outbound.protection.outlook.com [104.47.55.168]) by iadpaimrmta03.imrmtpd1.prodappiadaev1.oraclevcn.com (PPS) with ESMTPS id 449193j0vq-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 20 Jan 2025 22:32:54 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=HAzHksfvQnqrBRJFwkFYmXKaapi3B46NEGDXg60A17+JD7NW1teqo+evEA9L6/X+RusQBaSzI7Rs2ssRrncbIg+a/bVpitUS9uamgmgqj7tkNMGjqBsPgTRuHHB3xMp5J1626w9YKil+v8hmgPhxbgfvwqF2sT0mZA0WOrEUTX8n00FbudcPRdDAvGtiTQFnHyeJLi2imgwMC031ocz7gosjtmXibB40+27VhtWnYW3EyXGXm68VtZEN8Qrfh54qc4/uAffcvr5841+7ScHzspsESzxeqr3TNV9Daxpu+6Vbu+0N4JHGlPiFjF3olDOGebjYpr+Pmsh8hFA1vSADKA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=DdK5GQQwNzzUdQUXgeLGWTzkjm36LXrGSiUYEZmCDGU=; b=jq0/PuUi950ri6ulPwOvwH2upOSeB8ypSmq9S0p4hk42Bla4FRNQDtbJ3ADKKZIeL6Olr9YusBHjx/6e8x9bRSEMkwyEd3r9r8Xh9jJpmXmDpZVHt03OVtgQdoNPRo25sX/lTu6WzUBhYpvD9f71ZhRO6/xGpLYVwMaWtAyDUspY0flwjtUKqxLL2JnKUmNAKjZ5PqEqDCXcHK+WkxKUOHJpbiQmmoDbx0mZrwo+DThfBqI4uJAHjGftD6Uvmdht18D7db7eGofBmlcA9ZXeZ7ARexsGjSJDeZO/5SJ5RT7F5DYYsVXzUVpXRcHxHffT1i9LauH3QU1VkGdKLKpDxA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=oracle.com; dmarc=pass action=none header.from=oracle.com; dkim=pass header.d=oracle.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.onmicrosoft.com; s=selector2-oracle-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=DdK5GQQwNzzUdQUXgeLGWTzkjm36LXrGSiUYEZmCDGU=; b=Tpd1R25kXuALU/iUJFVo2OxdyBanobYuPzHDrGCfuHCYisfEM7qmHbU5w+IvYlOdLeuVvO/j2hM61ip2oGbFAEn8JylMETFJpCSF0zwuBYAxEEYBBS1Lo0SLKj1wT44ZutBqgD7dK9jav7RT3mu4CEtksE/MCbjyvlEgALAYw2o= Received: from DS7PR10MB5232.namprd10.prod.outlook.com (2603:10b6:5:3aa::24) by DM4PR10MB7404.namprd10.prod.outlook.com (2603:10b6:8:180::7) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.8356.21; Mon, 20 Jan 2025 22:32:52 +0000 Received: from DS7PR10MB5232.namprd10.prod.outlook.com ([fe80::8303:658f:14f8:2324]) by DS7PR10MB5232.namprd10.prod.outlook.com ([fe80::8303:658f:14f8:2324%5]) with mapi id 15.20.8356.020; Mon, 20 Jan 2025 22:32:52 +0000 From: Drew Adams Thread-Topic: [External] : Re: Re: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Thread-Index: AQHba3PJOOaaaQAyGUaPPIOt5QMpHbMgOQ6g Date: Mon, 20 Jan 2025 22:32:52 +0000 Message-ID: References: <87r051khsd.fsf@gnu.org> <86jzatg7rh.fsf@gnu.org> <87ldv9ke06.fsf@gnu.org> <87o705hv2t.fsf@web.de> <875xmcpl7g.fsf@gnu.org> <8734hfsgl6.fsf@web.de> <87r04zw0sr.fsf@gnu.org> <87ed0ygsmi.fsf@web.de> <87ldv6j9lv.fsf@gnu.org> <87frlej8ad.fsf@gnu.org> <86msfl5mal.fsf@gnu.org> <86ed0x5ky9.fsf@gnu.org> In-Reply-To: <86ed0x5ky9.fsf@gnu.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-ms-traffictypediagnostic: DS7PR10MB5232:EE_|DM4PR10MB7404:EE_ x-ms-office365-filtering-correlation-id: 324accde-bed1-490c-bd09-08dd39a260d1 x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; ARA:13230040|1800799024|376014|366016|38070700018; x-microsoft-antispam-message-info: PmU5AAMgIetM84wVwh4qvEZis0rPlEBRRFI/M4V3mseOUiEWNCNkCGUSTu2394ovdtmJFXwEmTO5iPl4njCm2xTBFiupAbjkkti6v4lGEhmNC/6RxRRrl7Y8ArVUmgXfMwbeGsdVf/WDOOvGSlC/sFtisYPasH7fOOoFK1fyF/atbmbL43UuaPHSJn2ptS1qCVLo3vYi82fmJklq/y7Hrr94JoC94ArsXhla9x4drrHRzeP8yV6PwJj/TEA4+Gy8G3eiZ4XXTa5UhP7FoTywJcEIt8S2FqztmDE/+otMDu9rWvhEEKrX1NJaZvl6PsYfgDVjGvAsKIXfTRl2s8x8YiFeg8ccGn3y/CJ3+uuhC99ywpQl4tUoQVrwYuX4dcQTvGRtrzTR7DTdKThFNz6qSBjYveJtUMofrYAt7l4TO4k1AQzoki1/3Q13jrE6/BUEgNVIY4ek9qX5eHlSFY0MEg+EwZRalC4czZETrVtkHmYR+8yorpXCqNViCf9phEhkFcELP7Qa8ECfDy7vjs9ZvXMiPf374RJdBEVrQO+ptGNKn4Nz1USZlZrOu1HFMkmB5+daV0cyjzmN5b9+VENXsr7S9R3Ji0rjF04wCQ+gH4DI4EaopxbC0A1lu2oOvDmTV5CwwQcqPRi2mR2D67KJauDUPeCivHLQtoG496iBVNfAkntJcu7zyQ8ymZb+ekyo5uXPWrII+hzfTXw4sPW2Ii1xoI8U/ufj+HlsODw3G6L8fw1cCo0IHKPrIjqKbyLY9m/WEw1csZTbBbdDmCTU6+FpPxEwYUVlymPgsy57TTQB3zB3n9JOt4QLyi/V2aQvIJOTLD2mPHmJaOoveqYG2NarWeseo4OvovnBkr/BCWPp1GZn2CkZ/IStUhDmV2h7L+vOTRpb1WMhPuJv3YK1mnf3PMeMQdH/HDtLaWDtHzWTV3dvGc2YKjAN36KUaIPa3YB2beXXngMoNH+c18XoCsFSHhsjietJNWYpnZ/avppT6dgHSuAOOA6kNs8kRLJoKyZPeT/4rPjqkRSRfV82y+X6K/xICjxrXCywaIy7uosnDBjUq5w74+K1AvxR57g9suN09iy/oRc8V/+j4OQCO7a1MEGIXg27ImFwPfyY6LxjNQbHUC1rCFauKEHBRk5k636ww7LRx8VY0YFJvo3BIhgfR7dHlStQ2jB8s8sSljHjElINQ4rqmZ/B9t2i7UO/I5lsNTllAmkEfNf8wh7PIsgSQwRDvVcXChH0AR24vFX1SyO5mdjlQIn/bPZkUYS4aphP44ovDZZ17vdhFyHRQgIS+/1ywv46fHU3nBSQdBiF4X0+qXkS47xenQRvQ+KbpUreKZPVDhhwFuVyvHsBLk7tLqadUGVLLDME0Aj65W7sbeP7KePqozmQFuttGTiSBCKYuveKdJLidNByBGr++fk+Wu9F3APd3V6/HGzExMa0y7AeqMw6o2+VjXPhvAmy x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DS7PR10MB5232.namprd10.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230040)(1800799024)(376014)(366016)(38070700018); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: Xi1AuOcJ4KG5yWIbeHdYJ7vsVHM7BMav+9eA11wXdgNJGhhntiSkFu/LmzKt8Qjmm9/CEY3Y61/mAnu8KbgoFdw5ZsRBZ/bpNru8hzS/qrM2shYc84pVFHJRyKVtSeMPUyixy3WeOTWHQx8jxDZsxLhlQKFuLXb/iFYhQxM/nkInizovBCV2qnjnH30Za8/PUkYEYKb9gkPSKsDZWZPyB6X1+b0E/bU9rJDGDZa0q0iDQ2oAhsXEe2p2t5OC8vqRkBKcidp0eoG+ceqDKClv+2Eexf5u49Wz7i2LoEa1LE/RqaDTnuCZgJlwtClLYnHkSI/bvAKeYHsnwH74ERi1EOECAgH4oucFZwgT2yhASK3diSp0AMO8desFR7J4myrPK+Lh503+eaNHu1tohcKcSwPjzRFHcy6CsGeEJn+BicxlC7P4y4/uMYzEcqWvdMW/uDrCU2MvXrW8jE0YTr/rGAkjjNl+EygV1F5o3LKfziDQoYo+iXDs//27CQMxNfidjOugFsZmJBV5aIc+jonJQEG/Ju/GRxcc2XeSgX9LoOCKY9tM2128OtoCF/ZmNgKRo5HIB24zqKebfJ+9e0GhIE5sqR9ckTk6C63BkQ8N5Ong6FE4HJUaNqBA6k61Y6sMG0ZG8HJSrJ1JDxdiTNBCw0C2i4p/pHyD4qQ3dG7n23fcMAkmVzwCsgqezZLMp75CGETXLzyTufpUw2dVykLRKHBAJbmw6Y/IE5HBsRxIdoFaETvhS8JQz/XEFgfT3UcCOxDF7AKPMkdXTe5Pgk4h1zgiT5fiTnxjPjetVsY8O1VRYSsUonc45oQynjYqDg9hro9zBvMm+RgIleS7RCQdndZBLyHBUCe+EljFp7OhxT73XGYCTPNty/kOuG6kHLf0zquNmQgO7znGGzB1wCXLYv2J/KSGpnyrG+47iZkrGrQCE7Dznvmrg0E/XEoiRpGe8yr5XvbNiwTTsK5gJjKYg0upstCXXyCFBlPhJwmUNqVwzHnT8Yh+i9dQIWMh4DvnQpKRTrLT92ckM18CTaa+aR9BfULqadGR9QIQJKa5vx8HgKMrurZkvullN1rR0Gan07VPUSf3UwB4pcTgNM84x5dElY0PErsOw6bTQeYfn6C8rebH8WMFGf9STt6b2mLgGgG5Pdg+8WrtqYNW75dP7Fx4Cgy3o+MFlOADwB+DXvEi7CaguhKpxJhq6fOW7nTdhVKRwX8d0MlqT2Oucpi+b9ahyzLOr658ua8lpaYGZikbCxkZIkyVwAJeb9SyayblV4xIS5OkuI3VEnt0JHaTusH/UmURtHJIBf4O5SolFbUU5kOhNRotU0srcpbXOD7TcPePsYANXATkAT2lCV5CI+Y7BlIZRiBj5B4lvidFavWy7Godj7cp5bVWp/JxksV7/gNQxaf/uH/GHkCE83p5T2vabZcsDJV1UYCubUEunriiR24S25TYzOhO1sCYYu8G1OJmLvxKhPrjIKN9a1UF3tabN1TC+H/IArLc3KeVs7peA5frTa2dLHop8RTc8uzVTcUsek8/4pkGyTN63I5NwE/3Ds3uiu35qoWB88j4JWZeZV1nx7lyWsXt4N9+8AgA Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-MS-Exchange-AntiSpam-ExternalHop-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-ExternalHop-MessageData-0: jVybcpVZPopk7AMISisUruONZzvfV8JHJulxyrwZXA0cXtjmjBQS5QDICC0/Am6TNW50nvziNcVn7LGFAlSdRV3ASu8lS3luIaX26gRPsWUrE+gByuuAJP+7TX3YYVBphvkF6axpkZHZ3bp3ybvNZq7yb50FkC1HHDhCRYDQvCPHIyXxNEUWNCogjGL9Scm3NA8EaK/3s6M1vZO/BXVHFz259tNgrNQ8RpGS+PgMgOSCZge+b1v2czuoooHZVIT9XAyVAmUSNHifMyNuzXFGdx4IoZXHAn35Xu7sXEw9BMCdtVkACrx8oDOWhjWOJDxMjOR/a7YKdzNumGw+Kx+pYe8e1VmPJuvnWCJxTaBwFu9X91XyVlApC5dgBezrtXNi8q02bGZwGFTizZdnL4pizLT3hIygfTNvjIFNvn3W74966iLL7CXwU/cZZFE6JtiQ+Gcyct2nhobbfBKtD9j6p7Vnb+BECR2DGs6OEUvdpp0nhHDi+nbj5caFYVzee6HHRKHHL+tnjWFYaFoy6mfEzyDpNAfUZw4uC/GQBd32LrUg35yeieo5P8W8K0omWXap/L6YYUQbuSDS1bvvhbXjqaN9Lr21OqypBTcoAMi0EUo= X-OriginatorOrg: oracle.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: DS7PR10MB5232.namprd10.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 324accde-bed1-490c-bd09-08dd39a260d1 X-MS-Exchange-CrossTenant-originalarrivaltime: 20 Jan 2025 22:32:52.7707 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 4e2c6054-71cb-48f1-bd6c-3a9705aca71b X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: +RRFJiyJgVDsKcwEQtklP6ANSyCL2RQqutKGXGM3oPvN4FYcKiWmHE1AFYMM0fHQ3mUXCjRFmq42VjT6qopATA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM4PR10MB7404 X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.293,Aquarius:18.0.1057,Hydra:6.0.680,FMLib:17.12.68.34 definitions=2025-01-20_06,2025-01-20_03,2024-11-22_01 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 adultscore=0 phishscore=0 bulkscore=0 suspectscore=0 mlxscore=0 mlxlogscore=999 malwarescore=0 spamscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2411120000 definitions=main-2501200184 X-Proofpoint-GUID: j1LWi-Y8pKCEoccSJHpYjjfbnXVOmJ2I X-Proofpoint-ORIG-GUID: j1LWi-Y8pKCEoccSJHpYjjfbnXVOmJ2I X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > > > > An operation on marked files - which really > > > > means, for this macro, an operation on marked > > > > _lines_, CAN DO ANYTHING. > > > > > > Auto-reverting is not something the operation on files does, it is > > > something that happens behind the operation's back. > > > > Yes (though the macro doesn't necessarily invoke > > any operation on files). > > > > And auto-reverting could occur while the macro is > > iterating over the marked lines, and while it's > > invoking its ARG function with point on a given > > line. > > > > And yes, that can be a bother, and it's usually > > _not_ what you want or expect. Agreed on all of > > that. Is it _always_ not what you want/expect? >=20 > Yes. Because the only way this macro can work predictably and > reliably is if it works on a snapshot of the directory's state. It > cannot allow changed in the files that its body did not cause and does > not know about. Again, it's not about changes in the files. The macro carries out an action on the marked _lines_. Not the same thing as acting on the files marked on those lines. Sorry, but I'm not convinced that you can make such an "always" statement, logically. You can make a "usually" statement, to which I've agreed. > > > It affects the list of files that the operation > > > wants to map over, and could easily cause the > > > operation to never terminate. > > > > Yes, I can see that. I'd suggest letting that > > happen, by default, and add a note in the doc > > telling you how you can prevent that when/where > > you _call_ the macro. >=20 > If features like auto-revert are allowed to run during the macro's > operation, there's _nothing_ you can do to prevent these problems. > That's what the discussion of this bug reveals. You can bind `revert-buffer-function' to `ignore' around the call to `dired-map-over-marks'. Yes, that can't prevent some other code that somehow gets run during `d-m-o-m' from, itself, binding `revert-function' to `dired-revert' (or to `foobar', which sparks nuclear war), but I don't think that needs to be worried about. It's not what this bug report points to, I'm=20 guessing. Isn't the bug about preventing auto-reversion (or other-provoked reversion) during `dired-map-over-marks'? Have you tried that: in `dired-do-compress' or whatever other place you feel there's a problem,=20 just bind `revert-buffer-function' to `ignore'=20 around the call to `d-m-o-m'. Doesn't that fix=20 the reported problem? Or am I just being na=EFve? > > That's my only disagreement. I don't see that > > fixing the bug requires changing the macro's > > behavior in a general way. >=20 > Because otherwise the macro itself has a bug that cannot be possibly > fixed in the body. Not in the body, no. But outside the `d-m-o-m' call: wrap it with a let-binding - a common idiom to affect the behavior of code within the let scope. (Likewise for `flet' and `labels', and even advice, if you really need to get into the nitty gritty of the function.) > > OTOH, if you make that change, is there some > > way for a user to modify the behavior for a > > given macro call, to _allow_ what would now be > > prevented in a general way? >=20 > No, and neither should there be such a way. You haven't given a reason why not. You've only give a reason why it's _usually_ bad to allow reversion during `dired-map-over-marks'. > That way is a way of introducing bugs into a > program, and we don't write code that produces > buggy behavior. Sorry, but that's hyperbole. As Eli Z. is wont to say, Elisp provides lots of rope for coders to hang themselves with. Intentionally. To give coders more flexibility. =20 > > If there's no way for a user to override the > > behavior to be newly imposed then that seems > > a shame, to me. >=20 > I challenge you to come up with a problem whose solution requires to > allow auto-revert to modify the list of files while the macro runs. I challenge you to prove it's necessary to=20 _always_ prevent reversion. Not just argue that=20 it's usually helpful to prevent it, to which I=20 agree wholeheartedly. > If you can come up with such a problem, we could then discuss this and > see what followup changes might be needed. Otherwise, I see no reason > to continue this discussion, since we are talking about problems that > don't exist in practice, AFAIK. Today the possibility exists. Tomorrow it won't, even should someone want to take advantage of it for reason. (OK, they will of course still be able to redefine `d-m-o-m'. That's not the kind of=20 control by code users have today, which is what I have in mind.) From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 21 Jan 2025 00:17:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Drew Adams Cc: michael_heerdegen@web.de, 75626@debbugs.gnu.org, tsdh@gnu.org Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.173741859112785 (code B ref 75626); Tue, 21 Jan 2025 00:17:02 +0000 Received: (at 75626) by debbugs.gnu.org; 21 Jan 2025 00:16:31 +0000 Received: from localhost ([127.0.0.1]:52356 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ta1wU-0003K6-Uk for submit@debbugs.gnu.org; Mon, 20 Jan 2025 19:16:31 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:52790) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1ta1wT-0003Jq-3i for 75626@debbugs.gnu.org; Mon, 20 Jan 2025 19:16:29 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tZxDc-0003UR-Kt; Mon, 20 Jan 2025 14:13:52 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=QBxzyb0qUn5EGRgs6JyLhPyCGh75Z08Y9Tg0bEO2nzk=; b=DtrAFID14Erh WRoB3OaeuEE1VWcmwu+tS6QQgvwhW5c5/YEixytiH+gZwbFnBwzOtZ+xH6EyJi3nlCGMunkC/YK0y bWMyn/Dxsu+FF8gtKJTeq9NQ6bXO0IJHlHWQuSNieR3UfdHh8tYpDUfxfTtVDM3Db1WRrQNOemmxK fRPY1yECksWG0Qwf2Q9CncdTCGZZA7xmGoS8mQuNkUTfjpWJl9rRcUcHyLG3GauXr1GNxt/DytVbl Js5NDNuUhZSNbXk4Ee1db3bmmR/ewA7mCtcZo6Fl/uDNbx+5Vlwfqpwuwh4BwmCDgMjNqoTJfw81x g5CqYL4xi+5D9YI0Og0bzA==; Date: Mon, 20 Jan 2025 21:13:00 +0200 Message-Id: <86o7015mf7.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (message from Drew Adams on Mon, 20 Jan 2025 17:32:35 +0000) References: <87r051khsd.fsf@gnu.org> <86jzatg7rh.fsf@gnu.org> <87ldv9ke06.fsf@gnu.org> <87o705hv2t.fsf@web.de> <875xmcpl7g.fsf@gnu.org> <8734hfsgl6.fsf@web.de> <87r04zw0sr.fsf@gnu.org> <87ed0ygsmi.fsf@web.de> <87ldv6j9lv.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Drew Adams > CC: Michael Heerdegen , > "75626@debbugs.gnu.org" > <75626@debbugs.gnu.org>, > Eli Zaretskii > Date: Mon, 20 Jan 2025 17:32:35 +0000 > > Is that necessary? I can't see why it would be. It is necessary because the macro must "freeze" the marked file while it maps over them. Otherwise, the macro doesn't work on a snapshot, it works on a list that could change under its feet, which is not a good way of writing programs that must give predictable results. From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 21 Jan 2025 00:28:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Drew Adams Cc: michael_heerdegen@web.de, 75626@debbugs.gnu.org, tsdh@gnu.org Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.173741927814878 (code B ref 75626); Tue, 21 Jan 2025 00:28:01 +0000 Received: (at 75626) by debbugs.gnu.org; 21 Jan 2025 00:27:58 +0000 Received: from localhost ([127.0.0.1]:52399 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ta27Z-0003ru-Qg for submit@debbugs.gnu.org; Mon, 20 Jan 2025 19:27:58 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:57464) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1ta27X-0003rd-Da for 75626@debbugs.gnu.org; Mon, 20 Jan 2025 19:27:56 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tZxFs-0003uy-NK; Mon, 20 Jan 2025 14:16:14 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=mXeOOj2yoWMlHhWUPt1EbPgChZ59dExE+ZKZskgYiSs=; b=RNMSqHmNx8qw 3E1O6J103rsRruM289yn5x2GFbcHsTWIGBhuPawFpC0KOi0NsUIBH80GB2DhfpNxuOg9nqajTXHlI BIVavSpPF0urhZjXWAyjM/X8Yp4wH0ClqLfg14dlI/o31yiq2Go+XDqfeaVjoNJwzT+eeM3QW/61R 5NUgPlAVRTTPvbEE2+n0EO5s7nsAP8QI+VnMFNPURu75YCZzvOcMOV0Qrrsv3FidSLLXpIJJzik5J uNvDITgUNk38NNY0/uajB844yAl1iYvm6ElykdM/aq7ZW3p06om9zkXy0AWgIS4Y7cFK6qT/lydV+ T2DdPhGoKZ+niAmTlSZl0A==; Date: Mon, 20 Jan 2025 21:15:46 +0200 Message-Id: <86msfl5mal.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (message from Drew Adams on Mon, 20 Jan 2025 17:32:37 +0000) References: <87r051khsd.fsf@gnu.org> <86jzatg7rh.fsf@gnu.org> <87ldv9ke06.fsf@gnu.org> <87o705hv2t.fsf@web.de> <875xmcpl7g.fsf@gnu.org> <8734hfsgl6.fsf@web.de> <87r04zw0sr.fsf@gnu.org> <87ed0ygsmi.fsf@web.de> <87ldv6j9lv.fsf@gnu.org> <87frlej8ad.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Drew Adams > CC: Michael Heerdegen , > "75626@debbugs.gnu.org" > <75626@debbugs.gnu.org>, > Eli Zaretskii > Date: Mon, 20 Jan 2025 17:32:37 +0000 > > An operation on marked files - which really > means, for this macro, an operation on marked > _lines_, CAN DO ANYTHING. Auto-reverting is not something the operation on files does, it is something that happens behind the operation's back. It affects the list of files that the operation wants to map over, and could easily cause the operation to never terminate. From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Tassilo Horn Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 21 Jan 2025 00:36:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Drew Adams Cc: Michael Heerdegen , "75626@debbugs.gnu.org" <75626@debbugs.gnu.org>, Eli Zaretskii Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.173741970927712 (code B ref 75626); Tue, 21 Jan 2025 00:36:02 +0000 Received: (at 75626) by debbugs.gnu.org; 21 Jan 2025 00:35:09 +0000 Received: from localhost ([127.0.0.1]:52424 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ta2EW-0007Ct-P4 for submit@debbugs.gnu.org; Mon, 20 Jan 2025 19:35:09 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:51868) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1ta2EU-0007CF-FK for 75626@debbugs.gnu.org; Mon, 20 Jan 2025 19:35:07 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tZxcy-0007JF-J1; Mon, 20 Jan 2025 14:40:05 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=215bANAIkoAvdA4uHFXn3PuC1wDPOS2KA0YAkV3tnCw=; b=TafO7+I9j3QBfDhzDmSe AMA3GRWUMqhWgCXGI3tlsFbCY5e7C1Sasl7gow9ZaOiJV9BPuT8uSOrtJJcoNPmY1M6gjevgS1qsl rNEgYuv2Fe0eDOV968mH9IbKhhHKEnxtVQ86uYiZxnKghQQFdeoWuw9smCUPfoGNfQ1VVkmHnhqy0 qd4BfSV3+vO00YrWN5c7J+ZucggmXpMcDNXXnRHZCxzgoQ2qconHpXZyvtQEVgFs7fINQ475qqwfl LyzSDSHEO5obWcJ0eHbaMAsCByAKqhOf+9ZUpGUT3FMx4eq4dW+btMQ/3yVA5ASl9clyz4zZSDA6+ 5e/63rO+e+CfhA==; X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeefuddrudeiledguddvfecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpggftfghnshhusghstghrihgsvgdp uffrtefokffrpgfnqfghnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivg hnthhsucdlqddutddtmdenucfjughrpefhvfevufgjfhgffffkgggtsehttdertddtredt necuhfhrohhmpefvrghsshhilhhoucfjohhrnhcuoehtshguhhesghhnuhdrohhrgheqne cuggftrfgrthhtvghrnhepleduvdegfeduvdejkeefteelgeetgfevhefhueffueffgeeh gfeufefgvdffgedtnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilh hfrhhomhepthhhohhrnhdomhgvshhmthhprghuthhhphgvrhhsohhnrghlihhthidqkeei jeefkeejkeegqdeifeehvdelkedqthhsughhpeepghhnuhdrohhrghesfhgrshhtmhgrih hlrdhfmhdpnhgspghrtghpthhtohepgedpmhhouggvpehsmhhtphhouhhtpdhrtghpthht ohepvghlihiisehgnhhurdhorhhgpdhrtghpthhtohepjeehiedvieesuggvsggsuhhgsh drghhnuhdrohhrghdprhgtphhtthhopehmihgthhgrvghlpghhvggvrhguvghgvghnseif vggsrdguvgdprhgtphhtthhopegurhgvfidrrggurghmshesohhrrggtlhgvrdgtohhm X-ME-Proxy: Feedback-ID: ib2b94485:Fastmail From: Tassilo Horn In-Reply-To: (Drew Adams's message of "Mon, 20 Jan 2025 18:28:40 +0000") References: <87r051khsd.fsf@gnu.org> <86jzatg7rh.fsf@gnu.org> <87ldv9ke06.fsf@gnu.org> <87o705hv2t.fsf@web.de> <875xmcpl7g.fsf@gnu.org> <8734hfsgl6.fsf@web.de> <87r04zw0sr.fsf@gnu.org> <87ed0ygsmi.fsf@web.de> <87ldv6j9lv.fsf@gnu.org> <87frlej8ad.fsf@gnu.org> <874j1tqs8u.fsf@gnu.org> User-Agent: mu4e 1.12.8; emacs 31.0.50 Date: Mon, 20 Jan 2025 20:39:58 +0100 Message-ID: <87v7u9b7g1.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Drew Adams writes: >> > That shouldn't happen, IMO. Too general, and I doubt it's needed. >> >> This bug contains a recipe showing at least one ocassion where it is >> needed. > > It's needed for the _macro_ to do? I don't see > that demonstrated. > > An occasion where the macro is used and you want > to prevent XYZ should be handled by the _code > that invokes the macro_, not by the macro itself, > i.e., not by expanding the macro. That would be possible, too. The difference is just one change to the macro vs. N changes to different functions like dired-do-compress. >> > One might very well want to allow reversion >> > during some particular operation on marked >> > files. Let's not assume otherwise. >> >> Sure, and that's still allowed, e.g., the code given as BODY of >> dired-map-over-marks could explicitly call revert-buffer if it can >> handle the result. > > When you say BODY, do you mean the _function_ > passed to the macro as its ARG, or the BODY > argument? It doesn't get a function, it gets a form like (funcall #'dired-compress) in the case of dired-do-compress. You could give it somithing like (progn (funcall #'whatever) (revert-buffer)) when you are certain that reverting after the operation is safe. > In any case, how is an invocation of the macro > supposed to override the denial of reversion? > Can it simply let-bind a variable around the > macro call? I was guessing that, with your > change the macro code itself would override > that, e.g., with its own such binding, making > it impossible to control the behavior from > _around_ the macro call. That's true. >> The point is that auto-revert-mode reverts at _unpredictable_ moments >> where chances are high that the dired buffer contents change in a way >> that the processing logic goes wrong, e.g., a marked and not yet >> processed file is now before point and will be skipped, or the other >> way round, an already processed file is now after point and will be >> processed again. > > Yes, I made clear that I understand that. > And I explicitly agreed that that's a no-no. > > My point was that, until now, it was up to > a _user_ to just _not do that_, i.e., not > to shoot herself in the foot. IIUC, Emacs is > now preventing her from reverting the buffer, > including, but not limited to, via > `auto-revert-mode'. That's not true. The user could not manually revert before because as Eli explained, Emacs isn't processing key events during the long-running operation on marked files through dired-map-over-marks. In contrast, auto-revert-mode reverts from the Emacs main loop. > If so, I'd prefer the original, more general > behavior: leave it up to the _calling_ code to > decide whether to limit the behavior in that > way (or in any other way). If it's important > for the particular use case to prevent doing > XYZ then the _calling code_ can, and should, > prevent doing XYZ. The macro shouldn't try to > guess what should be prevented - even in the > case of buffer reversion, which, I agree, is > usually something to be prevented. >> >> I don't see what feature you think I have stolen from you. We just >> prevent auto-revert-mode from reverting the dired buffer as long as >> an operation on marked files is in progress. > > Why? Because usually that's a good thing to > prevent? Not good/general enough. Leave it up > to calling code to prevent that. Add a note > about this to the doc string, if you like. But > why have the _macro_ prevent it? Because it catches a category of (potential) errors at a central location. It's not unthinkable that users wrote their own processing functions which are also vulnerable to misbehave if auto-revert-mode is activated. And keep in mind that the changes that make auto-revert-mode revert don't need to be "our" changes. For example, assume you have a dired buffer for /tmp, do some operation on marked files, and some other process creates files in /tmp causing auto-reverts. That will produce new lines at random locations in your dired buffer which is currently processed marked line by marked line with code that relies on the position of point in that buffer. How should processing code handle that? I'd argue it can't and we should make sure the buffer stays stable during the operation. >> Progress is still visible >> (SHOW-PROGRESS arg of dired-map-over-marks), i.e., the dired buffer is >> periodically redisplayed showing the changes so far because that has >> nothing to do with auto-revert-mode. > > No one questioned visibility of progress. > Dunno why you mention that. I had the impression that this could be the reason for you vehement disagreement with the change. Anyway, can you come up with some concrete scenario where inhibiting auto-revert-mode for a dired marked files operation could do harm or have any negative effect? That's the thing I don't get. Bye, Tassilo From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Michael Heerdegen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 21 Jan 2025 00:36:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Tassilo Horn Cc: 75626@debbugs.gnu.org, Eli Zaretskii Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.173741973028114 (code B ref 75626); Tue, 21 Jan 2025 00:36:02 +0000 Received: (at 75626) by debbugs.gnu.org; 21 Jan 2025 00:35:30 +0000 Received: from localhost ([127.0.0.1]:52430 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ta2Es-0007JO-CI for submit@debbugs.gnu.org; Mon, 20 Jan 2025 19:35:30 -0500 Received: from mout.web.de ([212.227.15.4]:48529) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1ta2Ep-0007Ir-1r for 75626@debbugs.gnu.org; Mon, 20 Jan 2025 19:35:28 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=web.de; s=s29768273; t=1737419720; x=1738024520; i=michael_heerdegen@web.de; bh=cyi7IJ/Yf9QJbI7pSq6Q0ePdWU2s48Lq+y/rrzgtC+o=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date: Message-ID:MIME-Version:Content-Type:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=KaXtE9th+5Mmt0/IYTIwi8RYq4HVqRtv6RyrMlL60w0a/3RsxcKgrsJyddMcBJLl vvrcu3eMr061gyg9DcalQp3oE/Tv9JJYnSR0Zl8hb0jLvI5t6/eY5STXVYVqCL3yu MATfz1I/ynEyD4LsTjraDkeDEumPdLVZJLRy80DmhzaZCRzHhncTtD1NbhcRRn3F+ 8YPctOqJCWAqhPKa0bXL/+PVOY0bcvIrz+fhRyvY/ttMw6MaPsqNkexisZT/l0/sQ cu+9Mym77A52TmAABXGsakpMGS4SqgpiBkJKTQ3yKX2NBpfxw+K0oI+cdGv6y+U7S 8IbciKmAzIepC9q9TQ== X-UI-Sender-Class: 814a7b36-bfc1-4dae-8640-3722d8ec6cd6 Received: from drachen.dragon ([92.75.138.197]) by smtp.web.de (mrweb005 [213.165.67.108]) with ESMTPSA (Nemesis) id 1MT7aV-1twkQa3cat-00Z8px; Tue, 21 Jan 2025 01:35:19 +0100 From: Michael Heerdegen In-Reply-To: <87plkhb69r.fsf@gnu.org> (Tassilo Horn's message of "Mon, 20 Jan 2025 21:05:20 +0100") References: <87r051khsd.fsf@gnu.org> <86jzatg7rh.fsf@gnu.org> <87ldv9ke06.fsf@gnu.org> <87o705hv2t.fsf@web.de> <875xmcpl7g.fsf@gnu.org> <8734hfsgl6.fsf@web.de> <87r04zw0sr.fsf@gnu.org> <87ed0ygsmi.fsf@web.de> <86ikq97ip0.fsf@gnu.org> <87a5blhb24.fsf@web.de> <875xm9havc.fsf@web.de> <864j1t7gth.fsf@gnu.org> <87wmepfuxp.fsf@web.de> <86y0z55t2k.fsf@gnu.org> <86r04x5s6b.fsf@gnu.org> <4e07af48-166a-4cf7-8b89-cc784d6030eb@betaapp.fastmail.com> <86plkh5mo4.fsf@gnu.org> <87plkhb69r.fsf@gnu.org> Date: Tue, 21 Jan 2025 01:36:37 +0100 Message-ID: <87ikq9f1ey.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:/6sM3Rv7kEGRMFY7jY6Ya8n7GxQJZ7WjnTrqnIUGKYeOMX3B1hQ L5azWDlcqS3Nb+bX7AdDqQoflzZp9b7eIAoz/78wMRG9yzZNygR04xSY+eBZsPd5w2KY78B LJCoAhb2OyPQq9O5EanNlmMD1AepLyrsDrI9TSRVb8shst0vs012EOzC094YBoJ9juJAFaC 4OtzeF/lEIAZjtV4qn+jw== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:BXvepxQbI5k=;yqF+vTlErsu4wDIPPmS2CRD+fnE 1nO1F2lPq1jJpJh3Nu59dotIn3AgrS8UBN+ObznY2gZtqT82bER/qkz9Rymq4bw/Ix8IBadpc snw0zHAsZCLMf9pG3pIsWG4r1kz3QF4HV7dOfs5E6UxJaAIiO90O4tKbglb+KY2kLqp7aesz7 ndDEVHA2AUJQWg9xHXCGaFzCsaYn3SDk9UOxvCEUsYSRfS//+/m3BK55u9Go7/G4ESV1ZWIL+ zss9MmLejt4DMdZJOpYINPvAgcyCLZWhzRObYur547T90ZOW8jDo5SzkDd1pA6uoT4FfMk3ZD pVpnAI22nDrD50IhCyIDe7Le/AxjuMgxu3ZQL4odlfmx2KbrsGhpbOG6qZZ4hg+ugQZ2OgP6X 2hE7vBxRgnN1O8AMr4DGdvBYbKF4i4WbVBtuMjEtLZUNw26rEpOWHbqDwh3yx958E8TKBEP0/ atfGB/FjxvAjM5dqxrT/DojN+DQjpdcyz6EAlkX1RCxUzcR0nMUMzuFLFg8netaP2w2KmGxsT /xF6sDHjPXm3GzRvdgA0dEOGKd6M/vsmW5B1q2+usz2krzEIBktUaykQuNQO2OWp1hm/o1/Fc ITN/dJiHK2BgX2S6NkMMZUasihvEnjeo/ogzW+WgPeFPc3aXfhFBrZWC9e9gApbc2UK32toq5 1Rb8ap9Iw0AoqeYVHnHXW96EQeHThBzuV7AWoFRv8Cmf4SnBOwtN9jAbLpfqtZ68N9uWb0JFe EdIq7KwRb2thW4BEnTf9YWT98IziA8TH3+/JEvf/MgJUX8YGHB7p28z1zLFHjairAk1+Jzcgt sLMMyE1Sp3A6GVriDxiYjSPIAr1WZCpUA2vUlCuoy39dLPqQ6oXRGL8s39Ec0fLl5YZPNYSP0 3WxThTpKzpdeKoG9HFYCpXBr4g8DlaT0w+rrD+LNKjVar/k6R03MRvy7XAxgdzW5lJkGLxYJW mUs4XqtznpM00b1+6tearXY7uI/Wsu8Bk+ih0oMxKQopgefmGPTjm0Ni0cc+GwGaE4ocqRoex xQvvf82gvMNsclLnAbTRDg2ZmNEIJA93AMj4LPAo4et/tbUzTgXYNEo2U8GGi6fGHBiFRyq10 TMqJ8F7jE3ppQhX4WyE5CYkhJp6y0LQvmapkykoDZQCtTPahewivzlvd5DgYS6NT5nWbFPlL9 RP2ToeHNM14ag4g4wQ8QvUKuZx0YKug/7FTMAXItorg== X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Tassilo Horn writes: > > Anyway, that other places could want to use this was not my > > suggestion, it was yours, AFAIR. > > No, Michael's. Yes, I wanted to bring that up. Though I don't understand the naming convention thing, too. But I also have a question: can it happen that we prevent an auto-revert, and it is then not happening delayed, but completely canceled? Or will auto-revert-mode always try again later even without a new notification (or however that works)? Michael. From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: Re: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 21 Jan 2025 00:43:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Drew Adams Cc: michael_heerdegen@web.de, 75626@debbugs.gnu.org, tsdh@gnu.org Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.173742015329402 (code B ref 75626); Tue, 21 Jan 2025 00:43:02 +0000 Received: (at 75626) by debbugs.gnu.org; 21 Jan 2025 00:42:33 +0000 Received: from localhost ([127.0.0.1]:52451 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ta2Lg-0007eA-Gp for submit@debbugs.gnu.org; Mon, 20 Jan 2025 19:42:32 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:33142) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1ta2Lc-0007dm-Pe for 75626@debbugs.gnu.org; Mon, 20 Jan 2025 19:42:29 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tZxhY-0007iV-Mm; Mon, 20 Jan 2025 14:44:48 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=teIaszEVXje4XNMFNOLOMOwci4j19S5/uDOZrO7hZCg=; b=NvSPin78j+si 1J/S+jPf6ZIrIjawGKv+jFqlh0QUE1mYJhvd+UGbMScN0FNAOd55sVTUGnNRibHRODoNgS+PO8Vje GZaoHwIGZYXDIQB7wRDdXq0eA579PTDpuPquBpFFexT6bdT79vDOxt5WF8TOSmv0RvBDaKzDIrvbj 4hVGkh+3AmIMsmCSAP2HKNs/yyRHMdmzp3KQm0qmXBrI2moQ8phUhiu8gguEYdWpW/u71jPnubjal h48gmt1PBG8eu6psa7FRQOYFBLsoLohatIXmTazH4rDNeSfVCbTyrANOC0yHRZQru/nCLG2oGRGYQ +dOECjr2hZ4PytF814ugAQ==; Date: Mon, 20 Jan 2025 21:44:46 +0200 Message-Id: <86ed0x5ky9.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (message from Drew Adams on Mon, 20 Jan 2025 19:31:34 +0000) References: <87r051khsd.fsf@gnu.org> <86jzatg7rh.fsf@gnu.org> <87ldv9ke06.fsf@gnu.org> <87o705hv2t.fsf@web.de> <875xmcpl7g.fsf@gnu.org> <8734hfsgl6.fsf@web.de> <87r04zw0sr.fsf@gnu.org> <87ed0ygsmi.fsf@web.de> <87ldv6j9lv.fsf@gnu.org> <87frlej8ad.fsf@gnu.org> <86msfl5mal.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Drew Adams > CC: "tsdh@gnu.org" , > "michael_heerdegen@web.de" > , > "75626@debbugs.gnu.org" <75626@debbugs.gnu.org> > Date: Mon, 20 Jan 2025 19:31:34 +0000 > > > > An operation on marked files - which really > > > means, for this macro, an operation on marked > > > _lines_, CAN DO ANYTHING. > > > > Auto-reverting is not something the operation on files does, it is > > something that happens behind the operation's back. > > Yes (though the macro doesn't necessarily invoke > any operation on files). > > And auto-reverting could occur while the macro is > iterating over the marked lines, and while it's > invoking its ARG function with point on a given > line. > > And yes, that can be a bother, and it's usually > _not_ what you want or expect. Agreed on all of > that. Is it _always_ not what you want/expect? Yes. Because the only way this macro can work predictably and reliably is if it works on a snapshot of the directory's state. It cannot allow changed in the files that its body did not cause and does not know about. > > It affects the list of files that the operation > > wants to map over, and could easily cause the > > operation to never terminate. > > Yes, I can see that. I'd suggest letting that > happen, by default, and add a note in the doc > telling you how you can prevent that when/where > you _call_ the macro. If features like auto-revert are allowed to run during the macro's operation, there's _nothing_ you can do to prevent these problems. That's what the discussion of this bug reveals. > That's my only disagreement. I don't see that > fixing the bug requires changing the macro's > behavior in a general way. Because otherwise the macro itself has a bug that cannot be possibly fixed in the body. > OTOH, if you make that change, is there some > way for a user to modify the behavior for a > given macro call, to _allow_ what would now be > prevented in a general way? No, and neither should there be such a way. That way is a way of introducing bugs into a program, and we don't write code that produces buggy behavior. > If there's no way for a user to override the > behavior to be newly imposed then that seems > a shame, to me. I challenge you to come up with a problem whose solution requires to allow auto-revert to modify the list of files while the macro runs. If you can come up with such a problem, we could then discuss this and see what followup changes might be needed. Otherwise, I see no reason to continue this discussion, since we are talking about problems that don't exist in practice, AFAIK. From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 21 Jan 2025 00:44:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: "michael_heerdegen@web.de" , "75626@debbugs.gnu.org" <75626@debbugs.gnu.org>, "tsdh@gnu.org" Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.173742023529609 (code B ref 75626); Tue, 21 Jan 2025 00:44:02 +0000 Received: (at 75626) by debbugs.gnu.org; 21 Jan 2025 00:43:55 +0000 Received: from localhost ([127.0.0.1]:52462 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ta2N0-0007hU-Sj for submit@debbugs.gnu.org; Mon, 20 Jan 2025 19:43:55 -0500 Received: from mx0b-00069f02.pphosted.com ([205.220.177.32]:23710) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1ta2Mx-0007hK-Qy for 75626@debbugs.gnu.org; Mon, 20 Jan 2025 19:43:54 -0500 Received: from pps.filterd (m0333520.ppops.net [127.0.0.1]) by mx0b-00069f02.pphosted.com (8.18.1.2/8.18.1.2) with ESMTP id 50KGN9wr008108; Mon, 20 Jan 2025 19:31:37 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=cc :content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to; s= corp-2023-11-20; bh=EvlSqNI5SdMA9FmFxNtdBszgAaJyo5KSb/k6+NLANRs=; b= XZsV/4Id0EskB+W7hR+DIjLnjFVZ87I3D1RqKfzL31EXL3HeSjLhTSsKUAkfFuzr HxYDPxa+4jegVDVwue97dPtGGzxIa2ocuYSNV/cyA1gyMPhpX4Bj/dnj905tt0Ln aagg/tAyJ++LfIKJV4m5KOJ2HsV6tMh6/Vf5lItfGz3aSSalEo3MTXfw+yK4v8Op IPTm5ZQRQrZMZvfKSOW68wtgYewr/foEpQbhOkwY62T5bNj2UjqqL5gq8jNQjKBY cQAWeIAXB2uZJnyocJc4K2AJAuS5Dv+QSMJbj4ii0gK5EAumrs0Oz+zfKId4DDKA QjaCg97wrJe1tX+B6V0g8g== Received: from iadpaimrmta01.imrmtpd1.prodappiadaev1.oraclevcn.com (iadpaimrmta01.appoci.oracle.com [130.35.100.223]) by mx0b-00069f02.pphosted.com (PPS) with ESMTPS id 4485qkv9tt-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 20 Jan 2025 19:31:36 +0000 (GMT) Received: from pps.filterd (iadpaimrmta01.imrmtpd1.prodappiadaev1.oraclevcn.com [127.0.0.1]) by iadpaimrmta01.imrmtpd1.prodappiadaev1.oraclevcn.com (8.18.1.2/8.18.1.2) with ESMTP id 50KJKsbp019489; Mon, 20 Jan 2025 19:31:36 GMT Received: from nam12-dm6-obe.outbound.protection.outlook.com (mail-dm6nam12lp2176.outbound.protection.outlook.com [104.47.59.176]) by iadpaimrmta01.imrmtpd1.prodappiadaev1.oraclevcn.com (PPS) with ESMTPS id 4491c1dvnh-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 20 Jan 2025 19:31:36 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=WvgKLmuQ4QWUeMIzEXoX66opaboD6Nnq+nkWRULOmUIG5pOPdDANUuixFHZX4njyoVp2XwRSCFMxvHkOLhq+FaoXbrVHv3wsQyH7vnh7CtdJiiQaC4wks8eWOebgxnj0be4IzdEm0MQ/YC2/Q0zfTc/L97QXolT5mtnf6Xe1Bga+EkhM7R4Nva5NciJkjEnWSgXHdstRSs9j2nnoEKWi7aO8nk0acgQ+LIrij5ApqSQ2Y5422+sDQq5R22yQ9hZB7/qqVggB2DDQOpmL9zoaTOu2l1YCdMtpGD5r2MXoDCfhHWxqJDXuTzjbTR0yH5pLJi/5d/hkXczZ0ZYvUVUlXQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=EvlSqNI5SdMA9FmFxNtdBszgAaJyo5KSb/k6+NLANRs=; b=O4fNkwlmOJ1nGV4UcHuWw3Et7tOPCBvQcdVRg26aQxzFLA5oM/vUrj6xjrsJjxCL3jezwYUVrcZ7m/38B6CGmQhGvP+xBJF4KU9OavgNiofhYRfakPdGrGb2q/2aZqqRYkO9bC/X8FHaFhl1dBeCb8E66QWCH3QmA/zLSrYmNgUXk585qqP9tMJwtakqfoNXxyL+vXS0nYEmN5vx4vRiEhb0YofagiMDMqgIbui1WpussBxUZM4LLqWJiCW1KK0R5KTWG8SVVyNu2HAsUfVPkIIsIDuIwrAup7VK8PQdVAGrHGWH/FFoRDBpURqcwB98JX3+IXIISHxjrzeWhMqa3w== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=oracle.com; dmarc=pass action=none header.from=oracle.com; dkim=pass header.d=oracle.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.onmicrosoft.com; s=selector2-oracle-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=EvlSqNI5SdMA9FmFxNtdBszgAaJyo5KSb/k6+NLANRs=; b=kOEVIWvKX2DeW3NOlT13ypv90cDnWDrj3ITzcYCPe2iIhShK0ByQFcIJGcqRDT/DFDuugC35LIBA7EeLKTemCmHIEn5RP5vUTdQXmZGRhppixdNrCNMvhpAtHkmEDcybWTofPnzg5hgtKUBiGyuMcRXPsMlFri8lVemEosuhvWo= Received: from DS7PR10MB5232.namprd10.prod.outlook.com (2603:10b6:5:3aa::24) by IA0PR10MB6817.namprd10.prod.outlook.com (2603:10b6:208:43a::11) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.8356.21; Mon, 20 Jan 2025 19:31:34 +0000 Received: from DS7PR10MB5232.namprd10.prod.outlook.com ([fe80::8303:658f:14f8:2324]) by DS7PR10MB5232.namprd10.prod.outlook.com ([fe80::8303:658f:14f8:2324%5]) with mapi id 15.20.8356.020; Mon, 20 Jan 2025 19:31:34 +0000 From: Drew Adams Thread-Topic: [External] : Re: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Thread-Index: AQHba2/KXdf8cyxNs0y1Zneqlt0Gc7MgCerg Date: Mon, 20 Jan 2025 19:31:34 +0000 Message-ID: References: <87r051khsd.fsf@gnu.org> <86jzatg7rh.fsf@gnu.org> <87ldv9ke06.fsf@gnu.org> <87o705hv2t.fsf@web.de> <875xmcpl7g.fsf@gnu.org> <8734hfsgl6.fsf@web.de> <87r04zw0sr.fsf@gnu.org> <87ed0ygsmi.fsf@web.de> <87ldv6j9lv.fsf@gnu.org> <87frlej8ad.fsf@gnu.org> <86msfl5mal.fsf@gnu.org> In-Reply-To: <86msfl5mal.fsf@gnu.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-ms-traffictypediagnostic: DS7PR10MB5232:EE_|IA0PR10MB6817:EE_ x-ms-office365-filtering-correlation-id: 181bc440-2f32-412b-0147-08dd39890ccd x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; ARA:13230040|366016|1800799024|376014|38070700018; x-microsoft-antispam-message-info: JRhY6siFO4l4oABCdEQBvcu9qNdxmcufgCOmdh/f21Mv9CdSgOGVeOBP2hATWbGkOIFCPLrCWKsZiZSHfzfwzQqEXcXB2jk/q6xt60ozdRN9pb5IfSKvy++eMulG4WqE5hG68F7DM5leXz9jXgvgl2s6Rt8FQsW3g5oOhlxuWxowhSKJkBrjgvmBaqAfDYeeX424HfgIAJwgJQ1KBQyppYPtmVXmHgYbvhXnDjrcKdoyPBaw3tD3Do9/rmXelKWd7zkXMuPLwd1ZRfFeQFvWQTSWg9bTLjtNcMEoJRmpM722nyp6UNPd8Mw9ZSn8oK6VnwWCJNtEgh1cWMAMjMdGXQ5t083BQlwQOjZkcmH4CTXWFTyjGlqJOkhXjKRnCP0MM3xMBVcIAdJCd7i6Of8WmA8EYYCiBjj0JI9Xfb4qoYMdDVHu//FU+X7VC6eotZh7691kTfPH0l24Rbm8U+M3FPmQ73pxEQum7rLQ7ZtJVD/s6G/G5p/bvyFkY3OyRnNtzLSCsNHmzAzqPvAVrUNNuRe5uST90OiY9bjgk6G1z6eaxdozJcPQmahJcqWLriBwc6YjhNrnStu3n+aUIssoTNjD/YAq99Tiya28Q9Avlfr3bm843Ot38e/x5YiDcZfpZxbt4ASzCoSJXr0HsNoizN1wuyDKHTelIQT1Ri14OIwrl6T4yzKnCZA8H0M/hkJ9VuqzvA5nJKd7YYfeJAoyhQwxFRkQU2H4+bqDz6YzJYEbRRgwvvUr3IIxasbX3LnxiM+3k+PVJmNdEWgpgWYgadCEV6IpbBl4r5llNYE68+rlpm65NYl4LRgp2+Sci7okRHgSlQXBaejAJf8RTnDVlMqvwfzIdiOIDbRmLZl9a8BEBuupengEdL9WY+L+suwBPl9pfwFZbtcBORGroTnxlawn5tWH91QU74gKsVlTDSvUrHMo54yAsPbuuXraq7HPK0smZgSbSWEn5z9TURZGs0Wx7DV6D1WyAxSJUxwi0I1Z1VwXI9ncqILXtfm9if45Xp2/MP1tDvzKY5Wyf7Ulc022SXlK7ZnBi4z3LrTv3f8nNM/tV7r5ZXKDny/ChkJHhVKjSbeIwk0BffT0JNSfwRgcjwiTo5XTHU4BG6I5TB/h12jHRX8L/S9HnZKJONbDnU+L8LO44P6i/UZgQCylyotmOWv1IfoFhtdNmqugZX5c6HyXF2Zq65Dn0HdFC+jwPYS7DErwLIDvUiiDOiII36C+4qBhnUjdyGxEYVg2N18PBmDprQyRaghlIVlfwAlvh/wpnCfkVRgs+M+HOs45Lrf1SIWp6kpX8tekms2QtBjg1CjnOsvqlNz+dCowi3eZRwcM1f2Kwd7r4dUKdFiNGxBW4uJSOIZhb3ERx8LUQ6fjfbN3NYrkPqUYZEpfxjnB5hfFk+z7hziOUMAtaL3KBZWln1IQwrd2EgOcYu9/cd9Wn7/JRn1F+plNCLJbOehV x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DS7PR10MB5232.namprd10.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230040)(366016)(1800799024)(376014)(38070700018); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: 1WGjkN0d3BZe3KwWO/Z31QPE4O8JtQlVlbJzLEojsWECP0VoaxxzzEidcmxvySw0Er6JBIUixEGi0iAlkQqs6OdcCc+/ZSAaohryjkseB6F3kQnn8KnB+/BE97e3HiQOXfGOatIkM5Qq+azQhwOdmGibvBsXRSKWytFdNGSYIsc5KyVhyWM+/s0elQvUUO+9FH6jwdFGz8wjLSCb88+AzpMq46wMQIy0gz+fLYtXkxJ5UBVq61pO7CCAzjRXO3dRH2vWCxmEmlzODFNbLWzb2mfwIEti+e2sOzPaGCs3evz1ZoXMMDgQKAFzVPk/Axm1O0D4LOyB/q8k7LdwMsjybu0t5lVrbkilIKAduF95auSrFYLYWGRrxEtdwCWT8/M76BtqkiaTRPWiUQkM/G/Ro3ZZ+/FwkP9mCEVsv3SvRj+SKxSWi/i8lP0V/zsWlvSYN3892R+KJw5PkHaJoGinecYGmcYmcq8re0QkHrmomoElIo4TszluI9KdocxQg5799N7R+TFMfAn0PeaEgS70kcijj2zf4kXnJijeChm/8nD2wPfNfvknfI+JeewmxvcCFShe2yDcDMpeqJHHHP+SwIacWbK15A+LADMwuwxOy0MYYFcRw5Q3Jvj1hcJG4Y72aOwgUQVdvhkO/H2GbqpD4qKg2MA/Ugkckuk5dyVxuRPlnQNLvnUee2+r6lAGrSQzDaYbAKzXpfulMHQ3lu2L3Ce6BLwq+lUROv0LWPkKCnahIl7LHfWsRcm64aFh6OEow7oAfa57nDX1P0jB72gOAaA6SWG2jG1d+JWbN4MBvR0S+R+wdvcQd2X6q3aoYS/zouBwtOJIM+H8GIr5wLJ8VAFsYjEG1vqnK8Vdtp0REzqJtoEPe412/L3sjW+FAj/rbA6+G4SPwP5wKU0OV4x9OKdc1QCMRDl7VIx9swfKGl/qQc+Tvz4CZm5Wb5rUDiiiuOqx9f01OhGMwy0jEPDEG3oMJwZz10BD48OIGOquQLowNV1Ntn1Y8bR0bAONheCzHFDL/EqFrzZXsUlSfzHwYvXGmeZm/7vrhAW7HGdzt+xubrd7J3QBhjD7Vlcwn72xRvDumXRtq0+8+8f6wH6xqkyq7d6p8O5Hyw1kotID+UV22QpXd49tpZZBIRgErmeJoMH74O0WeMgEC2RMG6i/gPnASmK9DggbR/hw8Ctt8PcqRWOjbrROeaScknUlE3JUu0rT/WXYUZZ8xIzadI7sSv48gcQMhfKZm3AJ46iwiqA+xMFlZKOFlQ12q74jdwUSNyaZATr9mHM0+DHHmW6H8basZsxPZiCvzCm24ZN+Z9qAIwBF63lcaeG6UVbkqxf2yP0W4EbFu1ZU/NcPrJ6jsYgyd0QDIUyHENUNcnAiCO8tzzW0pHAA3dI/dL2QSlGBPrGxtkFpbYPFkl+4dCdGJ0dlfvNvbtGFUUn6H5whZIr8xh0lG2XIy95ZkYpYcXkCnoZam1uCqL+mmkItihRgFctHG+mLEvVWbRVq6i4ss+pzrFnwlTiKJA7oSZuiSlpbIkEhwzfWRlqfKml/uxYFlSD/17vsVNMsDBQf7gWbFMvn5/lxQ6J+RfDHV1babLm7 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-MS-Exchange-AntiSpam-ExternalHop-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-ExternalHop-MessageData-0: i+c8n4HjirAY8ZieW2rK5mDiJD7oFFGgFNIJi5zpxVu6zcULR4ckcV4Ckf9EfHMLAJkBid/xevAq4b+V5PZCmjG9REFXYu+6s9hI1OVng+Xop110kQmKqyq0ScXwHLDpYvvwiv2MRaw2J5sPD8WxyBdpO2eG8b4qz73lwGEOzUNwY1d5T4jA8QwWYYKrntRnMKXFguZT0+J3fgLS01kPTCYXnvZZlNgDOI6Em/olAbGYh9dk3CepudKZ1cQtg9CG0KXRUpcZhGDqMaeJnX1K1zwvYGH/t8Uy3SCBoNjPz+vanuh+l5GVSpSnHWv5M6J3a2AQTbpAu1o5GkC3+3mqUXEH+hWRIzDkzPOFHNYAsAeqtwk3+i0L8vZ7Ly7Ted6eZq54mHBNqpFT51Nf/RiEeNV1T6bJuLTJqb49SKq9AUejASusmnXoPwTY+/6SHMKmv0mwEueTxKKiRnXRW0zcXP6J1rv8hZaV2pGRbCuH2l+4RK6lEVXXSgrFtsOb5UXrbTaNFxyjpZhHGESRrUHYNJrdNYFnbl7DmtK7H6z14iL0RWRFvvQvjpDkpY0c7gUGTdimUZWl9tAeKnCeFoyndqO3hz+RL0NnYW4EaypJrC8= X-OriginatorOrg: oracle.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: DS7PR10MB5232.namprd10.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 181bc440-2f32-412b-0147-08dd39890ccd X-MS-Exchange-CrossTenant-originalarrivaltime: 20 Jan 2025 19:31:34.4260 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 4e2c6054-71cb-48f1-bd6c-3a9705aca71b X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: RZyFB3CqZ2WcIE/pEBcFu/m/Q0DLDIS/MfBEZQyiMwyb4OflzDmYdTKFrBEdJfYDGUafBPdbwd2Dz2Wq5prOOQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: IA0PR10MB6817 X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.293,Aquarius:18.0.1057,Hydra:6.0.680,FMLib:17.12.68.34 definitions=2025-01-20_05,2025-01-20_03,2024-11-22_01 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 malwarescore=0 spamscore=0 phishscore=0 adultscore=0 bulkscore=0 mlxscore=0 mlxlogscore=999 suspectscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2411120000 definitions=main-2501200158 X-Proofpoint-ORIG-GUID: Dim2JnosvDkH6gvQZHakQ0uhRo3c_Hhr X-Proofpoint-GUID: Dim2JnosvDkH6gvQZHakQ0uhRo3c_Hhr X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > > An operation on marked files - which really > > means, for this macro, an operation on marked > > _lines_, CAN DO ANYTHING. >=20 > Auto-reverting is not something the operation on files does, it is > something that happens behind the operation's back. Yes (though the macro doesn't necessarily invoke any operation on files). And auto-reverting could occur while the macro is iterating over the marked lines, and while it's invoking its ARG function with point on a given line. And yes, that can be a bother, and it's usually _not_ what you want or expect. Agreed on all of that. Is it _always_ not what you want/expect? > It affects the list of files that the operation > wants to map over, and could easily cause the > operation to never terminate. Yes, I can see that. I'd suggest letting that happen, by default, and add a note in the doc telling you how you can prevent that when/where you _call_ the macro. That's my only disagreement. I don't see that fixing the bug requires changing the macro's behavior in a general way. OTOH, if you make that change, is there some way for a user to modify the behavior for a given macro call, to _allow_ what would now be prevented in a general way? If so, that would be OK too. Just how can a user do that? I haven't followed the patch etc., but I'm guessing that it's not sufficient just to turn off `auto-revert-mode', or just bind some variable, around the macro call. If there's no way for a user to override the behavior to be newly imposed then that seems a shame, to me. Is there no reasonable alternative that would allow prevention by default but would let users override that prevention in a given case? From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: Re: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Tassilo Horn Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 21 Jan 2025 07:27:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Drew Adams Cc: "michael_heerdegen@web.de" , "75626@debbugs.gnu.org" <75626@debbugs.gnu.org>, Eli Zaretskii Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.17374443893613 (code B ref 75626); Tue, 21 Jan 2025 07:27:02 +0000 Received: (at 75626) by debbugs.gnu.org; 21 Jan 2025 07:26:29 +0000 Received: from localhost ([127.0.0.1]:53072 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ta8eb-0000wB-38 for submit@debbugs.gnu.org; Tue, 21 Jan 2025 02:26:29 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:41840) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1ta8eY-0000vt-GV for 75626@debbugs.gnu.org; Tue, 21 Jan 2025 02:26:27 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ta8eR-0003Zq-RF; Tue, 21 Jan 2025 02:26:19 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=BOf1tOCdqP59L8pQPJxgzzZ0nMcX1khEU7ZO/cq8a2w=; b=K0iY2w+xJrK7RWnDHMkX vjc3m0xGN3GgLDorjjw42l7duM5jllkQMD5/s2zYUZ8yaM9VZ5vFMKLE+NBS5D0pEIptEvSTfJFOf oETBQonsb6ubQnHCzX0Pz+hF7UBo02wBK4ie8t6ZdYVx83DSg8d4auBjxhGIAY0xpLPAXe0tnSFDF BuyBkJsKdigxW8nLBqQuOj4eOhLge79SwrgiUe5hv3jzASIjQ+HWip/DeKGJNjXIO6i4gl3Xld6DQ c+Zb/82mpAUGUinwF3iX8PNK1r1jpZpTCmCQ9N8cc52Chiw6D0Yg86Hl8YxU5oNsx8eU7htVb7p/X yt8NrL2YoM3Xtw==; X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeefuddrudejtddguddtiecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpggftfghnshhusghstghrihgsvgdp uffrtefokffrpgfnqfghnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivg hnthhsucdlqddutddtmdenucfjughrpefhvfevufgjfhgffffkgggtsehttdertddtredt necuhfhrohhmpefvrghsshhilhhoucfjohhrnhcuoehtshguhhesghhnuhdrohhrgheqne cuggftrfgrthhtvghrnhepleduvdegfeduvdejkeefteelgeetgfevhefhueffueffgeeh gfeufefgvdffgedtnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilh hfrhhomhepthhhohhrnhdomhgvshhmthhprghuthhhphgvrhhsohhnrghlihhthidqkeei jeefkeejkeegqdeifeehvdelkedqthhsughhpeepghhnuhdrohhrghesfhgrshhtmhgrih hlrdhfmhdpnhgspghrtghpthhtohepgedpmhhouggvpehsmhhtphhouhhtpdhrtghpthht ohepjeehiedvieesuggvsggsuhhgshdrghhnuhdrohhrghdprhgtphhtthhopehmihgthh grvghlpghhvggvrhguvghgvghnseifvggsrdguvgdprhgtphhtthhopegvlhhiiiesghhn uhdrohhrghdprhgtphhtthhopegurhgvfidrrggurghmshesohhrrggtlhgvrdgtohhm X-ME-Proxy: Feedback-ID: ib2b94485:Fastmail From: Tassilo Horn In-Reply-To: (Drew Adams's message of "Mon, 20 Jan 2025 22:32:52 +0000") References: <87r051khsd.fsf@gnu.org> <86jzatg7rh.fsf@gnu.org> <87ldv9ke06.fsf@gnu.org> <87o705hv2t.fsf@web.de> <875xmcpl7g.fsf@gnu.org> <8734hfsgl6.fsf@web.de> <87r04zw0sr.fsf@gnu.org> <87ed0ygsmi.fsf@web.de> <87ldv6j9lv.fsf@gnu.org> <87frlej8ad.fsf@gnu.org> <86msfl5mal.fsf@gnu.org> <86ed0x5ky9.fsf@gnu.org> User-Agent: mu4e 1.12.8; emacs 31.0.50 Date: Tue, 21 Jan 2025 08:26:15 +0100 Message-ID: <87y0z47hm0.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Drew Adams writes: >> Yes. Because the only way this macro can work predictably and >> reliably is if it works on a snapshot of the directory's state. It >> cannot allow changed in the files that its body did not cause and >> does not know about. > > Again, it's not about changes in the files. The > macro carries out an action on the marked _lines_. > Not the same thing as acting on the files marked > on those lines. But the marked _lines_ can also jump around/change their order due to auto-revert. And the changes causing it might be made by other processes, not our dired operation. Please give one concrete example where that would be desired? It's like arguing that a inhibiting a periodic shuffle-lines during keyboard macro execution would constrain the generality of keyboard macros. Bye, Tassilo From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 21 Jan 2025 12:36:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Tassilo Horn , Michael Albinus Cc: michael_heerdegen@web.de, 75626@debbugs.gnu.org Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.173746293513223 (code B ref 75626); Tue, 21 Jan 2025 12:36:02 +0000 Received: (at 75626) by debbugs.gnu.org; 21 Jan 2025 12:35:35 +0000 Received: from localhost ([127.0.0.1]:53598 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1taDTi-0003RC-T9 for submit@debbugs.gnu.org; Tue, 21 Jan 2025 07:35:35 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:46240) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1taDTh-0003Qw-J7 for 75626@debbugs.gnu.org; Tue, 21 Jan 2025 07:35:33 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1taDTb-0003lE-Qn; Tue, 21 Jan 2025 07:35:27 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=Cv3rTg52vxytee8lXow7ALzgsWLRDX4XfrTw5QA/Tbc=; b=mWe91mI18Egc H7NnhBex2nPrjfzMirPcLnI+HlNJDYXbUAeEd+lWBkhtmqdlLAbRtR0RvSJlmPsDeL0J1Nz4MBLQR MGzQQulVDWMD47+kmXX/dFEhM1KFc5bYKQ3TjCTLDwq1Yguvy6TtEj/oX83AA8sAKtdk9gZMs7tom YrMzUi4zQDDq2jdt/0Ya38II0wtDc7N0PdVWi/vhUklS5MBzD0GA9bn7KBHlX9G4o+Fhzlqjo8Iwr lpQNa/4MyD7jCM9Nml6bdWqiCpaX5V9bJy3SMz/XdfqSgWn2An8FOgja74grN43NsophycnLtvIs2 sMD/0BWMvi7H/dsdQDKZPA==; Date: Tue, 21 Jan 2025 14:34:29 +0200 Message-Id: <86bjw05oru.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <87plkhb69r.fsf@gnu.org> (message from Tassilo Horn on Mon, 20 Jan 2025 21:05:20 +0100) References: <87r051khsd.fsf@gnu.org> <86jzatg7rh.fsf@gnu.org> <87ldv9ke06.fsf@gnu.org> <87o705hv2t.fsf@web.de> <875xmcpl7g.fsf@gnu.org> <8734hfsgl6.fsf@web.de> <87r04zw0sr.fsf@gnu.org> <87ed0ygsmi.fsf@web.de> <86ikq97ip0.fsf@gnu.org> <87a5blhb24.fsf@web.de> <875xm9havc.fsf@web.de> <864j1t7gth.fsf@gnu.org> <87wmepfuxp.fsf@web.de> <86y0z55t2k.fsf@gnu.org> <86r04x5s6b.fsf@gnu.org> <4e07af48-166a-4cf7-8b89-cc784d6030eb@betaapp.fastmail.com> <86plkh5mo4.fsf@gnu.org> <87plkhb69r.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Tassilo Horn > Cc: michael_heerdegen@web.de, 75626@debbugs.gnu.org > Date: Mon, 20 Jan 2025 21:05:20 +0100 > > Eli Zaretskii writes: > > >> > And, btw, if we want this to be useful outside of Dired, we need to > >> > make this variable public, not internal. That is, call it > >> > dired-inhibit-auto-revert. > >> > >> Sorry, I can't follow. Why should a variable named dired-* be used > >> outside of dired? > > > > Not outside of dired, outside of dired.el. There are two other > > dired-*.el files which might want to do that for some reason. > > Would you get a warning when dired--inhibit-auto-revert defined in > dired.el was used in dired-aux.el or what is the problem? I've though > "--" variables are only private by convention, and usually not private > to a file but to a package. > > > Anyway, that other places could want to use this was not my > > suggestion, it was yours, AFAIR. > > No, Michael's. > > Anyway, after thinking a bit more about it: we could also have an even > more general inhibit-auto-revert in autorevert.el and bind that in the > expansion of dired-map-over-marks. Then auto-revert-handler would test > inhibit-auto-revert even before consulting the buffer-stale-function. Yes, I think this is even better, thanks. But let's first wait for Michael Albinus (CC'ed) to chime in, in case he has comments or objections. From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 21 Jan 2025 12:39:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Michael Heerdegen , Michael Albinus Cc: 75626@debbugs.gnu.org, tsdh@gnu.org Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.173746310913608 (code B ref 75626); Tue, 21 Jan 2025 12:39:01 +0000 Received: (at 75626) by debbugs.gnu.org; 21 Jan 2025 12:38:29 +0000 Received: from localhost ([127.0.0.1]:53607 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1taDWW-0003XQ-QL for submit@debbugs.gnu.org; Tue, 21 Jan 2025 07:38:29 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:49390) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1taDWT-0003X3-Bh for 75626@debbugs.gnu.org; Tue, 21 Jan 2025 07:38:26 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1taDWN-0003yl-Ox; Tue, 21 Jan 2025 07:38:19 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=yEc8HCu3+RU7jha7hGBmUzt5dlWz9zNBXubpFrLcdaY=; b=BXgLb3QXalkt YlVIThI4M5bvKFUVD4UjAdZeyOnJenoVIFydpxxImZshAPyQt7oduTF5wRdiTWihIEY4YVSz8HaQZ csLqxjf7pNc8+xqUnsrZuqd2gwhE9OKMOuRR+EDHk9FszUm0ezrlpN+KJ5BOhopK9vjI9iIdlTU2m iYEveZ1HgK+zc6eQYYRJKs17CEo6/9a5diG7OqPfFzmj/q4WtgBhLfDeN93kcb1n0YwXRp9TG2feN +santzYrYa6hVR/C7KG8x++/ulr+n8l+5rQlGkaU3E2ffR2M5dj9+n+zIJV1CQcxjXnO0LAwWAZI5 ti8e9e0QNWfer7O8jdn/Pg==; Date: Tue, 21 Jan 2025 14:38:16 +0200 Message-Id: <86a5bk5olj.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <87ikq9f1ey.fsf@web.de> (message from Michael Heerdegen on Tue, 21 Jan 2025 01:36:37 +0100) References: <87r051khsd.fsf@gnu.org> <86jzatg7rh.fsf@gnu.org> <87ldv9ke06.fsf@gnu.org> <87o705hv2t.fsf@web.de> <875xmcpl7g.fsf@gnu.org> <8734hfsgl6.fsf@web.de> <87r04zw0sr.fsf@gnu.org> <87ed0ygsmi.fsf@web.de> <86ikq97ip0.fsf@gnu.org> <87a5blhb24.fsf@web.de> <875xm9havc.fsf@web.de> <864j1t7gth.fsf@gnu.org> <87wmepfuxp.fsf@web.de> <86y0z55t2k.fsf@gnu.org> <86r04x5s6b.fsf@gnu.org> <4e07af48-166a-4cf7-8b89-cc784d6030eb@betaapp.fastmail.com> <86plkh5mo4.fsf@gnu.org> <87plkhb69r.fsf@gnu.org> <87ikq9f1ey.fsf@web.de> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Michael Heerdegen > Cc: Eli Zaretskii , 75626@debbugs.gnu.org > Date: Tue, 21 Jan 2025 01:36:37 +0100 > > Tassilo Horn writes: > > > > Anyway, that other places could want to use this was not my > > > suggestion, it was yours, AFAIR. > > > > No, Michael's. > > Yes, I wanted to bring that up. Though I don't understand the naming > convention thing, too. > > But I also have a question: can it happen that we prevent an > auto-revert, and it is then not happening delayed, but completely > canceled? Or will auto-revert-mode always try again later even without > a new notification (or however that works)? You mean, if this buffer's file or directory never changes again after this one time? Let's ask Michael Albinus (CC'ed). From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 21 Jan 2025 14:14:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: michael_heerdegen@web.de, michael.albinus@gmx.de Cc: 75626@debbugs.gnu.org, tsdh@gnu.org Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.17374688215992 (code B ref 75626); Tue, 21 Jan 2025 14:14:01 +0000 Received: (at 75626) by debbugs.gnu.org; 21 Jan 2025 14:13:41 +0000 Received: from localhost ([127.0.0.1]:53771 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1taF0e-0001YZ-Tt for submit@debbugs.gnu.org; Tue, 21 Jan 2025 09:13:41 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:46496) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1taF0b-0001YI-GX for 75626@debbugs.gnu.org; Tue, 21 Jan 2025 09:13:38 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1taF0W-0001E9-1s; Tue, 21 Jan 2025 09:13:32 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=KktPBASTp/FTXx44HFejXyizMvq+AFQdpm5BTCgKZHE=; b=eGJhTBuzkSdb kXCKsu0tV/7bdtdaJwAlEjXWQIUv2rBQ94PMMEgPUYdaq1Fe9NsldtfJcJg1UCbHz7mm0YcuIJ5ji WjMvO/lomdxJvlVKcZtv+/7zLPmv13RTyCNzMDmSTxP4JyNCC767m+M9P1tg50BMDNhpWkm4GPyrN cSVKf8Iu9ExpP+GsJpXR3sLithVVW28tLkWvGcCwFDtgRhcDAab/u7d98astIXQDSx2UKYy/INMDz lm7U+J2VSehWxjlTKAwToO5xfUm3Pmpx+JQcRIKcsvY2MT2A4PYKxxBycCuaBW6RLdJQBdweMUt+G ETwc5w207hxF5EgzuxXi8A==; Date: Tue, 21 Jan 2025 16:13:15 +0200 Message-Id: <86wmeo45ms.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <86a5bk5olj.fsf@gnu.org> (message from Eli Zaretskii on Tue, 21 Jan 2025 14:38:16 +0200) References: <87r051khsd.fsf@gnu.org> <86jzatg7rh.fsf@gnu.org> <87ldv9ke06.fsf@gnu.org> <87o705hv2t.fsf@web.de> <875xmcpl7g.fsf@gnu.org> <8734hfsgl6.fsf@web.de> <87r04zw0sr.fsf@gnu.org> <87ed0ygsmi.fsf@web.de> <86ikq97ip0.fsf@gnu.org> <87a5blhb24.fsf@web.de> <875xm9havc.fsf@web.de> <864j1t7gth.fsf@gnu.org> <87wmepfuxp.fsf@web.de> <86y0z55t2k.fsf@gnu.org> <86r04x5s6b.fsf@gnu.org> <4e07af48-166a-4cf7-8b89-cc784d6030eb@betaapp.fastmail.com> <86plkh5mo4.fsf@gnu.org> <87plkhb69r.fsf@gnu.org> <87ikq9f1ey.fsf@web.de> <86a5bk5olj.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Cc: 75626@debbugs.gnu.org, tsdh@gnu.org > Date: Tue, 21 Jan 2025 14:38:16 +0200 > From: Eli Zaretskii > > > From: Michael Heerdegen > > Cc: Eli Zaretskii , 75626@debbugs.gnu.org > > Date: Tue, 21 Jan 2025 01:36:37 +0100 > > > > Tassilo Horn writes: > > > > > > Anyway, that other places could want to use this was not my > > > > suggestion, it was yours, AFAIR. > > > > > > No, Michael's. > > > > Yes, I wanted to bring that up. Though I don't understand the naming > > convention thing, too. > > > > But I also have a question: can it happen that we prevent an > > auto-revert, and it is then not happening delayed, but completely > > canceled? Or will auto-revert-mode always try again later even without > > a new notification (or however that works)? > > You mean, if this buffer's file or directory never changes again after > this one time? Let's ask Michael Albinus (CC'ed). Michael informed me off-list that he will be able to respond only later. So we could either make this change now and wait for his comments, or do it the other way around. I don't think it matters much which way we do it. From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Tassilo Horn Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 21 Jan 2025 14:37:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: michael_heerdegen@web.de, 75626@debbugs.gnu.org, michael.albinus@gmx.de Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.173747017811414 (code B ref 75626); Tue, 21 Jan 2025 14:37:02 +0000 Received: (at 75626) by debbugs.gnu.org; 21 Jan 2025 14:36:18 +0000 Received: from localhost ([127.0.0.1]:53815 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1taFMX-0002y2-HY for submit@debbugs.gnu.org; Tue, 21 Jan 2025 09:36:17 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:41324) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1taFMU-0002xc-7x for 75626@debbugs.gnu.org; Tue, 21 Jan 2025 09:36:14 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1taFMO-0006DC-F6; Tue, 21 Jan 2025 09:36:08 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=MJd1CRchXIiBkoo4eCisDfA+vCUSsp14nrNrYutyNZA=; b=erxpJVvwBwVk1eUDhey0 R4MMUnE+p/YxHbjZtzPZFVUQbzbPegj0xNeIiOKlEaLpw10GvuNi8yVfGYD+7RT/seuAJJEb3nMyq 9WhgHaSAH+hjTcP5fZgyFfuF5UspqsQjPEjqich9/qCMpqZAWrJJDFZl3O+DMznhuynhvHQuXcmED 28DIfkYZgzqkFs2PfP6TPsHzwGxVLAbRZ3gHL92mmfIBOmy+uvALGbzS6NKVze9XDdXkpNDjxaupT bRus5fgQXIvqDRW6qzAQgC9fvIh2n6/SK+gxSJ0e6cFL+MEcucZD8HLc8TaxzTdobLl5sz1HFPryu u6IiX+ftD0/aYA==; X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeefuddrudejvddgfeejucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdggtfgfnhhsuhgsshgtrhhisggvpdfu rfetoffkrfgpnffqhgenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnh htshculddquddttddmnecujfgurhephffvvefujghffgffkfggtgesthdtredttdertden ucfhrhhomhepvfgrshhsihhlohcujfhorhhnuceothhsughhsehgnhhurdhorhhgqeenuc ggtffrrghtthgvrhhnpeeluddvgeefuddvjeekfeetleegtefgveehhfeuffeuffeghefg ueefgfdvffegtdenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfh hrohhmpehthhhorhhnodhmvghsmhhtphgruhhthhhpvghrshhonhgrlhhithihqdekieej feekjeekgedqieefhedvleekqdhtshguhheppehgnhhurdhorhhgsehfrghsthhmrghilh drfhhmpdhnsggprhgtphhtthhopeegpdhmohguvgepshhmthhpohhuthdprhgtphhtthho peejheeivdeiseguvggssghughhsrdhgnhhurdhorhhgpdhrtghpthhtohepmhhitghhrg gvlhdrrghlsghinhhushesghhmgidruggvpdhrtghpthhtohepmhhitghhrggvlhgphhgv vghruggvghgvnhesfigvsgdruggvpdhrtghpthhtohepvghlihiisehgnhhurdhorhhg X-ME-Proxy: Feedback-ID: ib2b94485:Fastmail From: Tassilo Horn In-Reply-To: <86wmeo45ms.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 21 Jan 2025 16:13:15 +0200") References: <87r051khsd.fsf@gnu.org> <86jzatg7rh.fsf@gnu.org> <87ldv9ke06.fsf@gnu.org> <87o705hv2t.fsf@web.de> <875xmcpl7g.fsf@gnu.org> <8734hfsgl6.fsf@web.de> <87r04zw0sr.fsf@gnu.org> <87ed0ygsmi.fsf@web.de> <86ikq97ip0.fsf@gnu.org> <87a5blhb24.fsf@web.de> <875xm9havc.fsf@web.de> <864j1t7gth.fsf@gnu.org> <87wmepfuxp.fsf@web.de> <86y0z55t2k.fsf@gnu.org> <86r04x5s6b.fsf@gnu.org> <4e07af48-166a-4cf7-8b89-cc784d6030eb@betaapp.fastmail.com> <86plkh5mo4.fsf@gnu.org> <87plkhb69r.fsf@gnu.org> <87ikq9f1ey.fsf@web.de> <86a5bk5olj.fsf@gnu.org> <86wmeo45ms.fsf@gnu.org> User-Agent: mu4e 1.12.8; emacs 31.0.50 Date: Tue, 21 Jan 2025 15:36:00 +0100 Message-ID: <87sepc6xpr.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Eli Zaretskii writes: >> > But I also have a question: can it happen that we prevent an >> > auto-revert, and it is then not happening delayed, but completely >> > canceled? Or will auto-revert-mode always try again later even >> > without a new notification (or however that works)? >> >> You mean, if this buffer's file or directory never changes again >> after this one time? Let's ask Michael Albinus (CC'ed). > > Michael informed me off-list that he will be able to respond only > later. So we could either make this change now and wait for his > comments, or do it the other way around. I don't think it matters > much which way we do it. Yeah, missing an auto-revert possibility could happen for ages, for example if wdired-mode was active, so if it's a problem, it's at least no new problem. I'll make the change to the new more general inhibit-auto-revert when time permits. Bye, Tassilo From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled In-Reply-To: <87r051khsd.fsf@gnu.org> Resent-From: Rudolf Schlatte Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 21 Jan 2025 15:14:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 75626@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.173747243621058 (code B ref -1); Tue, 21 Jan 2025 15:14:02 +0000 Received: (at submit) by debbugs.gnu.org; 21 Jan 2025 15:13:56 +0000 Received: from localhost ([127.0.0.1]:55730 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1taFwu-0005TU-7I for submit@debbugs.gnu.org; Tue, 21 Jan 2025 10:13:56 -0500 Received: from lists.gnu.org ([2001:470:142::17]:38470) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1taFwr-0005T4-LU for submit@debbugs.gnu.org; Tue, 21 Jan 2025 10:13:50 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1taFwe-0002LA-Nh for bug-gnu-emacs@gnu.org; Tue, 21 Jan 2025 10:13:39 -0500 Received: from ciao.gmane.io ([116.202.254.214]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1taFwc-0003DN-VH for bug-gnu-emacs@gnu.org; Tue, 21 Jan 2025 10:13:36 -0500 Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1taFwZ-0001xk-Bz for bug-gnu-emacs@gnu.org; Tue, 21 Jan 2025 16:13:31 +0100 X-Injected-Via-Gmane: http://gmane.org/ From: Rudolf Schlatte Date: Tue, 21 Jan 2025 17:13:26 +0200 Message-ID: References: <87r051khsd.fsf@gnu.org> <87ldv9ke06.fsf@gnu.org> <87o705hv2t.fsf@web.de> <875xmcpl7g.fsf@gnu.org> <8734hfsgl6.fsf@web.de> <87r04zw0sr.fsf@gnu.org> <87ed0ygsmi.fsf@web.de> <86ikq97ip0.fsf@gnu.org> <87a5blhb24.fsf@web.de> <875xm9havc.fsf@web.de> <864j1t7gth.fsf@gnu.org> <87wmepfuxp.fsf@web.de> <86y0z55t2k.fsf@gnu.org> <86r04x5s6b.fsf@gnu.org> <4e07af48-166a-4cf7-8b89-cc784d6030eb@betaapp.fastmail.com> <86plkh5mo4.fsf@gnu.org> <87plkhb69r.fsf@gnu.org> <87ikq9f1ey.fsf@web.de> <86a5bk5olj.fsf@gnu.org> <86wmeo45ms.fsf@gnu.org> <87sepc6xpr.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain User-Agent: Gnus/5.13 (Gnus v5.13) Cancel-Lock: sha1:0GzvN6je33TlqlgmjPYsnA005OY= Received-SPF: pass client-ip=116.202.254.214; envelope-from=geb-bug-gnu-emacs@m.gmane-mx.org; helo=ciao.gmane.io X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, RCVD_IN_VALIDITY_SAFE_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Tassilo Horn writes: > I'll make the change to the new more general inhibit-auto-revert when > time permits. How about (with-deferred-auto-revert BODY), and apply all pending auto-reverts after BODY finished? From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Tassilo Horn Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 21 Jan 2025 20:19:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: michael_heerdegen@web.de, 75626@debbugs.gnu.org, michael.albinus@gmx.de Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.173749071512400 (code B ref 75626); Tue, 21 Jan 2025 20:19:01 +0000 Received: (at 75626) by debbugs.gnu.org; 21 Jan 2025 20:18:35 +0000 Received: from localhost ([127.0.0.1]:56789 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1taKhj-0003Dt-4H for submit@debbugs.gnu.org; Tue, 21 Jan 2025 15:18:35 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:47746) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1taKhg-0003Dd-4O for 75626@debbugs.gnu.org; Tue, 21 Jan 2025 15:18:28 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1taKhZ-00015H-RB; Tue, 21 Jan 2025 15:18:22 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=ZYE3jXnSZGnUEvM72w5n4fOk8m32GU4dPwfKgTBkE2Y=; b=Di5DtjAUC0honaNghHPE ca9mDqPulsC60hprFPTM34BWF7jYxxGQjwNwvLcwbAflcG5EmG6XO7OeY/eYwKmeILeQ/QKWFvDF3 VC49cwx6CI3YMVUY4W1oj5eYnilf1SCwJktQve5nefP023aSCXQ2TCpoorZgnHVI/R+CFLEMBWjF7 HgEIAG2wWYkK3h3y7iYsjN8GIXG+pyY62gBCDyUsmXedXofsln/quYvZYP7bjTv9+EppXlbNKrEKU xCRlCkmWVd7uNmfv51LKpM4mvlG6fR666o5YBSoaqVJcDWavoJD9DaJBYa+YcTnd52vN5iu50nCyf X1xQyzZH5yhUmQ==; X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeefuddrudejvddguddthecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpggftfghnshhusghstghrihgsvgdp uffrtefokffrpgfnqfghnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivg hnthhsucdlqddutddtmdenucfjughrpefhvfevufgjfhgffffkgggtsehttdertddtredt necuhfhrohhmpefvrghsshhilhhoucfjohhrnhcuoehtshguhhesghhnuhdrohhrgheqne cuggftrfgrthhtvghrnhepleduvdegfeduvdejkeefteelgeetgfevhefhueffueffgeeh gfeufefgvdffgedtnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilh hfrhhomhepthhhohhrnhdomhgvshhmthhprghuthhhphgvrhhsohhnrghlihhthidqkeei jeefkeejkeegqdeifeehvdelkedqthhsughhpeepghhnuhdrohhrghesfhgrshhtmhgrih hlrdhfmhdpnhgspghrtghpthhtohepgedpmhhouggvpehsmhhtphhouhhtpdhrtghpthht ohepjeehiedvieesuggvsggsuhhgshdrghhnuhdrohhrghdprhgtphhtthhopehmihgthh grvghlrdgrlhgsihhnuhhssehgmhigrdguvgdprhgtphhtthhopehmihgthhgrvghlpghh vggvrhguvghgvghnseifvggsrdguvgdprhgtphhtthhopegvlhhiiiesghhnuhdrohhrgh X-ME-Proxy: Feedback-ID: ib2b94485:Fastmail From: Tassilo Horn In-Reply-To: <87sepc6xpr.fsf@gnu.org> (Tassilo Horn's message of "Tue, 21 Jan 2025 15:36:00 +0100") References: <87r051khsd.fsf@gnu.org> <87ldv9ke06.fsf@gnu.org> <87o705hv2t.fsf@web.de> <875xmcpl7g.fsf@gnu.org> <8734hfsgl6.fsf@web.de> <87r04zw0sr.fsf@gnu.org> <87ed0ygsmi.fsf@web.de> <86ikq97ip0.fsf@gnu.org> <87a5blhb24.fsf@web.de> <875xm9havc.fsf@web.de> <864j1t7gth.fsf@gnu.org> <87wmepfuxp.fsf@web.de> <86y0z55t2k.fsf@gnu.org> <86r04x5s6b.fsf@gnu.org> <4e07af48-166a-4cf7-8b89-cc784d6030eb@betaapp.fastmail.com> <86plkh5mo4.fsf@gnu.org> <87plkhb69r.fsf@gnu.org> <87ikq9f1ey.fsf@web.de> <86a5bk5olj.fsf@gnu.org> <86wmeo45ms.fsf@gnu.org> <87sepc6xpr.fsf@gnu.org> User-Agent: mu4e 1.12.8; emacs 31.0.50 Date: Tue, 21 Jan 2025 21:18:18 +0100 Message-ID: <87jzan7wfp.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Tassilo Horn writes: > I'll make the change to the new more general inhibit-auto-revert when > time permits. I have to declare emacs programming bankruptcy. The current version with dired--inhibit-auto-revert works fine. Now I wanted to change that into a more general inhibit-auto-revert. Here's the patch (with -b to make it easier to grasp): --8<---------------cut here---------------start------------->8--- diff --git a/lisp/autorevert.el b/lisp/autorevert.el index 1dcfe8e911f..0cd0623c59b 100644 --- a/lisp/autorevert.el +++ b/lisp/autorevert.el @@ -778,6 +778,11 @@ auto-revert-active-p auto-revert-tail-mode auto-revert--global-mode)) +(defvar-local inhibit-auto-revert nil + "A non-nil value prevents `auto-revert-mode' from reverting the buffer. +Should be used in let-bindings to temporarily disable auto-reverts in a +buffer.") + (defun auto-revert-handler () "Revert current buffer, if appropriate. This is an internal function used by Auto-Revert Mode." @@ -787,6 +792,8 @@ auto-revert-handler ;; the values. (remote-file-name-inhibit-cache t) (revert + (and + (not inhibit-auto-revert) (if buffer-file-name (and (or auto-revert-remote-files (not (file-remote-p buffer-file-name))) @@ -805,7 +812,7 @@ auto-revert-handler global-auto-revert-non-file-buffers) (funcall (or buffer-stale-function #'buffer-stale--default-function) - t)))) + t))))) eob eoblist) (setq auto-revert-notify-modified-p nil auto-revert--last-time (current-time)) diff --git a/lisp/dired.el b/lisp/dired.el index d2071d80bf3..7c9d7310efb 100644 --- a/lisp/dired.el +++ b/lisp/dired.el @@ -944,9 +944,6 @@ dired-mark-if "")))) (and (> count 0) count))) -(defvar-local dired--inhibit-auto-revert nil - "A non-nil value prevents `auto-revert-mode' from reverting the buffer.") - (defmacro dired-map-over-marks (body arg &optional show-progress distinguish-one-marked) "Eval BODY with point on each marked line. Return a list of BODY's results. @@ -983,8 +980,8 @@ dired-map-over-marks ;;endless loop. ;;This warning should not apply any longer, sk 2-Sep-1991 14:10. `(prog1 - (let ((dired--inhibit-auto-revert t) - (inhibit-read-only t) + (let ((inhibit-read-only t) + (inhibit-auto-revert t) case-fold-search found results) (if (and ,arg (not (eq ,arg 'marked))) (if (integerp ,arg) @@ -1294,12 +1291,6 @@ dired-buffer-stale-p ;; Do not auto-revert when the dired buffer can be currently ;; written by the user as in `wdired-mode'. buffer-read-only - ;; When a dired operation using dired-map-over-marks is in - ;; progress, dired--inhibit-auto-revert is bound to some - ;; non-nil value and we must not auto-revert because that could - ;; change the order of files leading to skipping or - ;; double-processing (see bug#75626). - (not dired--inhibit-auto-revert) (dired-directory-changed-p dirname)))) (defcustom dired-auto-revert-buffer nil @@ -4089,13 +4080,12 @@ dired-internal-do-deletions (while l (goto-char (marker-position (cdr (car l)))) (dired-move-to-filename) - (let ((inhibit-read-only t)) + (let ((inhibit-read-only t) + ;; Temporarily prevent auto-revert while deleting + ;; entry in the dired buffer (bug#71264). + (inhibit-auto-revert t)) (condition-case err - (let ((fn (car (car l))) - ;; Temporarily prevent auto-revert while - ;; deleting entry in the dired buffer - ;; (bug#71264). - (auto-revert-mode nil)) + (let ((fn (car (car l)))) (dired-delete-file fn dired-recursive-deletes trash) ;; if we get here, removing worked (setq succ (1+ succ)) --8<---------------cut here---------------end--------------->8--- That last hunk in dired-internal-do-deletions is due to a wrong fix for the bug#71264. When auto-revert-mode itself is bound to nil when auto-revert kicks in, the buffer will be removed from auto-revert-buffer-list causing auto-revert to be disabled forever in that buffer. (At least that's my reading of the code...) Anyway, the above solution with the new inhibit-auto-revert does not work. auto-revert-buffers is called from a timer and eventually auto-revert-handler is called for my dired buffer where the compression of 1000 is still ongoing but inhibit-auto-revert is nil there and revert-buffer is called causing the issue of this bug again. I can't understand why it doesn't see the non-nil inhibit-auto-revert binding in the expansion of dired-map-over-marks. Where is the difference to the current working solution with dired--inhibit-auto-revert? It's bound the same way and accessed from auto-revert-handler via the funcall to the dired buffer's buffer-stale-function, i.e., dired-buffer-stale-p. Bye, Tassilo From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Ship Mints Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 21 Jan 2025 20:28:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Tassilo Horn Cc: michael_heerdegen@web.de, 75626@debbugs.gnu.org, Eli Zaretskii , michael.albinus@gmx.de Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.173749127514157 (code B ref 75626); Tue, 21 Jan 2025 20:28:01 +0000 Received: (at 75626) by debbugs.gnu.org; 21 Jan 2025 20:27:55 +0000 Received: from localhost ([127.0.0.1]:56808 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1taKqo-0003gG-OT for submit@debbugs.gnu.org; Tue, 21 Jan 2025 15:27:55 -0500 Received: from mail-ua1-x92a.google.com ([2607:f8b0:4864:20::92a]:48532) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1taKql-0003fx-63 for 75626@debbugs.gnu.org; Tue, 21 Jan 2025 15:27:52 -0500 Received: by mail-ua1-x92a.google.com with SMTP id a1e0cc1a2514c-85c4cd95885so1154806241.1 for <75626@debbugs.gnu.org>; Tue, 21 Jan 2025 12:27:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1737491265; x=1738096065; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=2EECeRzdIaixk/Lr0TWo+bPoHWZ0MSLtiPRiCEHFSMs=; b=DGJDUaMX+k8gvnqkgcwR+tIRpFM80ibFbhgZ1GrjIvj5sChjQ56ZYxgUhnzyYzO5iT hf3zcBdrnMkF9JgZQQzhJiuBK4/2+79/mhDoQ7yotPzsu59V37T4NqBnVi6Z40fondz9 jziBIx5V/1tAeb5MGrtzWWUhE3bKbOE7sT4xgVDj3W2SCGldLmr4fQ6/B84SfiTaW8wP nJYuE9h5qEYTOByc2hu9ak4BaSEx8qQbSKghquyiN7Q1kR9ZLbZKHCxtUiyyho0QUtfg mZ6qo3dVPgMxkQ2FCB59sKKtD9g5HvppTpd63GbmvOI4rMSQ/OJj7QSrAqXb9XDdjyHt 7Vcw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1737491265; x=1738096065; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=2EECeRzdIaixk/Lr0TWo+bPoHWZ0MSLtiPRiCEHFSMs=; b=E8KtKvhz2Sl2oz4XrcT2C/yLy1FO1RAm3V58NPp+NJN6wQVShUPqTtUn7YdmEUdckc 1hI2djYqI0H0PgYP50uyyW7oRmedtqCruWC++l5sJd+6JH2NM3Ptziek7x3iLzlTetKk N8u0SR9MHGxyvBkuE4We/Zuo7ds7Wk+spPfF9iVfey9mV4UaI1bC2JWWW3Ukuclg0bEm 4V5GjeD7LTVMR5J8pki96dw6dU+UdKgFZ4LOBo6uyGOzi3/cRFTSKZ9yXdbk6Az8XcBp l3WIUgn1MxhyeM464tP/PpXADTW7IkSxPp8DjviFho93e+nYBJABjNH0wir+XR6Gr8cH 8HGw== X-Forwarded-Encrypted: i=1; AJvYcCUOazXgzr3bDAx38gxnIy1ZGxsi27uqDOffmOE6iSMv7ebeo4oozM1D58UWQ6Mvfux2SuoNGg==@debbugs.gnu.org X-Gm-Message-State: AOJu0YwTpdJuTm0qkhHF044bocwl/Afv6cjzW2PjBO6rGkc4V3ecp672 Z/6P7rUbrSMhkzCWLLHEN1v0tJzXFdlHYQAHxXtYDjqlcO+wAmEejta1ir+YbwOgrMZTv1H/qGJ gYvaA2CWgKxQ0FhHpHArHHeM1Mpw= X-Gm-Gg: ASbGncuAUnhMe+AuTfZFgrMqFSH97reSTLsdnKtLRyFew3nSL1cjcupxApSUF0rAlDJ ZeiaGrXshy+55fL33UaemJzf5eo2IsJZTUDc/HsmHYQa35sDSyCs= X-Google-Smtp-Source: AGHT+IEzf0VZS00NihqFlN5c4dUZNCE5Nucpii1KlmtNYuzZwsPUeM3WzhY848pxgXndKN+CVhJKptsLt8RxhiPjdpw= X-Received: by 2002:a05:6122:4005:b0:517:4fca:86d4 with SMTP id 71dfb90a1353d-51d5b3aacb3mr14127990e0c.11.1737491265347; Tue, 21 Jan 2025 12:27:45 -0800 (PST) MIME-Version: 1.0 References: <87r051khsd.fsf@gnu.org> <87ldv9ke06.fsf@gnu.org> <87o705hv2t.fsf@web.de> <875xmcpl7g.fsf@gnu.org> <8734hfsgl6.fsf@web.de> <87r04zw0sr.fsf@gnu.org> <87ed0ygsmi.fsf@web.de> <86ikq97ip0.fsf@gnu.org> <87a5blhb24.fsf@web.de> <875xm9havc.fsf@web.de> <864j1t7gth.fsf@gnu.org> <87wmepfuxp.fsf@web.de> <86y0z55t2k.fsf@gnu.org> <86r04x5s6b.fsf@gnu.org> <4e07af48-166a-4cf7-8b89-cc784d6030eb@betaapp.fastmail.com> <86plkh5mo4.fsf@gnu.org> <87plkhb69r.fsf@gnu.org> <87ikq9f1ey.fsf@web.de> <86a5bk5olj.fsf@gnu.org> <86wmeo45ms.fsf@gnu.org> <87sepc6xpr.fsf@gnu.org> <87jzan7wfp.fsf@gnu.org> In-Reply-To: <87jzan7wfp.fsf@gnu.org> From: Ship Mints Date: Tue, 21 Jan 2025 15:26:06 -0500 X-Gm-Features: AbW1kvbjnyzlLbbCnWSYSQL3R3jyEqMsNIA2GVr3MGYW4OGZSPee7eUh5cVz5Po Message-ID: Content-Type: multipart/alternative; boundary="000000000000abe735062c3d3584" X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --000000000000abe735062c3d3584 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable If mode changes take place during processing, you may need to "brand" inhibit-auto-revert (put 'inhibit-auto-revert 'permanent-local t) as mode changes clear impermanent locals. On Tue, Jan 21, 2025 at 3:19=E2=80=AFPM Tassilo Horn wrote: > Tassilo Horn writes: > > > I'll make the change to the new more general inhibit-auto-revert when > > time permits. > > I have to declare emacs programming bankruptcy. The current version > with dired--inhibit-auto-revert works fine. Now I wanted to change that > into a more general inhibit-auto-revert. Here's the patch (with -b to > make it easier to grasp): > > --8<---------------cut here---------------start------------->8--- > diff --git a/lisp/autorevert.el b/lisp/autorevert.el > index 1dcfe8e911f..0cd0623c59b 100644 > --- a/lisp/autorevert.el > +++ b/lisp/autorevert.el > @@ -778,6 +778,11 @@ auto-revert-active-p > auto-revert-tail-mode > auto-revert--global-mode)) > > +(defvar-local inhibit-auto-revert nil > + "A non-nil value prevents `auto-revert-mode' from reverting the buffer= . > +Should be used in let-bindings to temporarily disable auto-reverts in a > +buffer.") > + > (defun auto-revert-handler () > "Revert current buffer, if appropriate. > This is an internal function used by Auto-Revert Mode." > @@ -787,6 +792,8 @@ auto-revert-handler > ;; the values. > (remote-file-name-inhibit-cache t) > (revert > + (and > + (not inhibit-auto-revert) > (if buffer-file-name > (and (or auto-revert-remote-files > (not (file-remote-p buffer-file-name))) > @@ -805,7 +812,7 @@ auto-revert-handler > global-auto-revert-non-file-buffers) > (funcall (or buffer-stale-function > #'buffer-stale--default-function) > - t)))) > + t))))) > eob eoblist) > (setq auto-revert-notify-modified-p nil > auto-revert--last-time (current-time)) > diff --git a/lisp/dired.el b/lisp/dired.el > index d2071d80bf3..7c9d7310efb 100644 > --- a/lisp/dired.el > +++ b/lisp/dired.el > @@ -944,9 +944,6 @@ dired-mark-if > "")))) > (and (> count 0) count))) > > -(defvar-local dired--inhibit-auto-revert nil > - "A non-nil value prevents `auto-revert-mode' from reverting the > buffer.") > - > (defmacro dired-map-over-marks (body arg &optional show-progress > distinguish-one-marked) > "Eval BODY with point on each marked line. Return a list of BODY's > results. > @@ -983,8 +980,8 @@ dired-map-over-marks > ;;endless loop. > ;;This warning should not apply any longer, sk 2-Sep-1991 14:10. > `(prog1 > - (let ((dired--inhibit-auto-revert t) > - (inhibit-read-only t) > + (let ((inhibit-read-only t) > + (inhibit-auto-revert t) > case-fold-search found results) > (if (and ,arg (not (eq ,arg 'marked))) > (if (integerp ,arg) > @@ -1294,12 +1291,6 @@ dired-buffer-stale-p > ;; Do not auto-revert when the dired buffer can be currently > ;; written by the user as in `wdired-mode'. > buffer-read-only > - ;; When a dired operation using dired-map-over-marks is in > - ;; progress, dired--inhibit-auto-revert is bound to some > - ;; non-nil value and we must not auto-revert because that could > - ;; change the order of files leading to skipping or > - ;; double-processing (see bug#75626). > - (not dired--inhibit-auto-revert) > (dired-directory-changed-p dirname)))) > > (defcustom dired-auto-revert-buffer nil > @@ -4089,13 +4080,12 @@ dired-internal-do-deletions > (while l > (goto-char (marker-position (cdr (car l)))) > (dired-move-to-filename) > - (let ((inhibit-read-only t)) > + (let ((inhibit-read-only t) > + ;; Temporarily prevent auto-revert while deleting > + ;; entry in the dired buffer (bug#71264). > + (inhibit-auto-revert t)) > (condition-case err > - (let ((fn (car (car l))) > - ;; Temporarily prevent auto-revert while > - ;; deleting entry in the dired buffer > - ;; (bug#71264). > - (auto-revert-mode nil)) > + (let ((fn (car (car l)))) > (dired-delete-file fn dired-recursive-deletes trash= ) > ;; if we get here, removing worked > (setq succ (1+ succ)) > --8<---------------cut here---------------end--------------->8--- > > That last hunk in dired-internal-do-deletions is due to a wrong fix for > the bug#71264. When auto-revert-mode itself is bound to nil when > auto-revert kicks in, the buffer will be removed from > auto-revert-buffer-list causing auto-revert to be disabled forever in > that buffer. (At least that's my reading of the code...) > > Anyway, the above solution with the new inhibit-auto-revert does not > work. auto-revert-buffers is called from a timer and eventually > auto-revert-handler is called for my dired buffer where the compression > of 1000 is still ongoing but inhibit-auto-revert is nil there and > revert-buffer is called causing the issue of this bug again. > > I can't understand why it doesn't see the non-nil inhibit-auto-revert > binding in the expansion of dired-map-over-marks. Where is the > difference to the current working solution with > dired--inhibit-auto-revert? It's bound the same way and accessed from > auto-revert-handler via the funcall to the dired buffer's > buffer-stale-function, i.e., dired-buffer-stale-p. > > Bye, > Tassilo > > > > --000000000000abe735062c3d3584 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
If mode changes take place during processing, you may need to "= brand" inhibit-auto-revert=C2=A0

(put 'inhibit-auto-rever= t=C2=A0'permanent-local t)

as mode changes clear impermanent l= ocals.

On Tue, Jan 21, 2025 at 3:19=E2=80= =AFPM Tassilo Horn <tsdh@gnu.org>= wrote:
Tassilo = Horn <tsdh@gnu.org= > writes:

> I'll make the change to the new more general inhibit-auto-revert w= hen
> time permits.

I have to declare emacs programming bankruptcy.=C2=A0 The current version with dired--inhibit-auto-revert works fine.=C2=A0 Now I wanted to change th= at
into a more general inhibit-auto-revert.=C2=A0 Here's the patch (with -= b to
make it easier to grasp):

--8<---------------cut here---------------start------------->8---
diff --git a/lisp/autorevert.el b/lisp/autorevert.el
index 1dcfe8e911f..0cd0623c59b 100644
--- a/lisp/autorevert.el
+++ b/lisp/autorevert.el
@@ -778,6 +778,11 @@ auto-revert-active-p
=C2=A0 =C2=A0 =C2=A0 =C2=A0auto-revert-tail-mode
=C2=A0 =C2=A0 =C2=A0 =C2=A0auto-revert--global-mode))

+(defvar-local inhibit-auto-revert nil
+=C2=A0 "A non-nil value prevents `auto-revert-mode' from revertin= g the buffer.
+Should be used in let-bindings to temporarily disable auto-reverts in a +buffer.")
+
=C2=A0(defun auto-revert-handler ()
=C2=A0 =C2=A0"Revert current buffer, if appropriate.
=C2=A0This is an internal function used by Auto-Revert Mode."
@@ -787,6 +792,8 @@ auto-revert-handler
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 ;; the values.
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (remote-file-name-inhibit-cache t)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (revert
+=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (and
+=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(not inhibit-auto-revert)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (if buffer-file-name
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (and (or auto-rever= t-remote-files
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0(not (file-remote-p buffer-file-name)))
@@ -805,7 +812,7 @@ auto-revert-handler
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0global-auto-revert-non-file-buffers)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(funca= ll (or buffer-stale-function
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 #'buffer-stale--default-function= )
-=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 t))))
+=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0t)))))
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 eob eoblist)
=C2=A0 =C2=A0 =C2=A0(setq auto-revert-notify-modified-p nil
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0auto-revert--last-time (current-ti= me))
diff --git a/lisp/dired.el b/lisp/dired.el
index d2071d80bf3..7c9d7310efb 100644
--- a/lisp/dired.el
+++ b/lisp/dired.el
@@ -944,9 +944,6 @@ dired-mark-if
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0""))))
=C2=A0 =C2=A0 =C2=A0(and (> count 0) count)))

-(defvar-local dired--inhibit-auto-revert nil
-=C2=A0 "A non-nil value prevents `auto-revert-mode' from revertin= g the buffer.")
-
=C2=A0(defmacro dired-map-over-marks (body arg &optional show-progress<= br> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0distinguish-one-= marked)
=C2=A0 =C2=A0"Eval BODY with point on each marked line.=C2=A0 Return a= list of BODY's results.
@@ -983,8 +980,8 @@ dired-map-over-marks
=C2=A0 =C2=A0;;endless loop.
=C2=A0 =C2=A0;;This warning should not apply any longer, sk=C2=A0 2-Sep-199= 1 14:10.
=C2=A0 =C2=A0`(prog1
-=C2=A0 =C2=A0 =C2=A0 =C2=A0(let ((dired--inhibit-auto-revert t)
-=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(inhibit-read-only t)
+=C2=A0 =C2=A0 =C2=A0 =C2=A0(let ((inhibit-read-only t)
+=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(inhibit-auto-revert t) =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 case-fold-search found res= ults)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(if (and ,arg (not (eq ,arg 'marked))= )
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(if (integerp ,arg)
@@ -1294,12 +1291,6 @@ dired-buffer-stale-p
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0;; Do not auto-revert when the dired buff= er can be currently
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0;; written by the user as in `wdired-mode= '.
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0buffer-read-only
-=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0;; When a dired operation using dired-ma= p-over-marks is in
-=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0;; progress, dired--inhibit-auto-revert = is bound to some
-=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0;; non-nil value and we must not auto-re= vert because that could
-=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0;; change the order of files leading to = skipping or
-=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0;; double-processing (see bug#75626). -=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(not dired--inhibit-auto-revert)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(dired-directory-changed-p dirname))))
=C2=A0(defcustom dired-auto-revert-buffer nil
@@ -4089,13 +4080,12 @@ dired-internal-do-deletions
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (while l
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (goto-char (marker-positio= n (cdr (car l))))
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(dired-move-to-filen= ame)
-=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(let ((inhibit-read-only t= ))
+=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(let ((inhibit-read-only t= )
+=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 ;; T= emporarily prevent auto-revert while deleting
+=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 ;; e= ntry in the dired buffer (bug#71264).
+=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (inh= ibit-auto-revert t))
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (condition-case err=
-=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(let = ((fn (car (car l)))
-=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 ;; Temporarily prevent auto-revert while
-=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 ;; deleting entry in the dired buffer
-=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 ;; (bug#71264).
-=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 (auto-revert-mode nil))
+=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(let = ((fn (car (car l))))
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 (dired-delete-file fn dired-recursive-deletes trash)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 ;; if we get here, removing worked
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 (setq succ (1+ succ))
--8<---------------cut here---------------end--------------->8---

That last hunk in dired-internal-do-deletions is due to a wrong fix for
the bug#71264.=C2=A0 When auto-revert-mode itself is bound to nil when
auto-revert kicks in, the buffer will be removed from
auto-revert-buffer-list causing auto-revert to be disabled forever in
that buffer.=C2=A0 (At least that's my reading of the code...)

Anyway, the above solution with the new inhibit-auto-revert does not
work.=C2=A0 auto-revert-buffers is called from a timer and eventually
auto-revert-handler is called for my dired buffer where the compression
of 1000 is still ongoing but inhibit-auto-revert is nil there and
revert-buffer is called causing the issue of this bug again.

I can't understand why it doesn't see the non-nil inhibit-auto-reve= rt
binding in the expansion of dired-map-over-marks.=C2=A0 Where is the
difference to the current working solution with
dired--inhibit-auto-revert?=C2=A0 It's bound the same way and accessed = from
auto-revert-handler via the funcall to the dired buffer's
buffer-stale-function, i.e., dired-buffer-stale-p.

Bye,
Tassilo



--000000000000abe735062c3d3584-- From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Michael Heerdegen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 22 Jan 2025 00:21:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Tassilo Horn Cc: 75626@debbugs.gnu.org, Eli Zaretskii , michael.albinus@gmx.de Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.17375052022465 (code B ref 75626); Wed, 22 Jan 2025 00:21:02 +0000 Received: (at 75626) by debbugs.gnu.org; 22 Jan 2025 00:20:02 +0000 Received: from localhost ([127.0.0.1]:58255 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1taOTR-0000dV-FW for submit@debbugs.gnu.org; Tue, 21 Jan 2025 19:20:02 -0500 Received: from mout.web.de ([212.227.17.12]:60207) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1taOTL-0000ch-73 for 75626@debbugs.gnu.org; Tue, 21 Jan 2025 19:19:59 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=web.de; s=s29768273; t=1737505188; x=1738109988; i=michael_heerdegen@web.de; bh=T+OQL/NF85XYSC4B6kj48EAY/h5EVPDHkFSJwrW3nIQ=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date: Message-ID:MIME-Version:Content-Type:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=RqHgeIiek2Q+EJyXBahI0WwUbC6Fq5QcOjAtc2vxW3vSOnnACk14hzuVhj1eVrU2 zlFXUVuMorRvnWlg0uUphIf2Z26wVW8NukppjALZxNjE3c2rCgo/sMYvoKMlrAToX udLAdRB5Tbn2lRoPJi4y31ZsSz5gVLDfbKmtmB8thshgB4nPPD5Deqw1WpNEFm8SR maFJjpBJ+R476CCIXytGKLEiInGVjGDMEeGr0PDt0B7hfJNObhQ7W/UYLyAxQVVCu RZejpMnBczaIUbOc6hjrkkPUmKvTJH7tTqOzPDqbL8MMNnDo0zn3iv/AqZoik1gwM 8zHOV36QYGTdKUsXHw== X-UI-Sender-Class: 814a7b36-bfc1-4dae-8640-3722d8ec6cd6 Received: from drachen.dragon ([92.75.138.197]) by smtp.web.de (mrweb106 [213.165.67.124]) with ESMTPSA (Nemesis) id 1Mvslx-1tKvml1DyJ-00yaXD; Wed, 22 Jan 2025 01:19:48 +0100 From: Michael Heerdegen In-Reply-To: <87jzan7wfp.fsf@gnu.org> (Tassilo Horn's message of "Tue, 21 Jan 2025 21:18:18 +0100") References: <87r051khsd.fsf@gnu.org> <87o705hv2t.fsf@web.de> <875xmcpl7g.fsf@gnu.org> <8734hfsgl6.fsf@web.de> <87r04zw0sr.fsf@gnu.org> <87ed0ygsmi.fsf@web.de> <86ikq97ip0.fsf@gnu.org> <87a5blhb24.fsf@web.de> <875xm9havc.fsf@web.de> <864j1t7gth.fsf@gnu.org> <87wmepfuxp.fsf@web.de> <86y0z55t2k.fsf@gnu.org> <86r04x5s6b.fsf@gnu.org> <4e07af48-166a-4cf7-8b89-cc784d6030eb@betaapp.fastmail.com> <86plkh5mo4.fsf@gnu.org> <87plkhb69r.fsf@gnu.org> <87ikq9f1ey.fsf@web.de> <86a5bk5olj.fsf@gnu.org> <86wmeo45ms.fsf@gnu.org> <87sepc6xpr.fsf@gnu.org> <87jzan7wfp.fsf@gnu.org> Date: Wed, 22 Jan 2025 01:21:05 +0100 Message-ID: <87wmenaeby.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:L7g8CCsffbOE8R25nwmB7mE5dxX+sxVegCo7altu89p2ZDT/Vbi 9KslSjMCAEbBZGAXLE+8cnSKc9WXM1xQ5VN0z63WDrfvgxxFqXoyWxx/p8SPtn/t47QrGPu 0os4kAkcbdWxIrm/grz/k4RpVi+L4J/XNmiFT+V6iMSc62lJqWYshH2+TAc6Ai/0pScbLrN MjqJWX3OuthJIf7qW94Hg== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:xWXxIWzpRZw=;dl0le46kKk1VAJVKsV92FexeNZx UNpoAm1fGqRa4byZuUmZVRCF/iiA6zFJJq8qXrJdtvHSofCASvL2zKmRAMqNHVbnS96Ahn2xI W76/f2WHGzqhsDq6IqJCWIhUMZhLtlm5n4PnJE9dfFFg6NNOuJNXUQThQvV7HDREdp3/oqd0F cliXN/PIzkVHi6KEIjqku0Oo9fRoTguj/7mS698DO8E0qf9JCAgSatkeW3QSniXyRolTuK9nf tM3Fhiee1gkEdYF600IXUqlugRR/t6ZTE2dGbWEsRq0uXkg+N2NegzZugzqfgpNmmcLY7ORjj ICnHGPgux5w5PE7rR3cLMR107GLXgyzcPObRJ4xazWg3LmHykihGaS4foJJoUWUDTgqdsnxab bV2lKaNl/hTJGdjILNl/jT7kZkRaReZ3PTsOQ/DDPpltfbqLubvuF06XbxmLxe3Vz5x+LZHym n02MDFi/6lZCCWsNaPIVopE6D5OUMcvbu/gJHxtR/0OXlrdkQhf9xK2R9iStiNaT1Mb9ZzYI2 vwbPL8Wpo3W5A/dhPodBQMLZVPNMMgJicJal7Sfd/GSSjKK/utFBsFPq0fHoZCAnc84RJiqEx qgVGxiuWIm5iinOz/FbaGHbW2qJcCaLw4yEs8nJr52HX9+hBcTH4diIV/jybLzGkRh55odYhs kwrTjTZg3HnEmhCZ0Vz4espq3vUmPYFux5J1KhUdPQ2zDOuStMNND7eLFyQ7iXbHyPENVXWPh vR7K99OM64rZpaWn0EgTVRO8l6VT6Y7WW3cnoppVlZocwrL8KfgUPE1sWhbF79qWYCzu1lg/c wUJMm/k9DYKyd7xrFSe3Zoz7TrwKm4HDHuKt9XFv10IhPz0+TbRamj5KfNCKwPp8xhIKzkxau wQOzvyD09/1c8Hpju0lR6PYNpr3H90K+HJ2YbwFtCl3MCj0RiCay5hH3SSjdhdwVYFzOAktxD uKQ3YVRh7qHBYi2Aw3sq0bUtiYe+T2S2zM0ZiU6z0oiO6Q4EK2E53mz8cvslBMQPR3tn3keO5 VyO2h+sAsgRYLTN1gUgeIBSB7UU4IiJkAHpBomGcOeeJLasjNpUw6IJwKhi43xB9k9MGf4pcF 2PHllkS/Ikpo/0CM8RSkctmUpR0Ovh6FB23vM4QRjNNXLDAktMS2iP7sbDwySyAPkJk25R/X3 tiGTqojhqZ3dCdbWRcKjH1tgygiaFL04G9ZVjcY474g== X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Tassilo Horn writes: > I have to declare emacs programming bankruptcy. The current version > with dired--inhibit-auto-revert works fine. Now I wanted to change that > into a more general inhibit-auto-revert. Here's the patch (with -b to > make it easier to grasp): Unfortunately it doesn't apply here. > That last hunk in dired-internal-do-deletions is due to a wrong fix for > the bug#71264. When auto-revert-mode itself is bound to nil when > auto-revert kicks in, the buffer will be removed from > auto-revert-buffer-list causing auto-revert to be disabled forever in > that buffer. (At least that's my reading of the code...) I think your reading is correct. > Anyway, the above solution with the new inhibit-auto-revert does not > work. auto-revert-buffers is called from a timer and eventually > auto-revert-handler is called for my dired buffer where the compression > of 1000 is still ongoing but inhibit-auto-revert is nil there and > revert-buffer is called causing the issue of this bug again. > > I can't understand why it doesn't see the non-nil inhibit-auto-revert > binding in the expansion of dired-map-over-marks. Where is the > difference to the current working solution with > dired--inhibit-auto-revert? It's bound the same way and accessed from > auto-revert-handler via the funcall to the dired buffer's > buffer-stale-function, i.e., dired-buffer-stale-p. I hope it's not related to the auto-revert-mode -> nil binding? Anyway, as Ship Mints already mentioned, you never created a buffer local binding. A `let' binds the visible binding which is in your case the global one - since there was no local variable binding yet. So you bind the global variable - which is not what we want but that binding should be visible nonetheless. I'm not sure why it does not work as expected. In some situations it can help to use a variable watcher to log variable binding changes: (info "(elisp) Watching Variables") Michael. From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Tassilo Horn Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 22 Jan 2025 07:33:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Ship Mints Cc: michael_heerdegen@web.de, 75626@debbugs.gnu.org, Eli Zaretskii , michael.albinus@gmx.de Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.173753115228234 (code B ref 75626); Wed, 22 Jan 2025 07:33:02 +0000 Received: (at 75626) by debbugs.gnu.org; 22 Jan 2025 07:32:32 +0000 Received: from localhost ([127.0.0.1]:59445 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1taVDz-0007LJ-IU for submit@debbugs.gnu.org; Wed, 22 Jan 2025 02:32:31 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:50128) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1taVDw-0007L3-BK for 75626@debbugs.gnu.org; Wed, 22 Jan 2025 02:32:29 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1taVDq-0006LT-BM; Wed, 22 Jan 2025 02:32:22 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=McwmmyNqqr12xFbGTrGn7XhB/8NgOOhvkq3R8+fEL5s=; b=WU37WDNXCcJXp8qjQGAl U+iuk4vZ2WlIR7omTTXViKkjfzWuOeIs34/AM7sE9ud6R+V47t2aBkRBfAbKik9GYa6clfywJjXUW pUB45ZbwUwfeekYZA6hEcmILmp6GQ5sEQfXNbYJlg/0wWM/UAd+T8vVEI6pC/kpdrNAb6Rzd0Xv6e od5sYZ2vkcO1oatst99Ad2HzvrpsL5+lIjKdQgKKJqFs7e/46F2UlQqxk3xTpRMp98tcz30XLfKMT eady3HKsUZV2/oZiVCp3gmA/jNwC/ThowL67uhfFdNMyijKXaUeRenNoPGvOXnRicaKhnaxks+Ac5 i+okFHRCszhzXA==; X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeefuddrudejfedguddtiecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpggftfghnshhusghstghrihgsvgdp uffrtefokffrpgfnqfghnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivg hnthhsucdlqddutddtmdenucfjughrpefhvfevufgjfhgffffkgggtsehttdertddtredt necuhfhrohhmpefvrghsshhilhhoucfjohhrnhcuoehtshguhhesghhnuhdrohhrgheqne cuggftrfgrthhtvghrnhepleduvdegfeduvdejkeefteelgeetgfevhefhueffueffgeeh gfeufefgvdffgedtnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilh hfrhhomhepthhhohhrnhdomhgvshhmthhprghuthhhphgvrhhsohhnrghlihhthidqkeei jeefkeejkeegqdeifeehvdelkedqthhsughhpeepghhnuhdrohhrghesfhgrshhtmhgrih hlrdhfmhdpnhgspghrtghpthhtohephedpmhhouggvpehsmhhtphhouhhtpdhrtghpthht ohepmhhitghhrggvlhdrrghlsghinhhushesghhmgidruggvpdhrtghpthhtohepjeehie dvieesuggvsggsuhhgshdrghhnuhdrohhrghdprhgtphhtthhopehmihgthhgrvghlpghh vggvrhguvghgvghnseifvggsrdguvgdprhgtphhtthhopegvlhhiiiesghhnuhdrohhrgh dprhgtphhtthhopehshhhiphhmihhnthhssehgmhgrihhlrdgtohhm X-ME-Proxy: Feedback-ID: ib2b94485:Fastmail From: Tassilo Horn In-Reply-To: (Ship Mints's message of "Tue, 21 Jan 2025 15:26:06 -0500") References: <87r051khsd.fsf@gnu.org> <875xmcpl7g.fsf@gnu.org> <8734hfsgl6.fsf@web.de> <87r04zw0sr.fsf@gnu.org> <87ed0ygsmi.fsf@web.de> <86ikq97ip0.fsf@gnu.org> <87a5blhb24.fsf@web.de> <875xm9havc.fsf@web.de> <864j1t7gth.fsf@gnu.org> <87wmepfuxp.fsf@web.de> <86y0z55t2k.fsf@gnu.org> <86r04x5s6b.fsf@gnu.org> <4e07af48-166a-4cf7-8b89-cc784d6030eb@betaapp.fastmail.com> <86plkh5mo4.fsf@gnu.org> <87plkhb69r.fsf@gnu.org> <87ikq9f1ey.fsf@web.de> <86a5bk5olj.fsf@gnu.org> <86wmeo45ms.fsf@gnu.org> <87sepc6xpr.fsf@gnu.org> <87jzan7wfp.fsf@gnu.org> User-Agent: mu4e 1.12.8; emacs 31.0.50 Date: Wed, 22 Jan 2025 08:31:51 +0100 Message-ID: <87sepbmhi0.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Ship Mints writes: > If mode changes take place during processing, you may need to "brand" > inhibit-auto-revert > > (put 'inhibit-auto-revert 'permanent-local t) > > as mode changes clear impermanent locals. No, that should not be needed. The mode stays dired-mode all the time. (Not sure if it would be a good idea anyway...) Bye, Tassilo From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Tassilo Horn Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 22 Jan 2025 08:06:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Michael Heerdegen Cc: 75626@debbugs.gnu.org, Eli Zaretskii , michael.albinus@gmx.de Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.17375331393874 (code B ref 75626); Wed, 22 Jan 2025 08:06:02 +0000 Received: (at 75626) by debbugs.gnu.org; 22 Jan 2025 08:05:39 +0000 Received: from localhost ([127.0.0.1]:59587 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1taVk2-00010N-Se for submit@debbugs.gnu.org; Wed, 22 Jan 2025 03:05:39 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:40716) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1taVjv-0000zy-Fa for 75626@debbugs.gnu.org; Wed, 22 Jan 2025 03:05:36 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1taVjq-00075G-3M; Wed, 22 Jan 2025 03:05:26 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=DonbLFyJI9nTsEI6005sWcYuL5iziI+8hL+sPxtx/Qo=; b=EVphzjvyrHHb4vw2rLeV adcXhrxiMKNBsZ4LoxDQyyWag8neJN51eE9KjR5uOoyZmqB3VlXkfv7katEEIASFPaysxN/8k+zc8 OgN7h9IYFzZLlIiWcmutV44xP5mVJeY84OfpMBt2d5PClQdHCRCdz68Hq1Jw3D2dAox6Xcsh4ykCm 4wvlzfpfaWnO/TfLiEha0pmXNsKp/tVVik9YzBtpXyMX1qwfHKIRxJu0fsCFBahTu8afZR2djD0Yq lQuImq1Tphdby9TFppmaSWFN4cmQtNh5hgu5t2h39RIzrWjhqgB7Xj67YyVZnICflcJz1LRgf7m8X N2js4lZmrsOCSw==; X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeefuddrudejfedguddufecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpggftfghnshhusghstghrihgsvgdp uffrtefokffrpgfnqfghnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivg hnthhsucdlqddutddtmdenucfjughrpefhvfevufgjfhgffffkgggtsehmtderredtreej necuhfhrohhmpefvrghsshhilhhoucfjohhrnhcuoehtshguhhesghhnuhdrohhrgheqne cuggftrfgrthhtvghrnhepheejudejudefgeehfedtfeeuueeljedugfeuteeluefgueff ieekjeeutdeggfehnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilh hfrhhomhepthhhohhrnhdomhgvshhmthhprghuthhhphgvrhhsohhnrghlihhthidqkeei jeefkeejkeegqdeifeehvdelkedqthhsughhpeepghhnuhdrohhrghesfhgrshhtmhgrih hlrdhfmhdpnhgspghrtghpthhtohepgedpmhhouggvpehsmhhtphhouhhtpdhrtghpthht ohepjeehiedvieesuggvsggsuhhgshdrghhnuhdrohhrghdprhgtphhtthhopehmihgthh grvghlrdgrlhgsihhnuhhssehgmhigrdguvgdprhgtphhtthhopegvlhhiiiesghhnuhdr ohhrghdprhgtphhtthhopehmihgthhgrvghlpghhvggvrhguvghgvghnseifvggsrdguvg X-ME-Proxy: Feedback-ID: ib2b94485:Fastmail From: Tassilo Horn In-Reply-To: <87wmenaeby.fsf@web.de> (Michael Heerdegen's message of "Wed, 22 Jan 2025 01:21:05 +0100") References: <87r051khsd.fsf@gnu.org> <875xmcpl7g.fsf@gnu.org> <8734hfsgl6.fsf@web.de> <87r04zw0sr.fsf@gnu.org> <87ed0ygsmi.fsf@web.de> <86ikq97ip0.fsf@gnu.org> <87a5blhb24.fsf@web.de> <875xm9havc.fsf@web.de> <864j1t7gth.fsf@gnu.org> <87wmepfuxp.fsf@web.de> <86y0z55t2k.fsf@gnu.org> <86r04x5s6b.fsf@gnu.org> <4e07af48-166a-4cf7-8b89-cc784d6030eb@betaapp.fastmail.com> <86plkh5mo4.fsf@gnu.org> <87plkhb69r.fsf@gnu.org> <87ikq9f1ey.fsf@web.de> <86a5bk5olj.fsf@gnu.org> <86wmeo45ms.fsf@gnu.org> <87sepc6xpr.fsf@gnu.org> <87jzan7wfp.fsf@gnu.org> <87wmenaeby.fsf@web.de> User-Agent: mu4e 1.12.8; emacs 31.0.50 Date: Wed, 22 Jan 2025 09:05:22 +0100 Message-ID: <87msfjmfy5.fsf@gnu.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Michael Heerdegen writes: > Tassilo Horn writes: > >> I have to declare emacs programming bankruptcy. The current version >> with dired--inhibit-auto-revert works fine. Now I wanted to change >> that into a more general inhibit-auto-revert. Here's the patch (with >> -b to make it easier to grasp): > > Unfortunately it doesn't apply here. Yeah, because of the "git diff -b" flag omitting whitespace changes. >> That last hunk in dired-internal-do-deletions is due to a wrong fix >> for the bug#71264. When auto-revert-mode itself is bound to nil when >> auto-revert kicks in, the buffer will be removed from >> auto-revert-buffer-list causing auto-revert to be disabled forever in >> that buffer. (At least that's my reading of the code...) > > I think your reading is correct. Thanks for validating. >> Anyway, the above solution with the new inhibit-auto-revert does not >> work. auto-revert-buffers is called from a timer and eventually >> auto-revert-handler is called for my dired buffer where the >> compression of 1000 is still ongoing but inhibit-auto-revert is nil >> there and revert-buffer is called causing the issue of this bug >> again. >> >> I can't understand why it doesn't see the non-nil inhibit-auto-revert >> binding in the expansion of dired-map-over-marks. Where is the >> difference to the current working solution with >> dired--inhibit-auto-revert? It's bound the same way and accessed >> from auto-revert-handler via the funcall to the dired buffer's >> buffer-stale-function, i.e., dired-buffer-stale-p. > > I hope it's not related to the auto-revert-mode -> nil binding? Nope, that's what I reverted first to check if that was the culprit. > Anyway, as Ship Mints already mentioned, you never created a buffer > local binding. A `let' binds the visible binding which is in your > case the global one - since there was no local variable binding yet. Ah, indeed. So now I (setq inhibit-auto-revert nil) in dired-mode to create a local variable in the buffer. > So you bind the global variable - which is not what we want but that > binding should be visible nonetheless. I'm not sure why it does not > work as expected. Me neither. > In some situations it can help to use a variable watcher to log > variable binding changes: > > (info "(elisp) Watching Variables") Oh, that's a great hint! I've tried with this watch: --8<---------------cut here---------------start------------->8--- (add-variable-watcher 'inhibit-auto-revert (lambda (sym new-val op where) (message "(%S %S %S) in %S" op sym new-val where))) --8<---------------cut here---------------end--------------->8--- And what should I say, it still didn't work in the beginning, i.e., the previous version of my last mail + (setq inhibit-auto-revert nil) in dired-mode to create a local variable. The watcher showed that after confirming the compression of my 1000 test files, a set with value nil was done but I have no clue from where. Then I edited a bit back and forth and recompiled and tested (with emacs -Q) after each edit without actually changing any significant part, e.g., I tried to also let-bind inhibit-auto-revert to t in the function dired-map-over-marks-check which uses the macro dired-map-over-marks. Still not working. So reverting that again. And now I have the patch at the end of this mail AND IT SUDDENLY WORKS. The output including the watcher is this (commented by me): ;; That's for the confirmation query (let inhibit-auto-revert t) in # (unlet inhibit-auto-revert nil) in # Compress or uncompress * [1000 files]? (y or n) y ;; That's the actual compression of the 1000 files (let inhibit-auto-revert t) in # (unlet inhibit-auto-revert nil) in # Compress or uncompress: 1000 files. Reverting buffer =E2=80=98test=E2=80=99 So exactly as one might expect. And the last line suggests that inhibiting some auto-reverts is not bad either, it'll be reverted in the next round. But I really wonder what could have caused that it didn't work initially. Yesterday, I've rebuilt emacs without native compiler in order to rule that out as the culprit. Could it be that a non-native-comp emacs still picks up outdated eln files? Well, then the question would be why it doesn't anymore... Anyway, below the current patch. It would be great if someone else could test it, too. Obviously, the new inhibit-auto-revert should be mentioned in NEWS and the elisp info docs which I'll do and post the final patch for review before committing. Bye, Tassilo --=-=-= Content-Type: text/x-patch Content-Disposition: inline; filename=inhibit-auto-revert.patch diff --git a/lisp/autorevert.el b/lisp/autorevert.el index 1dcfe8e911f..0cd0623c59b 100644 --- a/lisp/autorevert.el +++ b/lisp/autorevert.el @@ -778,6 +778,11 @@ auto-revert-active-p auto-revert-tail-mode auto-revert--global-mode)) +(defvar-local inhibit-auto-revert nil + "A non-nil value prevents `auto-revert-mode' from reverting the buffer. +Should be used in let-bindings to temporarily disable auto-reverts in a +buffer.") + (defun auto-revert-handler () "Revert current buffer, if appropriate. This is an internal function used by Auto-Revert Mode." @@ -787,25 +792,27 @@ auto-revert-handler ;; the values. (remote-file-name-inhibit-cache t) (revert - (if buffer-file-name - (and (or auto-revert-remote-files - (not (file-remote-p buffer-file-name))) - (or (not auto-revert-notify-watch-descriptor) - auto-revert-notify-modified-p) - (if auto-revert-tail-mode - (and (file-readable-p buffer-file-name) - (/= auto-revert-tail-pos - (setq size - (file-attribute-size - (file-attributes buffer-file-name))))) - (funcall (or buffer-stale-function - #'buffer-stale--default-function) - t))) - (and (or auto-revert-mode - global-auto-revert-non-file-buffers) - (funcall (or buffer-stale-function - #'buffer-stale--default-function) - t)))) + (and + (not inhibit-auto-revert) + (if buffer-file-name + (and (or auto-revert-remote-files + (not (file-remote-p buffer-file-name))) + (or (not auto-revert-notify-watch-descriptor) + auto-revert-notify-modified-p) + (if auto-revert-tail-mode + (and (file-readable-p buffer-file-name) + (/= auto-revert-tail-pos + (setq size + (file-attribute-size + (file-attributes buffer-file-name))))) + (funcall (or buffer-stale-function + #'buffer-stale--default-function) + t))) + (and (or auto-revert-mode + global-auto-revert-non-file-buffers) + (funcall (or buffer-stale-function + #'buffer-stale--default-function) + t))))) eob eoblist) (setq auto-revert-notify-modified-p nil auto-revert--last-time (current-time)) diff --git a/lisp/dired.el b/lisp/dired.el index d2071d80bf3..eef1fdd50dc 100644 --- a/lisp/dired.el +++ b/lisp/dired.el @@ -944,9 +944,6 @@ dired-mark-if "")))) (and (> count 0) count))) -(defvar-local dired--inhibit-auto-revert nil - "A non-nil value prevents `auto-revert-mode' from reverting the buffer.") - (defmacro dired-map-over-marks (body arg &optional show-progress distinguish-one-marked) "Eval BODY with point on each marked line. Return a list of BODY's results. @@ -983,8 +980,8 @@ dired-map-over-marks ;;endless loop. ;;This warning should not apply any longer, sk 2-Sep-1991 14:10. `(prog1 - (let ((dired--inhibit-auto-revert t) - (inhibit-read-only t) + (let ((inhibit-read-only t) + (inhibit-auto-revert t) case-fold-search found results) (if (and ,arg (not (eq ,arg 'marked))) (if (integerp ,arg) @@ -1294,12 +1291,6 @@ dired-buffer-stale-p ;; Do not auto-revert when the dired buffer can be currently ;; written by the user as in `wdired-mode'. buffer-read-only - ;; When a dired operation using dired-map-over-marks is in - ;; progress, dired--inhibit-auto-revert is bound to some - ;; non-nil value and we must not auto-revert because that could - ;; change the order of files leading to skipping or - ;; double-processing (see bug#75626). - (not dired--inhibit-auto-revert) (dired-directory-changed-p dirname)))) (defcustom dired-auto-revert-buffer nil @@ -2796,6 +2787,7 @@ dired-mode mode-name "Dired" ;; case-fold-search nil buffer-read-only t + inhibit-auto-revert nil mode-line-buffer-identification (propertized-buffer-identification "%17b")) (add-to-invisibility-spec '(dired . t)) @@ -4089,13 +4081,12 @@ dired-internal-do-deletions (while l (goto-char (marker-position (cdr (car l)))) (dired-move-to-filename) - (let ((inhibit-read-only t)) + (let ((inhibit-read-only t) + ;; Temporarily prevent auto-revert while deleting + ;; entry in the dired buffer (bug#71264). + (inhibit-auto-revert t)) (condition-case err - (let ((fn (car (car l))) - ;; Temporarily prevent auto-revert while - ;; deleting entry in the dired buffer - ;; (bug#71264). - (auto-revert-mode nil)) + (let ((fn (car (car l)))) (dired-delete-file fn dired-recursive-deletes trash) ;; if we get here, removing worked (setq succ (1+ succ)) --=-=-=-- From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Michael Heerdegen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 23 Jan 2025 03:25:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Tassilo Horn Cc: 75626@debbugs.gnu.org, Eli Zaretskii , michael.albinus@gmx.de Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.173760268925196 (code B ref 75626); Thu, 23 Jan 2025 03:25:01 +0000 Received: (at 75626) by debbugs.gnu.org; 23 Jan 2025 03:24:49 +0000 Received: from localhost ([127.0.0.1]:38355 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tanpp-0006YK-8S for submit@debbugs.gnu.org; Wed, 22 Jan 2025 22:24:49 -0500 Received: from mout.web.de ([212.227.15.4]:53169) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tanpj-0006Y0-UW for 75626@debbugs.gnu.org; Wed, 22 Jan 2025 22:24:46 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=web.de; s=s29768273; t=1737602677; x=1738207477; i=michael_heerdegen@web.de; bh=ITqLtemJrYsEzmCgDerLs5qlEdg5Zd9SKTzHIaevr3Q=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date: Message-ID:MIME-Version:Content-Type:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=PIER7z4frnKjO9sMqRtvB5tYbhqvwO0sZu0lXOCmjhArIvCFtPacvZVs17NL03Xp +bc7oXBqUicx6lxAW5J6I7YP1j702LksAZB2dwiC2bUOXCGi7Z1aI307GQwXUsyuP yXBL7wT0wbEc3SehGc4M5RgyZBT1s8MShm1SlfLG7aYHumvUt5bs9tLIJWHr6Qzcr no/Y0j0i12YeB9jMYRIA814LfPYT/0zYnCfRkakHOCcJ/UjAoGhbvZXD1mtjuucDm OGt5aPDlZ+vGfNcg//DOJ+OsrLTeuXb/agenrAx1uNSQMTW6NIlKdf6CgDLg0jqts lLSbiR4Oe5LEbGxIQg== X-UI-Sender-Class: 814a7b36-bfc1-4dae-8640-3722d8ec6cd6 Received: from drachen.dragon ([92.75.138.251]) by smtp.web.de (mrweb005 [213.165.67.108]) with ESMTPSA (Nemesis) id 1MftC1-1syzAi14y9-00bjay; Thu, 23 Jan 2025 04:24:37 +0100 From: Michael Heerdegen In-Reply-To: <87msfjmfy5.fsf@gnu.org> (Tassilo Horn's message of "Wed, 22 Jan 2025 09:05:22 +0100") References: <87r051khsd.fsf@gnu.org> <8734hfsgl6.fsf@web.de> <87r04zw0sr.fsf@gnu.org> <87ed0ygsmi.fsf@web.de> <86ikq97ip0.fsf@gnu.org> <87a5blhb24.fsf@web.de> <875xm9havc.fsf@web.de> <864j1t7gth.fsf@gnu.org> <87wmepfuxp.fsf@web.de> <86y0z55t2k.fsf@gnu.org> <86r04x5s6b.fsf@gnu.org> <4e07af48-166a-4cf7-8b89-cc784d6030eb@betaapp.fastmail.com> <86plkh5mo4.fsf@gnu.org> <87plkhb69r.fsf@gnu.org> <87ikq9f1ey.fsf@web.de> <86a5bk5olj.fsf@gnu.org> <86wmeo45ms.fsf@gnu.org> <87sepc6xpr.fsf@gnu.org> <87jzan7wfp.fsf@gnu.org> <87wmenaeby.fsf@web.de> <87msfjmfy5.fsf@gnu.org> Date: Thu, 23 Jan 2025 04:25:54 +0100 Message-ID: <87sepa1a9p.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:yPav8f7umYemS28WX5DfyMZSFnb9o67XsWBPne11ZYRAWTBKEPq xfYSKATjrWhs2YHiFZ0SE3QUVBUODixB/HFQ+01ujf5e67XnsdSVhReUKq0xOoTjceVOp/w NnTAfnsI7A8f/HviDX3qpxyibi4CBlRUgqcRiTAYffPc0RXkboRkdPumzVWRExa3ZPrhmgQ yjOh12FzPQvBKGylDmnuw== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:ahlAF8sh6Gw=;8lN1ER1wSgCALaLzF0zHTSu6SF/ VktJYbadKfPyJk6x701RlI7lhmwsnmUeiX1DivoSmejJ/U1XZHclI/hTs87TZ3iWOGiLpanWw Zrtw03x9D97nfBgVxn6hJtCfC4yzDWaLnLlubwq7S2aXKdr/ryk3dTnYpa9Fcl0uwa+/PulCL LX+g34IsRFk3kCjciK6N/r9Bgma1AlzgMKKY2sIH2lgZsknKYeE7SlcUs/3ghQw94KPt3wsbn qd1hOgZAT9+v2RcZqqdfxqqr3FLOYO0Bm2mgiLzzpcB6US5YJ0P8QRNGhU73blTVxR0MX17pz u/dz8+lCwJiDWGpdECP1ofgDbJtX//kvuNnujSY5qAS6/FdZLzdZshOsM9b3UzqlX1AjeH2Wy yDm1pyfM14y0E1G8v9EWXEY9h8iawlqS2jSGkVmRmEQ06WpOx4qQmwLVWKq8xsrVh7/XlFgWv tt1RTIWhPqcrF1q9sTM/HzPg3oYohjrG/k0T9gmQtCHh8mO9yUJUVbkHZKVbTCMzwwt0mr9I6 NnWbia8bXX5jVMUyKEn0CnVRQbbzcQjVzvz4XPEHK1Si79v8kA0TSjIPnNVqw7dZup6J2q0Rz a9yL/oXl1kTtohca/d8qmtXfmw7TV+BcvgESCAkhYUyERmp2h0U1LbLS+RXJHAsuEOVIc0IsG m6eVx9YPRDqIZpg3KBX7hzHEUPrSPHT7zmDiofzVQIxtsmJLvl0kZIO7gbuAitF5IuhVryX+E J9maUKBFCYGlAlBguK8gnJ2k91VkDjxfANoKmxrfU0mnTb83YefjZiUkHSuklgBsHUteFFvHn RE9Pgylhd7RN+jUXLESnjZTRHVILB+zAlY7sliItOJWP+k0vQwFYC2f7APGHX1+sQUo5Le8vO aLCwU3q/ldkpMfFnlTKRpHVP20VGxs51D4h4eka4APVBzI/uBfQGQ+Wem/Cmxu/zJ8RaPt5th tx/Hs02VYsh9+tghVfxsGh52V1NyUciXaBlv2mK/mugZ3OyD2pq6z+mjVg3N+VqTC7z8NjjSq rPHvswz2Ihsd9CeC9SUFf/BbflWNqefBHsjksgf5t5ClGpdQW6b2yxlW3KDVqfLCMjftCk9b+ sc6qr6secPlSFb0bGa+1HuFFi+L+K/Tn1Km2CVESSl4ua8JsK59PEWUfBEx9AiRkWLimYGlvr MvjTZoGvqbUhTwoysH0D+vvf+rcrABejcoAdFvjUE6g== X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Tassilo Horn writes: > Could it be that a non-native-comp emacs still picks up outdated eln > files? Well, then the question would be why it doesn't anymore... Don't recall, but it could be. > Anyway, below the current patch. It would be great if someone else > could test it, too. > > Obviously, the new inhibit-auto-revert should be mentioned in NEWS and > the elisp info docs which I'll do and post the final patch for review > before committing. I'm a bit late, and very sorry for that, but: doesn't this just introduce a restricted twin of `buffer-stale-function'? This variable is already buffer local in dired buffers and can be used for the same purpose - or do I miss something? Michael. From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Tassilo Horn Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 23 Jan 2025 06:28:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Michael Heerdegen Cc: 75626@debbugs.gnu.org, Eli Zaretskii , michael.albinus@gmx.de Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.173761363028942 (code B ref 75626); Thu, 23 Jan 2025 06:28:01 +0000 Received: (at 75626) by debbugs.gnu.org; 23 Jan 2025 06:27:10 +0000 Received: from localhost ([127.0.0.1]:38754 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1taqgI-0007Wj-Ee for submit@debbugs.gnu.org; Thu, 23 Jan 2025 01:27:10 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:55662) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1taqgF-0007Vy-Cn for 75626@debbugs.gnu.org; Thu, 23 Jan 2025 01:27:07 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1taqg8-0002gs-KP; Thu, 23 Jan 2025 01:27:00 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=3QMe3I9z1NQwDKGkm/QkX3A09Wx+FQbAnYYV69VnBws=; b=dSFUyCA9HjXJ/Qs6YDP7 azSxSsonLQl1xpNueWJKSNv24Ejpi2ESrqw3EawmO2B+xTVsJ51N560QkcjLcjQeAngJkk3wBd6W/ uKjftXMnu6ILg/qxcS+l2yiOo+uBf9L4k+PMfXzE2PfmnVvcucvVhGlc8jZTC/hFSjLE3HXkS8R/w gcFeou9Ul/nQGokb3VER16vhyttbJLr5Abo2a6/EgmfnlJfBxktFb8XNY/vhPhx/rY1bWLPd/bQSp UYdTrbAJd0sV+IYL1ty8Gt3pXVLoX1aDoNptbEwBFizzEcZgCmtr4tCZxjFDbYh2+DxC1wFRCnR1g rCrzYQ5pGYwjZQ==; X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeefuddrudejgedgleegucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdggtfgfnhhsuhgsshgtrhhisggvpdfu rfetoffkrfgpnffqhgenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnh htshculddquddttddmnecujfgurhephffvvefujghffgffkfggtgesthdtredttdertden ucfhrhhomhepvfgrshhsihhlohcujfhorhhnuceothhsughhsehgnhhurdhorhhgqeenuc ggtffrrghtthgvrhhnpeeluddvgeefuddvjeekfeetleegtefgveehhfeuffeuffeghefg ueefgfdvffegtdenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfh hrohhmpehthhhorhhnodhmvghsmhhtphgruhhthhhpvghrshhonhgrlhhithihqdekieej feekjeekgedqieefhedvleekqdhtshguhheppehgnhhurdhorhhgsehfrghsthhmrghilh drfhhmpdhnsggprhgtphhtthhopeegpdhmohguvgepshhmthhpohhuthdprhgtphhtthho peejheeivdeiseguvggssghughhsrdhgnhhurdhorhhgpdhrtghpthhtohepmhhitghhrg gvlhdrrghlsghinhhushesghhmgidruggvpdhrtghpthhtohepvghlihiisehgnhhurdho rhhgpdhrtghpthhtohepmhhitghhrggvlhgphhgvvghruggvghgvnhesfigvsgdruggv X-ME-Proxy: Feedback-ID: ib2b94485:Fastmail From: Tassilo Horn In-Reply-To: <87sepa1a9p.fsf@web.de> (Michael Heerdegen's message of "Thu, 23 Jan 2025 04:25:54 +0100") References: <87r051khsd.fsf@gnu.org> <87r04zw0sr.fsf@gnu.org> <87ed0ygsmi.fsf@web.de> <86ikq97ip0.fsf@gnu.org> <87a5blhb24.fsf@web.de> <875xm9havc.fsf@web.de> <864j1t7gth.fsf@gnu.org> <87wmepfuxp.fsf@web.de> <86y0z55t2k.fsf@gnu.org> <86r04x5s6b.fsf@gnu.org> <4e07af48-166a-4cf7-8b89-cc784d6030eb@betaapp.fastmail.com> <86plkh5mo4.fsf@gnu.org> <87plkhb69r.fsf@gnu.org> <87ikq9f1ey.fsf@web.de> <86a5bk5olj.fsf@gnu.org> <86wmeo45ms.fsf@gnu.org> <87sepc6xpr.fsf@gnu.org> <87jzan7wfp.fsf@gnu.org> <87wmenaeby.fsf@web.de> <87msfjmfy5.fsf@gnu.org> <87sepa1a9p.fsf@web.de> User-Agent: mu4e 1.12.8; emacs 31.0.50 Date: Thu, 23 Jan 2025 07:26:50 +0100 Message-ID: <871pwuavv9.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Michael Heerdegen writes: >> Anyway, below the current patch. It would be great if someone else >> could test it, too. >> >> Obviously, the new inhibit-auto-revert should be mentioned in NEWS and >> the elisp info docs which I'll do and post the final patch for review >> before committing. > > I'm a bit late, and very sorry for that, I'm not in a hurry. > but: doesn't this just introduce a restricted twin of > `buffer-stale-function'? This variable is already buffer local in > dired buffers and can be used for the same purpose - or do I miss > something? You are essentially right. If some code wants to inhibit auto-revert it could also do (let ((buffer-stale-function #'ignore)) ...) although, I think, that auto-revert-tail-mode could still tail-revert for file-visiting buffers. That said, I think the new inhibit-auto-revert is much clearer in what it does. We already have a lot of inhibit-* variables, so that's where I would look first when my aim is to inhibit some action. FWIW, until a week ago, I had no clue that there is a buffer-stale-function and that it has something to do with auto-revert. (It probably also has other uses, so maybe let-binding it to #'ignore could have side-effects.) Bye, Tassilo From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 23 Jan 2025 09:14:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Tassilo Horn Cc: michael_heerdegen@web.de, 75626@debbugs.gnu.org, michael.albinus@gmx.de Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.17376236078170 (code B ref 75626); Thu, 23 Jan 2025 09:14:02 +0000 Received: (at 75626) by debbugs.gnu.org; 23 Jan 2025 09:13:27 +0000 Received: from localhost ([127.0.0.1]:39235 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tatHC-00027i-Ue for submit@debbugs.gnu.org; Thu, 23 Jan 2025 04:13:27 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:52760) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tatHA-00027L-11 for 75626@debbugs.gnu.org; Thu, 23 Jan 2025 04:13:24 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tatH2-0003yw-5x; Thu, 23 Jan 2025 04:13:16 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=W4tneFGfYZSpGvtgS01b+8abzO4rP1Lrg4VkS6rpyOs=; b=TcmKGzs5QAtj OBhQ8gCM8lvQV+Po8dzmV3RwyM4YPtmhs3raSAf87nBml1R76uPdvt/JRhBU/kbi5/kmo4ZSP9YTZ 2NivXup86nlvkzc4u39b+4QtvaLhBsSHQnG2/hybQxC629CkQc9Muw5Joz4SsiJiyHp9Rd8h1V5r3 6g6WDXiQo1qJv8+tt4p0mbSo/O74KZOdKKYq9IaPvIyxXouKo6SWPjnYMD5o9R1ZJP1zhlM9rugqp 50huMFHr7mYqsec+hlT7vHtJGGJugYPzm2JjTbOvHPsrpMJmx5UgcmjT9vAfEH5FWVggvPCXmJ/w3 TxfBP1yR3Dn4YsbWdP/DTA==; Date: Thu, 23 Jan 2025 11:13:12 +0200 Message-Id: <86plkd28rb.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <871pwuavv9.fsf@gnu.org> (message from Tassilo Horn on Thu, 23 Jan 2025 07:26:50 +0100) References: <87r051khsd.fsf@gnu.org> <87r04zw0sr.fsf@gnu.org> <87ed0ygsmi.fsf@web.de> <86ikq97ip0.fsf@gnu.org> <87a5blhb24.fsf@web.de> <875xm9havc.fsf@web.de> <864j1t7gth.fsf@gnu.org> <87wmepfuxp.fsf@web.de> <86y0z55t2k.fsf@gnu.org> <86r04x5s6b.fsf@gnu.org> <4e07af48-166a-4cf7-8b89-cc784d6030eb@betaapp.fastmail.com> <86plkh5mo4.fsf@gnu.org> <87plkhb69r.fsf@gnu.org> <87ikq9f1ey.fsf@web.de> <86a5bk5olj.fsf@gnu.org> <86wmeo45ms.fsf@gnu.org> <87sepc6xpr.fsf@gnu.org> <87jzan7wfp.fsf@gnu.org> <87wmenaeby.fsf@web.de> <87msfjmfy5.fsf@gnu.org> <87sepa1a9p.fsf@web.de> <871pwuavv9.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Tassilo Horn > Cc: Eli Zaretskii , michael.albinus@gmx.de, > 75626@debbugs.gnu.org > Date: Thu, 23 Jan 2025 07:26:50 +0100 > > Michael Heerdegen writes: > > >> Anyway, below the current patch. It would be great if someone else > >> could test it, too. > >> > >> Obviously, the new inhibit-auto-revert should be mentioned in NEWS and > >> the elisp info docs which I'll do and post the final patch for review > >> before committing. > > > > I'm a bit late, and very sorry for that, > > I'm not in a hurry. > > > but: doesn't this just introduce a restricted twin of > > `buffer-stale-function'? This variable is already buffer local in > > dired buffers and can be used for the same purpose - or do I miss > > something? > > You are essentially right. If some code wants to inhibit auto-revert it > could also do (let ((buffer-stale-function #'ignore)) ...) although, I > think, that auto-revert-tail-mode could still tail-revert for > file-visiting buffers. > > That said, I think the new inhibit-auto-revert is much clearer in what > it does. I tend to agree. A boolean variable with "inhibit" in its name is much easier discovered than buffer-stale-function. From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Michael Heerdegen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 23 Jan 2025 23:34:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 75626@debbugs.gnu.org, michael.albinus@gmx.de, Tassilo Horn Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.173767518811775 (code B ref 75626); Thu, 23 Jan 2025 23:34:02 +0000 Received: (at 75626) by debbugs.gnu.org; 23 Jan 2025 23:33:08 +0000 Received: from localhost ([127.0.0.1]:42805 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tb6hA-00033r-E4 for submit@debbugs.gnu.org; Thu, 23 Jan 2025 18:33:08 -0500 Received: from mout.web.de ([217.72.192.78]:46477) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tb6h6-00033H-32 for 75626@debbugs.gnu.org; Thu, 23 Jan 2025 18:33:06 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=web.de; s=s29768273; t=1737675170; x=1738279970; i=michael_heerdegen@web.de; bh=WMuwvNO9/k5XcTHu5qCCMoAPgNtvML/F8Ft6FGE5Sb0=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date: Message-ID:MIME-Version:Content-Type:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=uqKHgyxQjnbvyGk4x32Z5sOBycLxXl1Li09A3BIDYvJKEAYknrAwZKetHeRt2MVa qmPcP49KrVnnTd9/qxn2tYHs8XGWdLEjQ1srNUA+8WkL7k0kiKM8yna8xqo0lFaz0 6d9Z2eGLRUSOZIRGHNEeyLx+8+ciJxKge842dNTPxH7Qo5aR4wKjcnbJ5SMCIOZkk CaL1Sqsgd1FBDC0I5/VYoBYPxL2iUSkCzGRF0gYq3ZCgJZjeZfVpiyRI1Tu3ul9u/ pobJKqpXtAbE3uu4nexvHkcXx4QX6mV9CYiv8z1pVcGPMjv8UQwyWnQ8r7709Park mUxds9aji5RABAgRHw== X-UI-Sender-Class: 814a7b36-bfc1-4dae-8640-3722d8ec6cd6 Received: from drachen.dragon ([92.75.138.251]) by smtp.web.de (mrweb106 [213.165.67.124]) with ESMTPSA (Nemesis) id 1MECCd-1tlJp91LaX-00HF3H; Fri, 24 Jan 2025 00:32:50 +0100 From: Michael Heerdegen In-Reply-To: <86plkd28rb.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 23 Jan 2025 11:13:12 +0200") References: <87r051khsd.fsf@gnu.org> <86ikq97ip0.fsf@gnu.org> <87a5blhb24.fsf@web.de> <875xm9havc.fsf@web.de> <864j1t7gth.fsf@gnu.org> <87wmepfuxp.fsf@web.de> <86y0z55t2k.fsf@gnu.org> <86r04x5s6b.fsf@gnu.org> <4e07af48-166a-4cf7-8b89-cc784d6030eb@betaapp.fastmail.com> <86plkh5mo4.fsf@gnu.org> <87plkhb69r.fsf@gnu.org> <87ikq9f1ey.fsf@web.de> <86a5bk5olj.fsf@gnu.org> <86wmeo45ms.fsf@gnu.org> <87sepc6xpr.fsf@gnu.org> <87jzan7wfp.fsf@gnu.org> <87wmenaeby.fsf@web.de> <87msfjmfy5.fsf@gnu.org> <87sepa1a9p.fsf@web.de> <871pwuavv9.fsf@gnu.org> <86plkd28rb.fsf@gnu.org> Date: Fri, 24 Jan 2025 00:33:38 +0100 Message-ID: <87o6zx14x9.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:6zQRi7UycJPm+xCfgt67386Gdzkho+OANQS3wvD+wgG7vh2ow69 cUdAxJYQii6in65pW3iVh4PRk3MCnmw2KiAkPfYpPE0L7qWSMRL+za9KgY3xNMEZc4hftFi AwB2j0frsi1E8Lfv00hi7dPt7y8GStA7tdIck9XkCP70DNGbD9zav3hj7oqfj+nSSjCbuQv aNtHqkFlH+KpTdt3Rk5ww== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:kUfpNKxFz34=;09E+Tu7oSM9nwoJ7r6DoSX4uXLp VXtWNvg6fGQA95YP5ufYtPBf2pGtKNwPZGlVQIphUi86kiPZh+cA15JS5tAyHc7zwwaK75weN iXtTnXtfqD8MHEHuB+ztQtjlHELABF6nVIPAR8NIOdTO22fUTiqYu4KO8tdYoUuFKG0Z6KbwV A+YhFKYlwhaE1jwPcxzMf0msmBq3YyHJ6hYDGgSlMmh8TTOPq0Pzi0e6RO4PyB8mHe0+uTow5 0jxCcihjGBF90GWAU7IJjBC5KGucZwL4UPXoJGmTzAF5eIq50vaQiN8EM2v3gNcIgwkDRZuOv 2C0zWZ26ntbqyzrvStwawwhAYIkWRMjknDUxs3xsDk3xPLgengFLf2PC1iulYH+Tl2phH831t BwoRNhttrW8yxKyx/JLrrw6EXL/j5vdTcrXf+CrAHoAdn8VkQmk7e9PZIXbyBgpej60gy6q3G 0v5Amq1ZAl734TCR3mBgflG8o3Rf/hTIqxTNGHMF2z3O6/G7v3/ncjmY7WAKaLR+CZ3tt+dCZ lHlXmLosE3f9Gqkm7GY8iMO+VoySrX24hFH8oyBSXo0HDe1wTSLl8srHzRWmutpuP/GFQ1HaR Da+tXSJaAlhZceZCZ0gInJbkcZx5RtrpLJ7I9nlQDKrd9Kzg74wRa4/uITTpyBq5RypVxe/dh 2zx4aa4WG4KNzm08DOz5KD1A1cpp5ICLXYsZjXae3fBNhkBQvpnlr2ahHXrCnTEBJD1Ov3q7q nYNmLAg6kZnbXhm1404S3YRfkBenr1XvhGOiPvc2P0y3/eAFIw/oGJTPC2lQ+sTz8sbnfFRBp jJrSpqcT2XxFMyTJOOQhvxXNpFEkLvYof8U7zK+I/KlQwtjSynavxdng8MhEUGnSrF3Xjtf2Z fHNBS0B5FX2Cy/Ti0qNgbnaTsUQ+KZzgcoLHXAFDM9YlOiVYOtOl9+2M58j7P07ldClk6kosg AnAgdd1WfyNT3jdIQELXyRP9Rrubqx5EvMhDNJoP7jihuD8YhNpmVC+yauV5smn0bMEMVESL9 pwzegy/DxSAaUI5anschSEnpUa37xXpbkoHWSyvAEVuYrpYu4YQ4MvREMc3ZKSJw1eCh3rHnI 9AM6+l0RiRbzPUuOUe3ntn8LbaucPTBRRyuMcct7yiPuJ3Mi+czsMDsq4FafGMCkF1Hua5DC7 qHfnOWc4OP2a4AsX6HOQSpZI2IRsvS9jdBVvO0ZC9CQ== X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Eli Zaretskii writes: > I tend to agree. A boolean variable with "inhibit" in its name is > much easier discovered than buffer-stale-function. Sure - but discoverability is not the only point to consider. If I think this thought further: In case of dired, the decision about whether the buffer should be auto-reverted is made by evaluating a (not trivial) condition and thus we use a function value. This is hardly avoidable. When we introduce a redundant new boolean variable, we would have to decide what happens when the two disagree - the result could be surprising. And when one would need to debug auto revert, one would have to keep an eye on two variables instead of one. A complication without any practical benefit IMO. As we saw, finding a fix for a simple related bug was already not easy. So i would rather consider to rename the variable `buffer-stale-function' for the discoverability - or just leave things as they are. Michael. From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Michael Heerdegen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 24 Jan 2025 00:59:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 75626@debbugs.gnu.org, michael.albinus@gmx.de, Tassilo Horn Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.173768032526567 (code B ref 75626); Fri, 24 Jan 2025 00:59:01 +0000 Received: (at 75626) by debbugs.gnu.org; 24 Jan 2025 00:58:45 +0000 Received: from localhost ([127.0.0.1]:42929 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tb820-0006uR-NM for submit@debbugs.gnu.org; Thu, 23 Jan 2025 19:58:44 -0500 Received: from mout.web.de ([212.227.15.3]:39893) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tb81u-0006u8-Tw for 75626@debbugs.gnu.org; Thu, 23 Jan 2025 19:58:42 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=web.de; s=s29768273; t=1737680310; x=1738285110; i=michael_heerdegen@web.de; bh=g+khy4VzQjI48usTEqMhBZH6AfXUDoWtFIKc8Ia5ni0=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date: Message-ID:MIME-Version:Content-Type:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=dN1XZ18fH+v0wcBj0Agci1zrM81ZCr9EHgC8rWamDsNugS4QYELwaK6nCR07bPUh mSmozH0L2qqxEBnk2CbX4jqQWzJZu20Lmkap8r+hfjWqzrUuzHoPLD87+V5hxqKtI +xrJR5iaLNJrQBZx13FmpNDUGhpd30Uv4xAIeAo3lhTptFV4ElG2QvS64l60EPiTR qvTAyqAHG+9Qh/VRzm9P+s7k0yJk9Iish2eKk+svf4fxjuRL+6+oXHOzZiFjYd4o+ s2UKrbewSBuaN4RdDTNkGV6KAbv5ciidn/AIGdbC4cWa8d1ZnR8IL9PWqot80a2HM Kf/5lQ38hbjDgvE/ig== X-UI-Sender-Class: 814a7b36-bfc1-4dae-8640-3722d8ec6cd6 Received: from drachen.dragon ([88.66.201.189]) by smtp.web.de (mrweb005 [213.165.67.108]) with ESMTPSA (Nemesis) id 1MJWoe-1turq20ETA-00OS6J; Fri, 24 Jan 2025 01:58:30 +0100 From: Michael Heerdegen In-Reply-To: <87o6zx14x9.fsf@web.de> (Michael Heerdegen's message of "Fri, 24 Jan 2025 00:33:38 +0100") References: <87r051khsd.fsf@gnu.org> <87a5blhb24.fsf@web.de> <875xm9havc.fsf@web.de> <864j1t7gth.fsf@gnu.org> <87wmepfuxp.fsf@web.de> <86y0z55t2k.fsf@gnu.org> <86r04x5s6b.fsf@gnu.org> <4e07af48-166a-4cf7-8b89-cc784d6030eb@betaapp.fastmail.com> <86plkh5mo4.fsf@gnu.org> <87plkhb69r.fsf@gnu.org> <87ikq9f1ey.fsf@web.de> <86a5bk5olj.fsf@gnu.org> <86wmeo45ms.fsf@gnu.org> <87sepc6xpr.fsf@gnu.org> <87jzan7wfp.fsf@gnu.org> <87wmenaeby.fsf@web.de> <87msfjmfy5.fsf@gnu.org> <87sepa1a9p.fsf@web.de> <871pwuavv9.fsf@gnu.org> <86plkd28rb.fsf@gnu.org> <87o6zx14x9.fsf@web.de> Date: Fri, 24 Jan 2025 01:59:47 +0100 Message-ID: <87jzal10xo.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:Tngc2/PQ71EVCB7QawA4MFv9Ylrfq/b7TV+Xn28p8J7d6GgBb4j Kduc7SOBdrP09geQBlJjD3L9jYffkwCNUE/scPvkl4eC8UnY0IAzLZMpXKq8x4Fxwh0Nr9J AzqZq9E6RFZVwoNyAHqaOQeF7LjElDb2krGoEMKwNVFat6GETyIoInWEH8x/DDa0pl4wQmB JmucjIPZV9qqEeott2uDg== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:WAS4PxtAP+U=;45eWsaGfATTF2sEqtrgGMEfE6Dl MEM45Bb+ZWbQakhK/OEd6tq+lcQi6ledOwJ0aq+sBNsHVRLFvnw5rl7iSEEKXQO70ngfrF/Eu uqwpUIRo33tNf/O0Xa0TQajqCKXYdBLFe29rdFlFWyYYElTWw3fZ4sKNy3EPRhyK0vTgv0Qpd EKh5e45t4qO4T7Fnchy+8iw1fYHXvNBGegRvqBD3ZE/yH+fl98ppqSNr9U87VLD2WRNTIzfw+ IoaSO6+9CjFX9LWQNvC/Ygx3AMEy/SNZR0BGf2Qg2ZQ8ffq52e7uMnVbgRvuiFB7E+otiuSgC GE1W+niTWFaL8xNJ7fih28bRadINOVx5IaBMzFd4zTADLZk3t7cRgNpo0PfizwUJAZUINA8M4 tTdgSZiaPsGST/8euDi0lc4Nr5hdoYP5PoU4VMbiAkrHZl7N0QfvE6BkVCuuhFBot6i89wPaN Dgz1Uobel8fmfSEYIPaE7+R/qxAtwZTjb6t6jm8BG0O6tpeQutBrVFDBdpjSCxAqnVr6i7eS3 F8ztdiNVA1bFVDtiLbTgkSKj0NNLThoviLWyEMhzfANRn50x5DCRFQt1vU23NlpG9wTfoNZXo 7z+dxfwEfccDGWWKyFWZukcwkGJKpJY+Z6hDLJB3y9yh+kY1lO+Hv1drFsMPtdKgwXoSmdU0L 9G4t0GdQlikZsia3LGGjbXnX3oLORhxB5JCQFHTYYc0CjX38RvHG31C1Yhba/bSyDaoWvME3C nwQnDAI7qE+hHLnZ6cX7s/iVaQJNGOcLtyZrhNY3UJO/yONE4GcXI/PeuW6e/QzUO+uE9NyXx TMW2gdfZfKo+Tu7pCI9hqmLUt3or+GBZwqDAUrGmISQr7sjwW9ZaX0TXU2yNf7+Kual27/dCM G3jyEZ7tlqMjx/vR5N8b5DODOfPiPJuiJgVi+U8wvb1H9pJ/KGpbI3G3wmSM6j0Zhy19eJ9PP eY7X0FOcYuuQhU2qS5lYZWdT4Qme813wV+frrRcTr5WpWQ0v27oxGLoRmdgYschei6hjJ4KX3 pf2AuozOol0K4Zaa96BJW40WvPRGsmuGqZrSBI81EYEd0YDwtzyl55Fj4DbZXC4ZUo/UsPtYr Us6ubDoK7Dz+a2lJ0POoO2pIZb2MJhQah/nkIgXsoeOTXfltJ8dPCsmXIX8X4BexTgWEYPbXo Vr+iesRWFzdd38vn2dmPTM1LrQHBS6+Li+omeulPRSX47dpeNCwj1p5KpUidP6kCOQS+8oQoK jE88EnqPYnujIagkcR3XTW+50jFH9JQhIls7r4IKMksla8yE1yZi3gaj8X9EnrAgZZqIBS9UZ bwgPTqd7GGPtdewivWJAV9AKw== X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) I wrote: > So i would rather consider to rename the variable > `buffer-stale-function' for the discoverability - or just leave things > as they are. We could also rename the variable and pretend it is normally boolean - but a function value is possible in addition and has a special meaning. A not uncommon solution. Maybe this is what you had in mind? There are caveats, though: - People could be tempted to set `inhibit-auto-revert' to t and later to nil, erasing the former non-nil function value by accident. - People could try to inhibit auto revert globally (which would not be possible once buffer local bindings exits), or may overlook the fact that binding this variable may affect a global or a local binding. I think this is something to consider: catchy names increase the risk that such details are overlooked. Michael. From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Tassilo Horn Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 24 Jan 2025 06:26:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Michael Heerdegen Cc: 75626@debbugs.gnu.org, Eli Zaretskii , michael.albinus@gmx.de Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.173769992419687 (code B ref 75626); Fri, 24 Jan 2025 06:26:01 +0000 Received: (at 75626) by debbugs.gnu.org; 24 Jan 2025 06:25:24 +0000 Received: from localhost ([127.0.0.1]:43331 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tbD88-00057T-89 for submit@debbugs.gnu.org; Fri, 24 Jan 2025 01:25:24 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:49818) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tbD85-00057G-EI for 75626@debbugs.gnu.org; Fri, 24 Jan 2025 01:25:22 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tbD7y-0003bt-J7; Fri, 24 Jan 2025 01:25:14 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=c/OOrTs6MsBon2cSEd4HkfGfzoDLvXDpwwQDWSJw7nM=; b=rvCPuqO3NUH7wxmFQVM2 z/eeCKHTn6QcwLDNp4EEEj/idMtwVLALNu9/dgnfXuBD9e4YztRnoqUmYSlC2PMgr3lheKS7nZiYL wi5+Ah/dSIp1b0jEChqS9FsXhXe0ec1RrUXsmuYUcIp4iAGHdOlzRuUeH81yrKD2Q9tdnw8gJLZB1 5rw31+/DJc2eBHxu0TgGHWRVQBOzp1xV5xE3QG1C967lm9t3zzQ69lrx4zYaDtU/TRwNBU//RwokL 7zrT7D951pxzIuGnwpRp0rog4FFHRsPX+FtEduwzV+n9akT/Awy9UTdclGny0AnYBtD4DvkrWKV3X g1WNI6TPQWu7Lg==; X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeefuddrudejgedgfeekudcutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpggftfghnshhusghstghrihgsvgdp uffrtefokffrpgfnqfghnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivg hnthhsucdlqddutddtmdenucfjughrpefhvfevufgjfhgffffkgggtsehttdertddtredt necuhfhrohhmpefvrghsshhilhhoucfjohhrnhcuoehtshguhhesghhnuhdrohhrgheqne cuggftrfgrthhtvghrnhepleduvdegfeduvdejkeefteelgeetgfevhefhueffueffgeeh gfeufefgvdffgedtnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilh hfrhhomhepthhhohhrnhdomhgvshhmthhprghuthhhphgvrhhsohhnrghlihhthidqkeei jeefkeejkeegqdeifeehvdelkedqthhsughhpeepghhnuhdrohhrghesfhgrshhtmhgrih hlrdhfmhdpnhgspghrtghpthhtohepgedpmhhouggvpehsmhhtphhouhhtpdhrtghpthht ohepjeehiedvieesuggvsggsuhhgshdrghhnuhdrohhrghdprhgtphhtthhopehmihgthh grvghlrdgrlhgsihhnuhhssehgmhigrdguvgdprhgtphhtthhopegvlhhiiiesghhnuhdr ohhrghdprhgtphhtthhopehmihgthhgrvghlpghhvggvrhguvghgvghnseifvggsrdguvg X-ME-Proxy: Feedback-ID: ib2b94485:Fastmail From: Tassilo Horn In-Reply-To: <87jzal10xo.fsf@web.de> (Michael Heerdegen's message of "Fri, 24 Jan 2025 01:59:47 +0100") References: <87r051khsd.fsf@gnu.org> <875xm9havc.fsf@web.de> <864j1t7gth.fsf@gnu.org> <87wmepfuxp.fsf@web.de> <86y0z55t2k.fsf@gnu.org> <86r04x5s6b.fsf@gnu.org> <4e07af48-166a-4cf7-8b89-cc784d6030eb@betaapp.fastmail.com> <86plkh5mo4.fsf@gnu.org> <87plkhb69r.fsf@gnu.org> <87ikq9f1ey.fsf@web.de> <86a5bk5olj.fsf@gnu.org> <86wmeo45ms.fsf@gnu.org> <87sepc6xpr.fsf@gnu.org> <87jzan7wfp.fsf@gnu.org> <87wmenaeby.fsf@web.de> <87msfjmfy5.fsf@gnu.org> <87sepa1a9p.fsf@web.de> <871pwuavv9.fsf@gnu.org> <86plkd28rb.fsf@gnu.org> <87o6zx14x9.fsf@web.de> <87jzal10xo.fsf@web.de> User-Agent: mu4e 1.12.8; emacs 31.0.50 Date: Fri, 24 Jan 2025 07:24:58 +0100 Message-ID: <87r04sd8zp.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Michael Heerdegen writes: > I wrote: > >> So i would rather consider to rename the variable >> `buffer-stale-function' for the discoverability To what? Especially with the "boolean or function" semantics below I can hardly come up with a suitable yet discoverable name. That aside, I think it's hard to rename and give new semantics to a variable which is as old as Emacs 22.1 and might be used by external packages. >> - or just leave things as they are. That would also be fine by me given the actual bug is fixed. (I'd add another commit using dired--inhibit-auto-revert for properly fixing bug#71264 without accidentially deactivating auto-revert-mode altogether.) > We could also rename the variable and pretend it is normally boolean - > but a function value is possible in addition and has a special > meaning. A not uncommon solution. Maybe this is what you had in > mind? At least not me. One difference between buffer-stale-function and inhibit-auto-revert is that the latter inhibits all auto-reverts while buffer-stale-function is not consulted at all for file-visiting buffers when auto-revert-tail-mode is active. > There are caveats, though: > > - People could be tempted to set `inhibit-auto-revert' to t and later > to nil, erasing the former non-nil function value by accident. > > - People could try to inhibit auto revert globally (which would not be > possible once buffer local bindings exits), or may overlook the fact > that binding this variable may affect a global or a local binding. > > I think this is something to consider: catchy names increase the risk > that such details are overlooked. Probably right. I don't have a strong preference for either way. Maybe we should just keep it as-is until some other use-case besides dired pops up which might never happen. Bye, Tassilo From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 24 Jan 2025 08:03:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Michael Heerdegen Cc: 75626@debbugs.gnu.org, michael.albinus@gmx.de, tsdh@gnu.org Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.17377057434585 (code B ref 75626); Fri, 24 Jan 2025 08:03:02 +0000 Received: (at 75626) by debbugs.gnu.org; 24 Jan 2025 08:02:23 +0000 Received: from localhost ([127.0.0.1]:43479 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tbEdy-0001Bs-Ny for submit@debbugs.gnu.org; Fri, 24 Jan 2025 03:02:23 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:60890) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tbEdw-0001Be-VQ for 75626@debbugs.gnu.org; Fri, 24 Jan 2025 03:02:21 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tbEdq-0007bI-J8; Fri, 24 Jan 2025 03:02:14 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=MHKFMD8Wl6JvEEIY7TU0gjmnOR4BQN687dQ/PS+7oAo=; b=DoYuxyA1GIiH b4foFIQ+m+glR0ceu+zR/hdd/GdWFqRpD758PU7Gw+9jyCd/40N8eAzNR9w1tQuppBV+fiWodm7JU GybiIHjxhLzbYyKhqvVqVFlz5myhENcuvk3/KXdGVsJtu8OtK1V3My7BUZDRIL1Oe8gAfA04NBTIz BNfgF+vwCcroPK02bAelV5I/hcZcWNOYQSSTcwW53RcyVRrB2Kaizc1fe+cpxMRJbpauzA9xJlN8g j8GFpaZv/4VMIPQayTkJsrGS3s7BA0Bcxv8McuW+BiVTwBXKuR5AcAz4/V0cRO/ZGT5Uwv1MAg5z1 44g5/ldWzG91ErcJbI/Ltw==; Date: Fri, 24 Jan 2025 10:02:07 +0200 Message-Id: <86r04sy70g.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <87o6zx14x9.fsf@web.de> (message from Michael Heerdegen on Fri, 24 Jan 2025 00:33:38 +0100) References: <87r051khsd.fsf@gnu.org> <86ikq97ip0.fsf@gnu.org> <87a5blhb24.fsf@web.de> <875xm9havc.fsf@web.de> <864j1t7gth.fsf@gnu.org> <87wmepfuxp.fsf@web.de> <86y0z55t2k.fsf@gnu.org> <86r04x5s6b.fsf@gnu.org> <4e07af48-166a-4cf7-8b89-cc784d6030eb@betaapp.fastmail.com> <86plkh5mo4.fsf@gnu.org> <87plkhb69r.fsf@gnu.org> <87ikq9f1ey.fsf@web.de> <86a5bk5olj.fsf@gnu.org> <86wmeo45ms.fsf@gnu.org> <87sepc6xpr.fsf@gnu.org> <87jzan7wfp.fsf@gnu.org> <87wmenaeby.fsf@web.de> <87msfjmfy5.fsf@gnu.org> <87sepa1a9p.fsf@web.de> <871pwuavv9.fsf@gnu.org> <86plkd28rb.fsf@gnu.org> <87o6zx14x9.fsf@web.de> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Michael Heerdegen > Cc: Tassilo Horn , michael.albinus@gmx.de, > 75626@debbugs.gnu.org > Date: Fri, 24 Jan 2025 00:33:38 +0100 > > Eli Zaretskii writes: > > > I tend to agree. A boolean variable with "inhibit" in its name is > > much easier discovered than buffer-stale-function. > > Sure - but discoverability is not the only point to consider. If I > think this thought further: > > In case of dired, the decision about whether the buffer should be > auto-reverted is made by evaluating a (not trivial) condition and thus > we use a function value. This is hardly avoidable. > > When we introduce a redundant new boolean variable, we would have to > decide what happens when the two disagree - the result could be > surprising. And when one would need to debug auto revert, one would > have to keep an eye on two variables instead of one. We have quite a few of similar inhibit-SOMETHING variables in Emacs. We use a simple rule for them: such a variable, when non-nil, unconditionally overrides everything else. I've never had any problems with that, and I debug Emacs quite a lot. It's actually the other way around in many cases: being able to inhibit some functionality by flipping a single variable is very easy and convenient. > A complication without any practical benefit IMO. I think this opinion of yours is at least in part because you don't appreciate the simplicity and convenience of a variable as opposed to redefining or binding a function. > As we saw, finding a fix for a simple related bug was already not > easy. For completely unrelated reasons, right? > So i would rather consider to rename the variable > `buffer-stale-function' for the discoverability - or just leave things > as they are. We cannot rename it. From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Michael Heerdegen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 24 Jan 2025 23:26:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Tassilo Horn Cc: 75626@debbugs.gnu.org, Eli Zaretskii , michael.albinus@gmx.de Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.17377611346601 (code B ref 75626); Fri, 24 Jan 2025 23:26:02 +0000 Received: (at 75626) by debbugs.gnu.org; 24 Jan 2025 23:25:34 +0000 Received: from localhost ([127.0.0.1]:47488 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tbT3N-0001iO-T0 for submit@debbugs.gnu.org; Fri, 24 Jan 2025 18:25:34 -0500 Received: from mout.web.de ([212.227.17.11]:43895) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tbT3M-0001i9-0R for 75626@debbugs.gnu.org; Fri, 24 Jan 2025 18:25:32 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=web.de; s=s29768273; t=1737761125; x=1738365925; i=michael_heerdegen@web.de; bh=VDe89pkyeLMGfSehThuGNDPrkPChTDO0sg9XnQdlcbA=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date: Message-ID:MIME-Version:Content-Type:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=HGzrWFO9F4ItKYe97z0gq3Y0mZ+IB8DDBcbrBkFFJV8d56L29q5DSmXVIaJBGHz2 OXHi/WHJ5fxQb0ddA9mb3A4e4eHhzXihCo4HY1HMxWuCV0Nx06HuIQIX9E/DurlHH XJh4LPj93HvgtIQCq+6++ly6qIleVBdJZr8C7XX5Hv++2mHKSsZB2jPfMzfppVCKG Uq/jHZ/O+B2QMP2C1ErIypvpCC3b8LjIvMOK71lbmL3fp1qkUJpnuFSDKDFBPqITP 2qGLuUeiP5l6qcL2cXFkD48IaVq3vhFy1+qnxG7MPkb/SX6hKpBTCWOo5kS98PZ+z h0SgzL3Tz/7a9L0bmg== X-UI-Sender-Class: 814a7b36-bfc1-4dae-8640-3722d8ec6cd6 Received: from drachen.dragon ([88.66.201.189]) by smtp.web.de (mrweb106 [213.165.67.124]) with ESMTPSA (Nemesis) id 1MHmqC-1tfJ470klS-00CY1G; Sat, 25 Jan 2025 00:25:25 +0100 From: Michael Heerdegen In-Reply-To: <87r04sd8zp.fsf@gnu.org> (Tassilo Horn's message of "Fri, 24 Jan 2025 07:24:58 +0100") References: <87r051khsd.fsf@gnu.org> <864j1t7gth.fsf@gnu.org> <87wmepfuxp.fsf@web.de> <86y0z55t2k.fsf@gnu.org> <86r04x5s6b.fsf@gnu.org> <4e07af48-166a-4cf7-8b89-cc784d6030eb@betaapp.fastmail.com> <86plkh5mo4.fsf@gnu.org> <87plkhb69r.fsf@gnu.org> <87ikq9f1ey.fsf@web.de> <86a5bk5olj.fsf@gnu.org> <86wmeo45ms.fsf@gnu.org> <87sepc6xpr.fsf@gnu.org> <87jzan7wfp.fsf@gnu.org> <87wmenaeby.fsf@web.de> <87msfjmfy5.fsf@gnu.org> <87sepa1a9p.fsf@web.de> <871pwuavv9.fsf@gnu.org> <86plkd28rb.fsf@gnu.org> <87o6zx14x9.fsf@web.de> <87jzal10xo.fsf@web.de> <87r04sd8zp.fsf@gnu.org> Date: Sat, 25 Jan 2025 00:26:39 +0100 Message-ID: <87lduz4wuo.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:n70MUeUajk/D4+34XXWJM7AuTyYPnSwRobTshPyqvFaOLC6hePK zSZsxqf0t1Rijg7HWEeDujRoIrS42rqHDUHmeZ3H/wyUB+Bs6hH+Z3EpnSKOvfmOi60UD6k sflr+rCTc1kTT6gCkQ/OKpEx1Ia0CNzPHZ8ddujsqKiNgxvhE5xqWWzwLclAcFKwlYU62Y4 Q/PlDYnX90Kije5mpC/1g== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:h5G+QsNKRPY=;q0iX5dJzG17cT65v6m7o83jw61H BQrjMVeCzsAiIFhJHKI2O1E8GQhr9NLCsDLxqSYAqoVdLHKOrZXn00yvc17LRyZSVrMqTq02K +SgKoupXz72urLMLGgTmQGPy5Y2Tm7+yCv31uLYXJ+SuH6cC/jbmp7SDUVlnSlPsIsE5Uz1j1 8N7khMUnAubYwDBZ4i8vCFkxiavxMZpEULo0AmfjBHhDtme69WVU/k8TRPBU+OIopOlsbQ9pf /0wdN8piT9j6H5v5RbSWhJE9rM8gFkr3iwbgWEsIaAni1mC7zX5WW64Eeb2qGxG2FuKZRP3MO rol/P82oUzjHUR+B2ijwkJS6UdCvTwpj7Fz28k947hPu2r4TZ9ukoCr+wIcWBgo6BJjL3OZyZ nZuPqi5uCAHW/u2WQ0PQn8iafGqcX7S1+MSwYxVlhYLBd+J4QkafJmZbBRbqhQ2XR7eZWmZNX gt2MoFPXEr08+nxJUmhcj+EA4gJVAit1DRhkxcY3w1Jaf5tN/sJpM5YROxQn3kwiYfdSU+Ueg py1qtkrghrAgpba672tZsb7zKAcQByTvYwryVHyxJXVeoVyVEy16qSVYsqm7VUGYRNcTCkZSs HvLvHoFpDx654E/FYUqo6W41XH0UXBOZTxYMnls5pNLD+COnfa7RUeIpUU1H/2WDEbgO0WvlX mtck4PkvhRy96fzRXni1jSo+LZr1gzGWThQA/nh5xcnYg1JMTxRzO/KmbtMZkeamhZE3enke7 fhqc0TPsbLmifOxBlpSwCFPw+jecan1wPS3tRT/x1gtw3lY9F/3c3zB6TrJba+rAdYuEsNHZ9 yactVzivGdq9yVD1BAe7SceLqc6gfQFnz/VHvzTCz0eSO4+rVRg5Gfb41EXZZDumBVZA9jVMs I+PoFEjWsPIV5QuG/XDDEH+QjcLTCk+wWkEJmMUY+Hhzi7gA9fAIowmjoGRFFjs/iMstMB0sQ hjVB1Rxn3+BYspQkuKpgw7FiKYKD+OR16Gz+Xdpm3bbBWbqqzWeQWzP6h5Sc5fHG2x54TVoMn kluCzYnPJcl6FqBQxF6oW/qJ881qUzt7VSh75e0WN5IwWGHEXkadD1DP6vcq2dvrKF++ls6v2 nXVnN3rTdUu9F3zdGLNTbTEOCQWNHYmNepZEfw47HnbJ3J2Dbyd/5ar7uaAZ1AqspRKRO8BUQ eK4ZCOhaDmaq/V4UtZR+wlOtxU6p5L0w//4CkIRO2bpeJDV0hLQPUL7wa2MIqjI45jQHyovrE oe4y1M9qFEf3OOmgjZeoGPB64Nzwogn8cFbQ6Mv3CAu6y3zRItDMduKptoVpzYpV8Mu6Vy4Ik OPGaQZOy+yjtM9CFC6RnitSGg== X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Tassilo Horn writes: > >> So i would rather consider to rename the variable > >> `buffer-stale-function' for the discoverability > > To what? buffer-inhibit-auto-revert-function or buffer-inhibit-auto-revert. > That aside, I think it's hard to rename and give new semantics to a > variable which is as old as Emacs 22.1 and might be used by external > packages. Since we would only extend semantics and non-function values currently raise an error - what would be the problem? > > We could also rename the variable and pretend it is normally boolean - > > but a function value is possible in addition and has a special > > meaning. A not uncommon solution. Maybe this is what you had in > > mind? > > At least not me. One difference between buffer-stale-function and > inhibit-auto-revert is that the latter inhibits all auto-reverts while > buffer-stale-function is not consulted at all for file-visiting buffers > when auto-revert-tail-mode is active. Oh... I didn't notice that fact up to now. Should we maybe document that in the docstring of `buffer-stale-function'? Anyway, if your goal is a switch that influences both modes, then my approach would not be sufficient, obviously. But did anybody think about typical use cases and what would be useful - before we cut in stone a new mechanism with no use cases at all in mind? > I don't have a strong preference for either way. Maybe we should just > keep it as-is until some other use-case besides dired pops up which > might never happen. A good summary - I would really prefer that to be honest. Michael. From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Michael Heerdegen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 24 Jan 2025 23:44:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 75626@debbugs.gnu.org, michael.albinus@gmx.de, tsdh@gnu.org Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.17377621889910 (code B ref 75626); Fri, 24 Jan 2025 23:44:02 +0000 Received: (at 75626) by debbugs.gnu.org; 24 Jan 2025 23:43:08 +0000 Received: from localhost ([127.0.0.1]:47614 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tbTKO-0002Zm-6s for submit@debbugs.gnu.org; Fri, 24 Jan 2025 18:43:08 -0500 Received: from mout.web.de ([212.227.17.11]:44573) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tbTKL-0002ZA-RT for 75626@debbugs.gnu.org; Fri, 24 Jan 2025 18:43:06 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=web.de; s=s29768273; t=1737762176; x=1738366976; i=michael_heerdegen@web.de; bh=Q1Xvnm3Qv7Sa5dtUtP9fgp+uPYuS0quqH7d+hQ0wdtg=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date: Message-ID:MIME-Version:Content-Type:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=qAfsbL/HQonTKU6Co+mBqvqWPEDk3yHLy6MZrNQGkg3D6150NAVHk8EIUSs6Dd0p eC/V5xzg070bVTRvZTKVMoBJfPwnXk4vZHgdGYNoZ1fzcr7ufJx5TNuRhLgW8lCxB FaJNrRa/L/68Qa4Pg9ZwtH+PqFxQy+/5SWTQmOTG3jYnHcy5cZ7Coixfflgd1oRTO 9tA38/UPG5BRxMPyb4GMbv6pRVO8Iy+OXpqHk0YsH9kZu9gukClzp4lnaWv11JC3z 2nw2LJrKaOp1cHv9lZFyAQy7iTYfbSl3An+IWRPQlH8eCkCvHHJixVP1g14NiclQS dQ9Ny2eLPEX2DViAuw== X-UI-Sender-Class: 814a7b36-bfc1-4dae-8640-3722d8ec6cd6 Received: from drachen.dragon ([88.66.201.189]) by smtp.web.de (mrweb105 [213.165.67.124]) with ESMTPSA (Nemesis) id 1MW9rM-1u0HYb3X0E-00Youi; Sat, 25 Jan 2025 00:42:55 +0100 From: Michael Heerdegen In-Reply-To: <86r04sy70g.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 24 Jan 2025 10:02:07 +0200") References: <87r051khsd.fsf@gnu.org> <875xm9havc.fsf@web.de> <864j1t7gth.fsf@gnu.org> <87wmepfuxp.fsf@web.de> <86y0z55t2k.fsf@gnu.org> <86r04x5s6b.fsf@gnu.org> <4e07af48-166a-4cf7-8b89-cc784d6030eb@betaapp.fastmail.com> <86plkh5mo4.fsf@gnu.org> <87plkhb69r.fsf@gnu.org> <87ikq9f1ey.fsf@web.de> <86a5bk5olj.fsf@gnu.org> <86wmeo45ms.fsf@gnu.org> <87sepc6xpr.fsf@gnu.org> <87jzan7wfp.fsf@gnu.org> <87wmenaeby.fsf@web.de> <87msfjmfy5.fsf@gnu.org> <87sepa1a9p.fsf@web.de> <871pwuavv9.fsf@gnu.org> <86plkd28rb.fsf@gnu.org> <87o6zx14x9.fsf@web.de> <86r04sy70g.fsf@gnu.org> Date: Sat, 25 Jan 2025 00:44:11 +0100 Message-ID: <87h65n4w1g.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:Id/7oubijflOHsr//ZR4ESy2fyZYBmlXeoty8Nm8CKTHRs/ztex EUCt37507ey+3rH/geVc0d4Qt/a1FPsN9qaptm7znQq016peptr3PiVrbPFwdaw2bnwxo6+ S7pDHij1mFDQbHo5Tq6nz8X+N2tbxgsbXLsVzocJCkBeaEbKGNg2GwIesWSO3hwKcdX3Ofi qL0eOmfFuKXlVu26rTE6A== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:ITinWPT6hts=;2EgWSB/vLfkcdvSKHe18RovbBYk a4FUZh5Xod2Mpdzn7o4r1dD9o6whJdma2ECShYW5Rxf5TQmLKmU/9e3QJjWFEZVDHU+i4K5Za 30gnsnb9UaCtyP1CwYH5jR4DL7A5vAOYMOL12lvPELf2e5vRfUMJ/qKAyAOIcbF9fkNYntugs lP0d97SXWK71kifWTukIWbErEfG+6ejkvi9I0H0+VL0gFS5fx2+RLxvar7pqm4C+ec73eeZzb ENz+vdeo6LjK8DSctpg/HrRF9yZA144DsgvA+U9VBzDJwiBuArsiT3NtVWSdss/m7RrP4+7H+ SSgFN4t2/9DT5aguxyPtaATSA6jIpVhlVGaYq/fy4wyLicedBMofJgrnOvOgsUJrZP2ZgAhx8 oT+qefL1+EwlT5wv4BqLV+ECWSaf9CjnMm0/YZLCTMeHLq4Pebu3Q89iZ3fa1VUuUu/8qInr1 HuVmxRmjFS0oabbYVcdfYwNFmLJ/k1R3/2Pr/HrN24KQk/IHBur5cHmBEA25yIlBvejcVZPUf R+OCdrEYH34uxOz8mbyMmzXnvLAzTVVIWDyMx/JqTzSnzRQdloooYVOFLPsrjadNS61CBxFA0 hCEI4yYanCzkYTVP+Dti5mnt1VXwmvC6xZAkA1xZ6ebIm/4zvlgNoLkJltNs4kPHRfWKVAPyf DyGQ4uEsh1+dR96Qjs8tUcLDs8wWaj9HL+XTzQYp+aRV9Av3ItQoHfJ4/tSRf3dNnOJC0RJ94 oknXXE5sY6cAGcYZF6CscOCD+Xmy202qd9tdJfnCV5Qdj2bm2AROgShe6K/2BEpOWgvKccY0T 4c/pI0g0KFtAyLPYjgJu17M3AG6FMo0hnZ0bqPp8AYYSxBrzdsxplW43ZEBuCF6u5ma3JH3FT oxz955G9qfNQ491zvVdYoZHpOD6Yk/GP86gUthePjaN4Q5PUt81oBgDxsVgZ9zkCV1jI2FfSL Y2zqd3PnX18kH6nQt6iu1VztCV7YrV+VxyqfuAlQc8eOVC/PQF9RUcDyKymu4HpPPReVnchYM gBQEJjMpjgcRC1drIwKoqVE5nuXpcfinUe5yC3Tqyp7mEv9y4fqGWuhNpyqYTG06b31saDxKi 6F/CcdaVCZS4L2u93MjSdRVBUjfHse/R9JM8YQc+oqZgEb3tFhhYBQAgMRX0Lhfjb3Qg/acs2 w/kJuUggDljVvsoU4YOcXc7E6ZDvkjBG7PL2vjSVyNr82e4qiAfImsO2mi7onJ4fOo6CeIyIt 45KgZt2Kvzqw1XCJ06QbGNLO934uHCkwr/GjLOlxndmlSIafLlyrfLDFJ2ccFbv51GhG7eSu0 CyjebWDFxjmggbVvxyWyHWXbw== X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Eli Zaretskii writes: > We have quite a few of similar inhibit-SOMETHING variables in Emacs. > We use a simple rule for them: such a variable, when non-nil, > unconditionally overrides everything else. I've never had any > problems with that, and I debug Emacs quite a lot. It's actually the > other way around in many cases: being able to inhibit some > functionality by flipping a single variable is very easy and > convenient. 100% agree, but my problem is not that at all, but the duplication we introduce. > > A complication without any practical benefit IMO. > > I think this opinion of yours is at least in part because you don't > appreciate the simplicity and convenience of a variable as opposed to > redefining or binding a function. I would need more use cases to be able to decide that. Which of the two variables would be used/bound more in practice? In the long run, code is longer maintained that created. And the design of autorevert.el is already not that trivial. So when I in the future would have to follow the binding of two variables instead of one to understand what is going on, this is not an improvement, because the existing variable is still there and hardly discoverable, and at least potentially involved. So you seem to look at this more from the perspective of use cases. For that perspective I even agree but I dunno how much it matters since I don't know how useful this feature is. And even then - as said, all those use cases will be easier to implement but harder to debug. > > So i would rather consider to rename the variable > > `buffer-stale-function' for the discoverability - or just leave > > things as they are. > > We cannot rename it. Then I would prefer to keep the fix we have. Michael. From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Tassilo Horn Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 25 Jan 2025 09:05:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Michael Heerdegen Cc: 75626@debbugs.gnu.org, Eli Zaretskii , michael.albinus@gmx.de Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.173779585820201 (code B ref 75626); Sat, 25 Jan 2025 09:05:02 +0000 Received: (at 75626) by debbugs.gnu.org; 25 Jan 2025 09:04:18 +0000 Received: from localhost ([127.0.0.1]:48440 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tbc5S-0005Fl-28 for submit@debbugs.gnu.org; Sat, 25 Jan 2025 04:04:18 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:41446) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tbc5P-0005FU-QG for 75626@debbugs.gnu.org; Sat, 25 Jan 2025 04:04:16 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tbc5J-0004Qy-KO; Sat, 25 Jan 2025 04:04:10 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=VqwTymWwor/0RbuRvXlaYybX2wfn9sC1QZxPL86uDb4=; b=mSxA4yYq6WFschVEQ8rk cRj86mk7qi7803JJ3X6UxrO6vSVbPUoG/i+6zj/+YTkrJNKTS8B7i/t0qfzeGqUqPhSvjnKTL3wNb AsQphzve9bVc+2iKWr0HjX6xBpU+KtmfxF5yRK5PWXgiDz1635khYLnXeVNr/rM3ZeV7bSD+W3Fdg MlKFz/ZfLKX1e3QXb/MHqUURndb0Lbx58N/R+pNGBFHBYjtyU7dLbTEPnyB0+ji+hSQh0R/3Hp7vt MxewKUGKL6ocfbOMwUTK5xlIUoA/m+puu2tLVjZZPICKY7PYIKaGoUJQ0IYMqlnt9rmlYHt8N1Ij1 qirtYzKzXl/VpQ==; X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeefuddrudejgedgieellecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpggftfghnshhusghstghrihgsvgdp uffrtefokffrpgfnqfghnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivg hnthhsucdlqddutddtmdenucfjughrpefhvfevufgjfhgffffkgggtsehttdertddtredt necuhfhrohhmpefvrghsshhilhhoucfjohhrnhcuoehtshguhhesghhnuhdrohhrgheqne cuggftrfgrthhtvghrnhepleduvdegfeduvdejkeefteelgeetgfevhefhueffueffgeeh gfeufefgvdffgedtnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilh hfrhhomhepthhhohhrnhdomhgvshhmthhprghuthhhphgvrhhsohhnrghlihhthidqkeei jeefkeejkeegqdeifeehvdelkedqthhsughhpeepghhnuhdrohhrghesfhgrshhtmhgrih hlrdhfmhdpnhgspghrtghpthhtohepgedpmhhouggvpehsmhhtphhouhhtpdhrtghpthht ohepjeehiedvieesuggvsggsuhhgshdrghhnuhdrohhrghdprhgtphhtthhopehmihgthh grvghlrdgrlhgsihhnuhhssehgmhigrdguvgdprhgtphhtthhopegvlhhiiiesghhnuhdr ohhrghdprhgtphhtthhopehmihgthhgrvghlpghhvggvrhguvghgvghnseifvggsrdguvg X-ME-Proxy: Feedback-ID: ib2b94485:Fastmail From: Tassilo Horn In-Reply-To: <87h65n4w1g.fsf@web.de> (Michael Heerdegen's message of "Sat, 25 Jan 2025 00:44:11 +0100") References: <87r051khsd.fsf@gnu.org> <864j1t7gth.fsf@gnu.org> <87wmepfuxp.fsf@web.de> <86y0z55t2k.fsf@gnu.org> <86r04x5s6b.fsf@gnu.org> <4e07af48-166a-4cf7-8b89-cc784d6030eb@betaapp.fastmail.com> <86plkh5mo4.fsf@gnu.org> <87plkhb69r.fsf@gnu.org> <87ikq9f1ey.fsf@web.de> <86a5bk5olj.fsf@gnu.org> <86wmeo45ms.fsf@gnu.org> <87sepc6xpr.fsf@gnu.org> <87jzan7wfp.fsf@gnu.org> <87wmenaeby.fsf@web.de> <87msfjmfy5.fsf@gnu.org> <87sepa1a9p.fsf@web.de> <871pwuavv9.fsf@gnu.org> <86plkd28rb.fsf@gnu.org> <87o6zx14x9.fsf@web.de> <86r04sy70g.fsf@gnu.org> <87h65n4w1g.fsf@web.de> User-Agent: mu4e 1.12.8; emacs 31.0.50 Date: Sat, 25 Jan 2025 10:04:03 +0100 Message-ID: <877c6jmfi4.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Michael Heerdegen writes: >> > So i would rather consider to rename the variable >> > `buffer-stale-function' for the discoverability - or just leave >> > things as they are. >> >> We cannot rename it. > > Then I would prefer to keep the fix we have. Ok, let's make a decision then. The two options on the table are: 1. Just keep the dired-specific dired--inhibit-auto-revert as it's committed now (+ use that to fix bug#71264 properly, too). 2. Use the more general inhibit-auto-revert patch I've posted here. I lean towards option 1 simply because my gut feeling says that the dired issue is probably a historical accident, i.e., its workings have been implemented long before auto-revert was a thing. If one were to implement something similar today (like ops on processes in proced), one would not use an approach navigating lines in the buffer. Even most dired commands don't or just do to collect the list of files to act on initially. Bye, Tassilo From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 25 Jan 2025 13:05:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Tassilo Horn Cc: michael_heerdegen@web.de, 75626@debbugs.gnu.org, michael.albinus@gmx.de Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.173781025425738 (code B ref 75626); Sat, 25 Jan 2025 13:05:02 +0000 Received: (at 75626) by debbugs.gnu.org; 25 Jan 2025 13:04:14 +0000 Received: from localhost ([127.0.0.1]:48896 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tbfpd-0006h4-Ez for submit@debbugs.gnu.org; Sat, 25 Jan 2025 08:04:13 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:44072) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tbfpa-0006gk-A6 for 75626@debbugs.gnu.org; Sat, 25 Jan 2025 08:04:11 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tbfpU-0000T5-T6; Sat, 25 Jan 2025 08:04:04 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=k0NSubmlALLZJZggs10enioKwBncFUI6++XhAMrgG9g=; b=SSxnitK2NUco ax1+YdTdfx/MC6zydjGAnJEp9Y1hZwteJlzaL5lVRThV/nFhA2UwSlVsp8Mr/6fcC3fw9mEwYXxn/ aWRu2+y00k7QHFf3wmI0EO1rrmFiuZkbVInPr1HomAwTfN3552REfnZCj1B5qK9jslB/7G0dBi/x8 +xCUyBQsgLnwF5bSwcI6+Rppfq3yFNGd4XDbS2SMpnuHY9AryN2cNbqdIQqqSrABm1GrkZIePMAin yGwaf5LiOSc0pVF8mqh63IJOYxvydjd+Yx5FANqyBlF0YSn4NERiXl7iBBXfqmoGEAYFuRuzFw17n /cT3lq0CA1XsNWgh7E3XEw==; Date: Sat, 25 Jan 2025 15:04:02 +0200 Message-Id: <86cygbujst.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <877c6jmfi4.fsf@gnu.org> (message from Tassilo Horn on Sat, 25 Jan 2025 10:04:03 +0100) References: <87r051khsd.fsf@gnu.org> <864j1t7gth.fsf@gnu.org> <87wmepfuxp.fsf@web.de> <86y0z55t2k.fsf@gnu.org> <86r04x5s6b.fsf@gnu.org> <4e07af48-166a-4cf7-8b89-cc784d6030eb@betaapp.fastmail.com> <86plkh5mo4.fsf@gnu.org> <87plkhb69r.fsf@gnu.org> <87ikq9f1ey.fsf@web.de> <86a5bk5olj.fsf@gnu.org> <86wmeo45ms.fsf@gnu.org> <87sepc6xpr.fsf@gnu.org> <87jzan7wfp.fsf@gnu.org> <87wmenaeby.fsf@web.de> <87msfjmfy5.fsf@gnu.org> <87sepa1a9p.fsf@web.de> <871pwuavv9.fsf@gnu.org> <86plkd28rb.fsf@gnu.org> <87o6zx14x9.fsf@web.de> <86r04sy70g.fsf@gnu.org> <87h65n4w1g.fsf@web.de> <877c6jmfi4.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Tassilo Horn > Cc: Eli Zaretskii , michael.albinus@gmx.de, > 75626@debbugs.gnu.org > Date: Sat, 25 Jan 2025 10:04:03 +0100 > > Michael Heerdegen writes: > > >> > So i would rather consider to rename the variable > >> > `buffer-stale-function' for the discoverability - or just leave > >> > things as they are. > >> > >> We cannot rename it. > > > > Then I would prefer to keep the fix we have. > > Ok, let's make a decision then. The two options on the table are: > > 1. Just keep the dired-specific dired--inhibit-auto-revert as it's > committed now (+ use that to fix bug#71264 properly, too). > > 2. Use the more general inhibit-auto-revert patch I've posted here. > > I lean towards option 1 simply because my gut feeling says that the > dired issue is probably a historical accident, i.e., its workings have > been implemented long before auto-revert was a thing. If one were to > implement something similar today (like ops on processes in proced), one > would not use an approach navigating lines in the buffer. Even most > dired commands don't or just do to collect the list of files to act on > initially. Sounds like option 1 is preferred by several people, so let's keep it. From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Tassilo Horn Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 26 Jan 2025 08:51:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: michael_heerdegen@web.de, 75626-done@debbugs.gnu.org, michael.albinus@gmx.de Received: via spool by 75626-done@debbugs.gnu.org id=D75626.17378814426916 (code D ref 75626); Sun, 26 Jan 2025 08:51:02 +0000 Received: (at 75626-done) by debbugs.gnu.org; 26 Jan 2025 08:50:42 +0000 Received: from localhost ([127.0.0.1]:54285 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tbyLq-0001nU-9I for submit@debbugs.gnu.org; Sun, 26 Jan 2025 03:50:42 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:58250) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tbyLn-0001nA-H3 for 75626-done@debbugs.gnu.org; Sun, 26 Jan 2025 03:50:41 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tbyLh-0004QE-L1; Sun, 26 Jan 2025 03:50:33 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=JC4H5ghLWDXQ0vo/0uYWDbdSMshDkjlcPQReVe0Yw0M=; b=X6Tv1SUpyGH36AHr8Nb/ jk5l855uQRYbOUgf16gMpoWIl1htF2KDNup7Ht73jNZwSH6zDA25CWhSvAliycBtI0yLkR6ERN4yj KSIB3hHQyZdGabFgg5wtzEbHHsRgnPkMViUNqwu4wS8kya9AmOo/zSKqkh0Khle26tvBl6rhbFzuH GniZKu0Amcfa6x7kvOIN5JIYC3Rk1Vc303JYe9ZNj2T3xwfi6i+3dy5BGc+1ASP88f0J6A1qzsIP6 x7PV3uouPsruJK52CCJ+xmWxihdO8/3NtgFR5wh/CGAeTQ5a9xpUyQd2+YAaz6sqj7yhPlRN7tkEr +Z0Xcu+Ok47KUg==; X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeefuddrudejgedgleekvdcutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpggftfghnshhusghstghrihgsvgdp uffrtefokffrpgfnqfghnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivg hnthhsucdlqddutddtmdenucfjughrpefhvfevufgjfhgffffkgggtsehttdertddtredt necuhfhrohhmpefvrghsshhilhhoucfjohhrnhcuoehtshguhhesghhnuhdrohhrgheqne cuggftrfgrthhtvghrnhepleduvdegfeduvdejkeefteelgeetgfevhefhueffueffgeeh gfeufefgvdffgedtnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilh hfrhhomhepthhhohhrnhdomhgvshhmthhprghuthhhphgvrhhsohhnrghlihhthidqkeei jeefkeejkeegqdeifeehvdelkedqthhsughhpeepghhnuhdrohhrghesfhgrshhtmhgrih hlrdhfmhdpnhgspghrtghpthhtohepgedpmhhouggvpehsmhhtphhouhhtpdhrtghpthht ohepjeehiedviedqughonhgvseguvggssghughhsrdhgnhhurdhorhhgpdhrtghpthhtoh epmhhitghhrggvlhdrrghlsghinhhushesghhmgidruggvpdhrtghpthhtohepmhhitghh rggvlhgphhgvvghruggvghgvnhesfigvsgdruggvpdhrtghpthhtohepvghlihiisehgnh hurdhorhhg X-ME-Proxy: Feedback-ID: ib2b94485:Fastmail From: Tassilo Horn In-Reply-To: <86cygbujst.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 25 Jan 2025 15:04:02 +0200") References: <87r051khsd.fsf@gnu.org> <86y0z55t2k.fsf@gnu.org> <86r04x5s6b.fsf@gnu.org> <4e07af48-166a-4cf7-8b89-cc784d6030eb@betaapp.fastmail.com> <86plkh5mo4.fsf@gnu.org> <87plkhb69r.fsf@gnu.org> <87ikq9f1ey.fsf@web.de> <86a5bk5olj.fsf@gnu.org> <86wmeo45ms.fsf@gnu.org> <87sepc6xpr.fsf@gnu.org> <87jzan7wfp.fsf@gnu.org> <87wmenaeby.fsf@web.de> <87msfjmfy5.fsf@gnu.org> <87sepa1a9p.fsf@web.de> <871pwuavv9.fsf@gnu.org> <86plkd28rb.fsf@gnu.org> <87o6zx14x9.fsf@web.de> <86r04sy70g.fsf@gnu.org> <87h65n4w1g.fsf@web.de> <877c6jmfi4.fsf@gnu.org> <86cygbujst.fsf@gnu.org> User-Agent: mu4e 1.12.8; emacs 31.0.50 Date: Sun, 26 Jan 2025 09:50:28 +0100 Message-ID: <87y0yyvu0b.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Eli Zaretskii writes: >> Ok, let's make a decision then. The two options on the table are: >> >> 1. Just keep the dired-specific dired--inhibit-auto-revert as it's >> committed now (+ use that to fix bug#71264 properly, too). >> >> 2. Use the more general inhibit-auto-revert patch I've posted here. >> >> I lean towards option 1 simply because my gut feeling says that the >> dired issue is probably a historical accident, i.e., its workings have >> been implemented long before auto-revert was a thing. If one were to >> implement something similar today (like ops on processes in proced), one >> would not use an approach navigating lines in the buffer. Even most >> dired commands don't or just do to collect the list of files to act on >> initially. > > Sounds like option 1 is preferred by several people, so let's keep it. Alright, I've just pushed the addon change for fixing bug#71264 using dired--inhibit-auto-revert. Thanks, Tassilo From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Michael Heerdegen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 27 Jan 2025 00:53:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Tassilo Horn Cc: Eli Zaretskii , 75626-done@debbugs.gnu.org, michael.albinus@gmx.de Received: via spool by 75626-done@debbugs.gnu.org id=D75626.173793914917537 (code D ref 75626); Mon, 27 Jan 2025 00:53:02 +0000 Received: (at 75626-done) by debbugs.gnu.org; 27 Jan 2025 00:52:29 +0000 Received: from localhost ([127.0.0.1]:58433 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tcDMa-0004Ym-RT for submit@debbugs.gnu.org; Sun, 26 Jan 2025 19:52:29 -0500 Received: from mout.web.de ([212.227.15.3]:32823) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tcDMY-0004YS-9g for 75626-done@debbugs.gnu.org; Sun, 26 Jan 2025 19:52:27 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=web.de; s=s29768273; t=1737939139; x=1738543939; i=michael_heerdegen@web.de; bh=BEmS9BRZQyyC0iq6Uc2XNI6Ax0UdzE9ryyan7o92Fvs=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date: Message-ID:MIME-Version:Content-Type:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=PWi8uR5lOnDoFP+K930TzgTPQ6M/p6FyqNfr+b+3L/o4q7+YS+ltUw3YQJKe4p9B wGyU5gtigbvEVDjJIyTgUP8+ROsnFLApSc9P3R3PEOeW3cp71Hq9yANLRAZWrghI5 Nnk1z4Z8rO9eTmDPcyB1IiPDu5OUui+1Uru5RQPUp2wpxQwLB8trUWJNuNPUx57ih 08BzDU/FnhiAitVhbORq1aHrW02imNKaYV9F3T/2NyQKDayfiKk438Tf0DZ43PkRi RC2rgriVcuksQXOiWSC/pUnfDyYsKkQe+7l98zIkLxIts/J1Rz9XxUaoSJ9gzd8LP wfw7WUpNpq2/FuCE7Q== X-UI-Sender-Class: 814a7b36-bfc1-4dae-8640-3722d8ec6cd6 Received: from drachen.dragon ([88.66.201.189]) by smtp.web.de (mrweb006 [213.165.67.108]) with ESMTPSA (Nemesis) id 1MbTH3-1t5LWE1YGf-00fHX0; Mon, 27 Jan 2025 01:52:19 +0100 From: Michael Heerdegen In-Reply-To: <87y0yyvu0b.fsf@gnu.org> (Tassilo Horn's message of "Sun, 26 Jan 2025 09:50:28 +0100") References: <87r051khsd.fsf@gnu.org> <86r04x5s6b.fsf@gnu.org> <4e07af48-166a-4cf7-8b89-cc784d6030eb@betaapp.fastmail.com> <86plkh5mo4.fsf@gnu.org> <87plkhb69r.fsf@gnu.org> <87ikq9f1ey.fsf@web.de> <86a5bk5olj.fsf@gnu.org> <86wmeo45ms.fsf@gnu.org> <87sepc6xpr.fsf@gnu.org> <87jzan7wfp.fsf@gnu.org> <87wmenaeby.fsf@web.de> <87msfjmfy5.fsf@gnu.org> <87sepa1a9p.fsf@web.de> <871pwuavv9.fsf@gnu.org> <86plkd28rb.fsf@gnu.org> <87o6zx14x9.fsf@web.de> <86r04sy70g.fsf@gnu.org> <87h65n4w1g.fsf@web.de> <877c6jmfi4.fsf@gnu.org> <86cygbujst.fsf@gnu.org> <87y0yyvu0b.fsf@gnu.org> Date: Mon, 27 Jan 2025 01:53:37 +0100 Message-ID: <87ed0pyt4e.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:m3Bj/WgTDNdoukVyWoKJszHh4YMdrlGdXqYS6QZp5793XgVueSa 9ALPa66YP8/gvWPeEmlZiHy9JRb+MAO9MczqOKIMyBZkNS7/58zoUkxmjO0x3nYoyEaouZw 8Cw3rXzIfU8Xi1Q7MIjNuDgI3SWS8QkP4GpGYCOFbsaj2SEwPXtDnxmUFiqaNfX59B9lSba wg1+VN761aNQ1KwBbkHbA== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:yX1YXRpqCp8=;HHHG7YpIiDaTNV281eF85PQOG1H cE32HvdUcfXDzYHvAhYOJT4HAjBz7D+s3HtcFwoXO9vG6Uok6zaEfmcOxnmo5/gOfkAqlnVJz 2g2TQ+OcnnHTL/wgpotTyS5thqaylg+1AS6d5tVLl2kLx/KSq8vcCfL2AAXBeS+Y9fyJXlDEl nV4Y0Ut2gc2Co89WQZ2wyp+DFQneu7dHGtY+CNYxlW0nZtn14vYyd2oILa9jOPsmSi4CQjOye gfz03qjR4efyVfgO9JI2LWepYA64Y0Cm1eAmnnx0rtYzO1FlyPZgY15hKwriObapR5eq+mi6V //ri1jo8J51CluRefWVbseOd7Yb3HfdIh5weSHmQ25ZtJ6n75f8YcmX0NiQYDWq+6pwsrsN58 1b9NPbPFYolCpQcSDe+9aeCSUst/KWKZZ1EC1PGcTlytzh8RLAnH+TFSvY4P0hSjIEzOwIP0T qQ+eL1mz5gBvPDXtKoU38fh754B7J2dVgqzMEv489X+YF0BvCk5/37d50sjlBXNcqq40BszKg aYyRVqC0MMkV/7xYLraeW3tzdwipqXCZYSLdPyj/sh5+M3oHUylqQ1zUbNmoKmxC0ExFY6SDB 5pS7TxBLxFmC9ccg7B4Qbj5DPOwkFtIv1ySaR1WEbjqOtlCOeGOaHixBd49UMJXvqYuTB5dap Aw+frcT/ztykqf6eG7u7iMe4/aD5tLSExl/Bx3Kz+pXdfdZkyFMXLjYMsiuHT42kRp2NV0dwo WmrBpZGGD/vHR1GwrfrEBSEOZWXSBYvYdd7fvFocS2jdsbD5GH1lnprCEzxKZH8oahRuWXS4A KE3eyiRqvW+AR4Mhmmop2nHaLPL6QepdVIFc/G4vTCjfY2iGiKWAEKqVbX4aE0UXXa0q3z4EL OUVIRLSgRDUmNYxD0MlRu3eGsTcIXwjcGn6n/jfTeW16BaqVdFiSGeoR+zNyk9NDsCj79E1oN DlRb4wmoX2DzpRLvucbaCrhC09OjIyGW19HnUhn634SCuAxSgmwnbP+7F5KTuO9S366AnF2QE 3ICH2yEv/vR6WxTNNJqeC3hQlL/snGpnQKxj+Hs982cuuwQlStqlsZQx8Iv9e8Jbyyi1f1e+Z YsmI/BWnLLuFkDcqJzImh26oyCOIVt+ZeNuP+dNLuNJ93PpTetwGxxyTFtKJfQPwgMNL7VOxa zDQMmttTHNRoRGsjfeLX0HrCHGtU6Gs+ytUR1ivSI2VQ0kdOwWgwNFxCFkuogebJraobZL9N+ mhb8eQj/+lzTQ8q9hcCXpSt7bjxdR2QQu2mCZyRhAB53oZUwoStNKQJEnwIBMtO7YoZxZ+uiP g5xc28Hc587BSFj24Ith5DsNA== X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Tassilo Horn writes: > Alright, I've just pushed the addon change for fixing bug#71264 using > dired--inhibit-auto-revert. Thanks. Can the issue from Bug#71264 as well happen for file operations other than deletion? Michael. From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Tassilo Horn Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 27 Jan 2025 06:11:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Michael Heerdegen Cc: Eli Zaretskii , 75626-done@debbugs.gnu.org, michael.albinus@gmx.de Received: via spool by 75626-done@debbugs.gnu.org id=D75626.173795825312375 (code D ref 75626); Mon, 27 Jan 2025 06:11:01 +0000 Received: (at 75626-done) by debbugs.gnu.org; 27 Jan 2025 06:10:53 +0000 Received: from localhost ([127.0.0.1]:58985 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tcIKj-0003DX-7d for submit@debbugs.gnu.org; Mon, 27 Jan 2025 01:10:53 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:55994) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tcIKg-0003DE-KU for 75626-done@debbugs.gnu.org; Mon, 27 Jan 2025 01:10:51 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tcIKa-0007zw-HH; Mon, 27 Jan 2025 01:10:44 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=kakbAh3lzaaAZAgZRaB/oLx46J9ul438/4G743mNKdE=; b=fBR+iwzZ3U2rGLLr+OkP 0u7Dcs2lWa931GDzD8vAHhrYrQy2mwyZVJwRF3EeWZufdiix1deviqEXgUyWB4ntmMLsY7pjcv1rI z/ohVnOp2hOUFkU1NQMhtDRHZ/BSCcdNPf77WUG7i8jKpWsxabQr4unXQGnY0N66zuqzd2MNt5QBL QPQlroc8yKnncpiDXI0jOksCK1dkBM4L0AC+er/cpLof9GFmR04/1UMYHjwrXVnG1ZJ0iU6q5NVlv OhkGT738rMh0XBUZGUL9TBd756bRGmouvuCIEukylGHLxTTUW/6szsVaFN/J7AFyke8StsRPd1rwL qjpQFKPfeO6khg==; X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeefuddrudejgedguddvgedvucetufdoteggodetrf dotffvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdggtfgfnhhsuhgsshgtrhhisggv pdfurfetoffkrfgpnffqhgenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpih gvnhhtshculddquddttddmnecujfgurhephffvvefujghffgffkfggtgesthdtredttder tdenucfhrhhomhepvfgrshhsihhlohcujfhorhhnuceothhsughhsehgnhhurdhorhhgqe enucggtffrrghtthgvrhhnpeeluddvgeefuddvjeekfeetleegtefgveehhfeuffeuffeg hefgueefgfdvffegtdenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrih hlfhhrohhmpehthhhorhhnodhmvghsmhhtphgruhhthhhpvghrshhonhgrlhhithihqdek ieejfeekjeekgedqieefhedvleekqdhtshguhheppehgnhhurdhorhhgsehfrghsthhmrg hilhdrfhhmpdhnsggprhgtphhtthhopeegpdhmohguvgepshhmthhpohhuthdprhgtphht thhopeejheeivdeiqdguohhnvgesuggvsggsuhhgshdrghhnuhdrohhrghdprhgtphhtth hopehmihgthhgrvghlrdgrlhgsihhnuhhssehgmhigrdguvgdprhgtphhtthhopegvlhhi iiesghhnuhdrohhrghdprhgtphhtthhopehmihgthhgrvghlpghhvggvrhguvghgvghnse ifvggsrdguvg X-ME-Proxy: Feedback-ID: ib2b94485:Fastmail From: Tassilo Horn In-Reply-To: <87ed0pyt4e.fsf@web.de> (Michael Heerdegen's message of "Mon, 27 Jan 2025 01:53:37 +0100") References: <87r051khsd.fsf@gnu.org> <4e07af48-166a-4cf7-8b89-cc784d6030eb@betaapp.fastmail.com> <86plkh5mo4.fsf@gnu.org> <87plkhb69r.fsf@gnu.org> <87ikq9f1ey.fsf@web.de> <86a5bk5olj.fsf@gnu.org> <86wmeo45ms.fsf@gnu.org> <87sepc6xpr.fsf@gnu.org> <87jzan7wfp.fsf@gnu.org> <87wmenaeby.fsf@web.de> <87msfjmfy5.fsf@gnu.org> <87sepa1a9p.fsf@web.de> <871pwuavv9.fsf@gnu.org> <86plkd28rb.fsf@gnu.org> <87o6zx14x9.fsf@web.de> <86r04sy70g.fsf@gnu.org> <87h65n4w1g.fsf@web.de> <877c6jmfi4.fsf@gnu.org> <86cygbujst.fsf@gnu.org> <87y0yyvu0b.fsf@gnu.org> <87ed0pyt4e.fsf@web.de> User-Agent: mu4e 1.12.8; emacs 31.0.50 Date: Mon, 27 Jan 2025 07:10:38 +0100 Message-ID: <87plk8dbxd.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Michael Heerdegen writes: >> Alright, I've just pushed the addon change for fixing bug#71264 using >> dired--inhibit-auto-revert. > > Thanks. > > Can the issue from Bug#71264 as well happen for file operations other > than deletion? Could be. One would need to look at each command. Basically, the issue of the two bugs can occur when auto-revert may happen which is when Emacs is waiting for a process to finish (like in this bug) or when waiting for user-input (like the confirmation prompt in bug#71264). Bye, Tassilo From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 27 Jan 2025 08:29:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Tassilo Horn Cc: Michael Heerdegen , 75626@debbugs.gnu.org, Eli Zaretskii Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.173796650317554 (code B ref 75626); Mon, 27 Jan 2025 08:29:02 +0000 Received: (at 75626) by debbugs.gnu.org; 27 Jan 2025 08:28:23 +0000 Received: from localhost ([127.0.0.1]:59221 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tcKTm-0004Z2-QO for submit@debbugs.gnu.org; Mon, 27 Jan 2025 03:28:23 -0500 Received: from mout.gmx.net ([212.227.15.19]:37041) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tcKTZ-0004YR-Le for 75626@debbugs.gnu.org; Mon, 27 Jan 2025 03:28:11 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.de; s=s31663417; t=1737966479; x=1738571279; i=michael.albinus@gmx.de; bh=dGWlW/9E3bh3QttBsu4LNJEyfjw0P0KisxjHMNrvjyw=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date: Message-ID:MIME-Version:Content-Type:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=LRtcoQBlZ1S40JSRD1QsbUA6FpJtmPvJTUToUqHQm+O+ilib0O4YV48uPDtfQRJi 6jT1VWpbPlfcDUWPJY3w47Kv9OkIO5hc7sbXiGUe4GSowHssw/laAq2hipAe5c0QK Lo3sAM5tSt2S986M/z8bzSD4wDxf22+O8rs6rMHsDVytokwV9PkIFQXybGpIKSXBB Z/u4mQcOngJkPVSAt0dAlzG7PTc3MNdxAhC94xxI3UbKasOBF5DKOwGu41sUCN9QS DjPffbsRFkoKhcHEw2z8YgNIDKAZu9PfH2YlSQg99EA+qGLylYX4N1kcR/fjZwEIP O8s4K4tt4dP9EVF8Ww== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from gandalf.gmx.de ([185.89.38.155]) by mail.gmx.net (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MN5eR-1tsUJP3y1l-00Ww2J; Mon, 27 Jan 2025 09:27:59 +0100 From: Michael Albinus In-Reply-To: <87plk8dbxd.fsf@gnu.org> (Tassilo Horn's message of "Mon, 27 Jan 2025 07:10:38 +0100") References: <87r051khsd.fsf@gnu.org> <86plkh5mo4.fsf@gnu.org> <87plkhb69r.fsf@gnu.org> <87ikq9f1ey.fsf@web.de> <86a5bk5olj.fsf@gnu.org> <86wmeo45ms.fsf@gnu.org> <87sepc6xpr.fsf@gnu.org> <87jzan7wfp.fsf@gnu.org> <87wmenaeby.fsf@web.de> <87msfjmfy5.fsf@gnu.org> <87sepa1a9p.fsf@web.de> <871pwuavv9.fsf@gnu.org> <86plkd28rb.fsf@gnu.org> <87o6zx14x9.fsf@web.de> <86r04sy70g.fsf@gnu.org> <87h65n4w1g.fsf@web.de> <877c6jmfi4.fsf@gnu.org> <86cygbujst.fsf@gnu.org> <87y0yyvu0b.fsf@gnu.org> <87ed0pyt4e.fsf@web.de> <87plk8dbxd.fsf@gnu.org> Date: Mon, 27 Jan 2025 09:27:55 +0100 Message-ID: <87ed0ok6es.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:1+C95c9uO7j26QNJ3WbdWMX/LAB9k9JUk6XiPDftON21Leg6zpv +qfmBj6bowVa47KIK+yhsK9Y7tFj7RcoZyD8J+bVfqcBnfbwrlPzm8AODysb8igLVSoe/i3 /jPb0griI3SydJR6UEkaSkNJOk6JuK0lHXITOwuPAoFevuhcrC6UWs5XnTDxhR08vhAtg51 VtLjwzCZEUETQcDf2MN+g== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:DcTR+RO+Kjo=;s31usmznM6I8oW6S1S7orQgGwI0 fU1FXW8lOYQSUGtKgI0fwMsnl0w0gya9J8tF9TbtfAl0p7JfCSny3Pm1tjwT2QY140psA4fdn uJySHaSsKfhwIRrLX7WfiivzZm+HS+Wn4O+WDUQ+A3F6lKCRgyEaVo8I6vI8Glpd8UVO8pWU1 Ofg7Pe1sgEc5WRQajK/ELUnRL87BSEn9GX5BROheKiK6yMvvJzcN3uuKun997ASAZsmVPpvPb quy3dbP+JsRWnxpqZ//9fTOyNXO1tCC8vegyzw2CBSobUMZAr+Fq9DhuFAFL03Kfwhm0sN/Zc ZhRTjHAAMMVVhE0yOfx47aoD+GTHIjsMEurKmnp8VUD/Too/9yRsPb4QUMYd4oeKcgseIaaq9 yeh1Sh0yVozSasrxwD2uVDBAflQwzKoNch2Z/kO1YGzR7/9kVU+GD2a8s3Ol3BDgmpGzwbBpy aznpJ6tssiMefkXtGjN1YHuHdKxO04szT2m+lu0AkdyP+AwRhmGHVVyW2z6Ja1iPA0yz7VJ7P Qhli3b4Q6JzF/1gVVKaqg/UUvN7iQoUINLsY81Gg5L3+sEtK6r0aT4txIb7MK4psFuy44f0Oc O7KXPXmBzQi4PNhBcNdGy2/uNN/WAZQ9YxcaYZ7Q372RVfKMvBDtAlqLnsN7eDYMM8B6kD9Yb xpn62K7gK2zYo/Veq8ysjy8HePRSj9XgT94bELFal+YBHTZFBHTBgyGD4rqKsvQnSA57usw+E Uaji7m2r7xru/LYTYLXzDliSY6gazK8mXn3fODI1e8hG92STHEJnsQtUTJf4OnwQ83jW4t8Cy QHcYopvHfZt8ODPAZbWIqF5Xit0KIEp8HBsSfKSrP3z6wGdEHJzTBaUZxtJpfjbu1Io0fSypY A4+JAhosBFatBhz0lq8vpaeU27gH4p0bq0aMGIilTBES3r1oDOYGqVxyO94uwwSvFRTHcTD7S UEhq6/4H8Dd5XiMsJYid1zLXqziyyH0iDr5epOfVDZMh4VqiUG5w2t9hjDVN6n32e3QjYzHS2 zYM1nuZpNG+HZIdZVDqJz3vahCVuvv2m1DBVRaz0B2B1QvxdDfssGwTNNdEHTPcuaVe/6FlfO bzVTDe3Y6PAf1hXxisjzM5TH61XWoOZkjwZ7IJ93lUKGUxa9brDs3xglgJu3Ci4nJL84RDU/C thrSRJQ79yLIFbfXtBeNu4hP4psRCgLao0PENQ0BbLA== X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Tassilo Horn writes: Hi everybody, Sorry for being late to the party, but last week I wasn't in the mood for any party. And honestly, it isn't much better now. But so what. > Could be. One would need to look at each command. Basically, the issue > of the two bugs can occur when auto-revert may happen which is when > Emacs is waiting for a process to finish (like in this bug) or when > waiting for user-input (like the confirmation prompt in bug#71264). Auto-revert is triggered either by timers (polling) or by events (file notification). So yes, it is applied when either timers or event reading is in place. I believe it is good to have a mechanism like inhibit-auto-revert or dired--inhibit-auto-revert, in order to suppress auto-reverting temporarily. The problem is, that as now they have a nil-or-t value, which means that other auto-reverts are blocked also during this time, although they are not related. No problem in case of polling (the next poll will do the auto-revert), but in case of file notifications the information is lost. My proposal is, that we give the variable a list of buffers instead, which are excluded from auto-revert. Then the autorevert for this buffer can be suppressed in auto-revert-buffer by a simple check. And auto-revert clients need only to add/remove the buffer in question to *inhibit-auto-revert, without thinking about filtering. With this approach, it is preferred to have a global variable inhibit-auto-revert. The mechanism wouldn't be restricted to dired buffers. > Bye, > Tassilo Best regards, Michael. From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Tassilo Horn Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 27 Jan 2025 13:18:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Michael Albinus Cc: Michael Heerdegen , 75626@debbugs.gnu.org, Eli Zaretskii Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.17379838709019 (code B ref 75626); Mon, 27 Jan 2025 13:18:01 +0000 Received: (at 75626) by debbugs.gnu.org; 27 Jan 2025 13:17:50 +0000 Received: from localhost ([127.0.0.1]:59910 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tcOzu-0002LO-B0 for submit@debbugs.gnu.org; Mon, 27 Jan 2025 08:17:50 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:47998) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tcOzr-0002L6-Sb for 75626@debbugs.gnu.org; Mon, 27 Jan 2025 08:17:48 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tcOzm-0002mH-BT; Mon, 27 Jan 2025 08:17:42 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=rQm8Ocav26CPK4lC7901UKBEPeBoOYb8S7SW4Qwta/4=; b=iVK/MB15QKD0ueoP1C9d L8Mag1Oz3GS/G5v49VfeNe8UE5g0ImXWJh05wxRf8noZL80YRI098uuvKnLFgVQV2+CIiRbPMWOra E/Xs1Vu6Ybe8g0tlrcDZYvH0FrNW41c07PxpFoCqylCT1Wlc71QhQ5LIExBCbRBjwt0fDlQhdUbb0 JsyYc7myv0pu/6+U81wFDmkTxGIefXJvITWBCqukKliolvRTi8yCSIiMpZfNt5RZNZgW9GvVtLX6e zsMeSnkYLGKLoMGkuaoKIFU08a20GTpHCY7Rr2vAj/GcCJ2pbZvd8Mvbo1RJ2gnl0A4WPOnRcizKn 2hF+cNCJHw3geA==; X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeefuddrudejgedgudefvdejucetufdoteggodetrf dotffvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdggtfgfnhhsuhgsshgtrhhisggv pdfurfetoffkrfgpnffqhgenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpih gvnhhtshculddquddttddmnecujfgurhephffvvefujghffgffkfggtgesthdtredttder tdenucfhrhhomhepvfgrshhsihhlohcujfhorhhnuceothhsughhsehgnhhurdhorhhgqe enucggtffrrghtthgvrhhnpeeluddvgeefuddvjeekfeetleegtefgveehhfeuffeuffeg hefgueefgfdvffegtdenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrih hlfhhrohhmpehthhhorhhnodhmvghsmhhtphgruhhthhhpvghrshhonhgrlhhithihqdek ieejfeekjeekgedqieefhedvleekqdhtshguhheppehgnhhurdhorhhgsehfrghsthhmrg hilhdrfhhmpdhnsggprhgtphhtthhopeegpdhmohguvgepshhmthhpohhuthdprhgtphht thhopeejheeivdeiseguvggssghughhsrdhgnhhurdhorhhgpdhrtghpthhtohepvghlih iisehgnhhurdhorhhgpdhrtghpthhtohepmhhitghhrggvlhgphhgvvghruggvghgvnhes figvsgdruggvpdhrtghpthhtohepmhhitghhrggvlhdrrghlsghinhhushesghhmgidrug gv X-ME-Proxy: Feedback-ID: ib2b94485:Fastmail From: Tassilo Horn In-Reply-To: <87ed0ok6es.fsf@gmx.de> (Michael Albinus's message of "Mon, 27 Jan 2025 09:27:55 +0100") References: <87r051khsd.fsf@gnu.org> <87plkhb69r.fsf@gnu.org> <87ikq9f1ey.fsf@web.de> <86a5bk5olj.fsf@gnu.org> <86wmeo45ms.fsf@gnu.org> <87sepc6xpr.fsf@gnu.org> <87jzan7wfp.fsf@gnu.org> <87wmenaeby.fsf@web.de> <87msfjmfy5.fsf@gnu.org> <87sepa1a9p.fsf@web.de> <871pwuavv9.fsf@gnu.org> <86plkd28rb.fsf@gnu.org> <87o6zx14x9.fsf@web.de> <86r04sy70g.fsf@gnu.org> <87h65n4w1g.fsf@web.de> <877c6jmfi4.fsf@gnu.org> <86cygbujst.fsf@gnu.org> <87y0yyvu0b.fsf@gnu.org> <87ed0pyt4e.fsf@web.de> <87plk8dbxd.fsf@gnu.org> <87ed0ok6es.fsf@gmx.de> User-Agent: mu4e 1.12.8; emacs 31.0.50 Date: Mon, 27 Jan 2025 14:17:09 +0100 Message-ID: <87jzagcs6i.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Michael Albinus writes: Hi Michael, > Sorry for being late to the party, but last week I wasn't in the mood > for any party. And honestly, it isn't much better now. But so what. I'm sorry to hear. I hope it gets better soon. >> Could be. One would need to look at each command. Basically, the >> issue of the two bugs can occur when auto-revert may happen which is >> when Emacs is waiting for a process to finish (like in this bug) or >> when waiting for user-input (like the confirmation prompt in >> bug#71264). > > Auto-revert is triggered either by timers (polling) or by events (file > notification). So yes, it is applied when either timers or event > reading is in place. > > I believe it is good to have a mechanism like inhibit-auto-revert or > dired--inhibit-auto-revert, in order to suppress auto-reverting > temporarily. The problem is, that as now they have a nil-or-t value, > which means that other auto-reverts are blocked also during this time, > although they are not related. That's not completely true in this case. dired--inhibit-auto-revert is buffer-local and won't disable other auto-reverts (even not of other dired buffers). (The idea with a inhibit-auto-revert variable has been canceled for the time being.) > No problem in case of polling (the next poll will do the auto-revert), > but in case of file notifications the information is lost. That's true. But I think this is not a new issue. I mean, that has always happened when a buffer's buffer-stale-function returned nil for whatever reason, e.g., in dired when wdired was active and thus buffer-read-only was nil. And is there a way to set up auto-revert in such a way that it *only* uses file notifications and no polling at all? Looking at the code, it seems to me that file notifications just produce a quicker auto-revert than polling (auto-revert-interval). I'd assume that auto-revert-interval seconds after inhibition (buffer-stale-function saying "no" due to whatever reasons), the next auto-revert chance from polling comes. Bye, Tassilo From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Michael Heerdegen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 28 Jan 2025 01:07:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Tassilo Horn Cc: Eli Zaretskii , 75626-done@debbugs.gnu.org, michael.albinus@gmx.de Received: via spool by 75626-done@debbugs.gnu.org id=D75626.173802639720609 (code D ref 75626); Tue, 28 Jan 2025 01:07:02 +0000 Received: (at 75626-done) by debbugs.gnu.org; 28 Jan 2025 01:06:37 +0000 Received: from localhost ([127.0.0.1]:34918 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tca3o-0005ML-N8 for submit@debbugs.gnu.org; Mon, 27 Jan 2025 20:06:37 -0500 Received: from mout.web.de ([212.227.15.4]:33335) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tca3m-0005M5-0y for 75626-done@debbugs.gnu.org; Mon, 27 Jan 2025 20:06:34 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=web.de; s=s29768273; t=1738026381; x=1738631181; i=michael_heerdegen@web.de; bh=hUzrnmdpWDgdREP7BIInfdmzrlFDxzTqgrz4NTzlWnI=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date: Message-ID:MIME-Version:Content-Type:Content-Transfer-Encoding:cc: content-transfer-encoding:content-type:date:from:message-id: mime-version:reply-to:subject:to; b=qMamWhhO4soghQfCPesyrHxQ1BBOC7v+CAbbygDbOjKfKaP/MAP5Hu4pd4Di1JCm XhVY346odPIafV9zk4JkzQXFFaj09MxFf5A2n0HAh08Cn2hAUjbek1FzeDFBxIixm L0JQIhGaIBIF25vnDkaAwTkRFNCVqHxbfsxnbmtz+Or2wXuQfkuj447T56l0PbEh/ EzrDAaOKKh5zR5Ru7lDLoLdSoaAK43048u24+dKC16c/zpYisJVjt1Qex8jxSHt4W CPxRcfYnk0TX0ynlvWe0YO37g95gxISY2zaVaFiFXdzvYb21l4rtEU9iDQV8hhysG pxvIYjwWKZQDJSBhxQ== X-UI-Sender-Class: 814a7b36-bfc1-4dae-8640-3722d8ec6cd6 Received: from drachen.dragon ([88.66.201.189]) by smtp.web.de (mrweb005 [213.165.67.108]) with ESMTPSA (Nemesis) id 1MCXZf-1tmAiE3EOp-00EAM5; Tue, 28 Jan 2025 02:06:21 +0100 From: Michael Heerdegen In-Reply-To: <87plk8dbxd.fsf@gnu.org> (Tassilo Horn's message of "Mon, 27 Jan 2025 07:10:38 +0100") References: <87r051khsd.fsf@gnu.org> <86plkh5mo4.fsf@gnu.org> <87plkhb69r.fsf@gnu.org> <87ikq9f1ey.fsf@web.de> <86a5bk5olj.fsf@gnu.org> <86wmeo45ms.fsf@gnu.org> <87sepc6xpr.fsf@gnu.org> <87jzan7wfp.fsf@gnu.org> <87wmenaeby.fsf@web.de> <87msfjmfy5.fsf@gnu.org> <87sepa1a9p.fsf@web.de> <871pwuavv9.fsf@gnu.org> <86plkd28rb.fsf@gnu.org> <87o6zx14x9.fsf@web.de> <86r04sy70g.fsf@gnu.org> <87h65n4w1g.fsf@web.de> <877c6jmfi4.fsf@gnu.org> <86cygbujst.fsf@gnu.org> <87y0yyvu0b.fsf@gnu.org> <87ed0pyt4e.fsf@web.de> <87plk8dbxd.fsf@gnu.org> Date: Tue, 28 Jan 2025 02:07:38 +0100 Message-ID: <87jzafwxt1.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:Gelk/XLQsKJCpW7O7IN91x6cKbwYhw68XL6JfVppKJzY1WW2W24 DN1eadGIwRTTSa2WBZ6PNNJUnMgW9y1JpcS9UOONxl9YO25n8+iVjCIdWnfWwXQeEm+FO1t A0H7Wu+eb90XAvoNiZD0SNaysTuzV/nu9wZ7uNVZn+xq7/HaeWdcbDujjVdswxAiFfToGyu Cp9BwQO0IGimxYaQ4T8Mg== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:LGi+OBfeSGo=;lFdM0i6tqCBu4IPCN+Hinkwy58O bBYA6LSLt93sEdg6Csg5czDqcSBLDnSXel7yViGSTTM7rKfhOtd4SoAkTL+I1BJLxkK2lty0e Si+k8+vuMvItwpbORemfjMWBkPTaI5L5o7S3IotMwmMvzLnLipcH7yFd5QLkXIC0dfo2/SBi+ gguTUvfmutCOUDQEu3l0T8YbVI3ZAVXYr2P8abX+c43zCdoxKZjiSQl6uveOGPEJ61ilsyEbA 5l89euMkmoGZo2tg5u0Ns6uEd3Mmop4ghAVUF4+2raYxGwc7OESvt8Batm0OlI9j7hGU3l4vm kOWu1/sNJICXVwucWD/P0mPwmamDd9XrBwAIuNr6ax9vkX89nII+9G8izXm3xagNMRWy+punT MJsTx1nhJjiU3XykG8wRmNf69OPtFqNqO5E5vxNhWGbZ8/1clo1XjArVgxfCfis1LxoRQPIJ4 WeNcfZUQsI5gsFe4C9DiJUeDeYCoiNsS66/39ZL3Ev/k+/B9utY1BbknqO13dhgtIl4Vun2jQ zDOSJGbQMeAIpQfaJUTedCkl0JHlsW1WzPcAEKQnFBLxreqsVC9SP/TiLZL6Lpf7biyMc2qgC 0b6yu7tjGrPCeRAzdDXyQgNfeqKmlRnupgMieCXwNqcSPFX1j7NGtxLbee5t/gA4QHZjpJUxF wK+OHnjB2FoY9+YyNHlYaoYljBAyTeadYjJ6LuHHwmZGUReXlp4Y5Xpf75DIo1IdS/seyse/W R/o0INHmZHZZ/AKX1A5mvqZSdmirzS8HX221H+9PeofqP2JLs711wj7YdNgb5WdBYnGJ5o3m7 /IyZXxGObMU1Id7jF6xevYlTRRkrQJUUUigCUWCSvMzaFhK3xV4BM4vnAdCYHaqSEHctMhuBn Xcv2TJ61gl2Zbfdhol/UAGSgtf1tJchvTb+7S1uWwbXpK0vkPKStBhiSpsyztWQQdQKV2U46G OuWaXuhKodWRo0UuqjsoJnG3e94ApkRgAsME7xiJEvrHuDb5MwqqDzkGtbsjhWidmMdfWnfFG JfoVjs7Y1yYznhMMRchQjFqGZImPXxFQjkf19Z3LXKuuFqjVuSjOYzCGa7NAXYNYo09CedLsM EsmvjG11Mac16OclmcGfqlYxAEDokotMZZGheqS5xZU/FhWge8dNknINSsl/sLKxG/KyhcUN4 r7o/Ub2HBAZAFNYeusTxzuJClcbZYLGMDxlCdziMiSg== Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Tassilo Horn writes: > > Can the issue from Bug#71264 as well happen for file operations other > > than deletion? > > Could be. One would need to look at each command. Basically, the issue > of the two bugs can occur when auto-revert may happen which is when > Emacs is waiting for a process to finish (like in this bug) or when > waiting for user-input (like the confirmation prompt in bug#71264). We could try to catch more of these situations programmatically. We could, for example, change `dired-buffer-stale-p' to return non-nil when the selected window is an active minibuffer window and `minibuffer-selected-window' is a window displaying the buffer which is queried to be auto-reverted. With other words: avoid auto revert whenever the user is currently in a prompt from a command started in a dired buffer. Would something like that make sense? Michael. From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Tassilo Horn Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 28 Jan 2025 19:40:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Michael Heerdegen Cc: Eli Zaretskii , 75626-done@debbugs.gnu.org, michael.albinus@gmx.de Received: via spool by 75626-done@debbugs.gnu.org id=D75626.173809315920526 (code D ref 75626); Tue, 28 Jan 2025 19:40:02 +0000 Received: (at 75626-done) by debbugs.gnu.org; 28 Jan 2025 19:39:19 +0000 Received: from localhost ([127.0.0.1]:38673 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tcrQc-0005L0-SR for submit@debbugs.gnu.org; Tue, 28 Jan 2025 14:39:19 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:53124) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tcrQa-0005Kl-DC for 75626-done@debbugs.gnu.org; Tue, 28 Jan 2025 14:39:17 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tcrQU-0005zI-SS; Tue, 28 Jan 2025 14:39:10 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=c1yOpUS58c955gZwIBv168qU+3fm2AEt021a64md4zk=; b=FWhhCVXHeeCKC8KGQ5v7 srIDTP1hk/Y9XC4GbaNLan1vb3yiKdjH7K1cSPUOAMSGGLreeHtFjPjSDkUOWlulr+osGTzv6b2R8 yThnu3aXtOuY09/FOxYk9R99Q/h+b+xSfxL9WT/zel4NECuF3elW6gjmzbjmk7oTStHYyvvQjxTMP VtPemazMG3H8KjwijkgsE9cJOUOC1SjqA5ByY8EXoHZCIwW6/se0XMwBMa++ZJ6JPSsgRk6/8C9en ipkbSYezQfREstMKODSJBhyhtIDpx2QP5te+AtDAVn7/r+O2oJfvVyOHsfjvojXybh5x6pDMvyITI BtZI5UJTxIJZ1A==; X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeefvddrtddtgdeliecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpggftfghnshhusghstghrihgsvgdpuffr tefokffrpgfnqfghnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnth hsucdlqddutddtmdenucfjughrpefhvfevufgjfhgffffkgggtsehttdertddtredtnecu hfhrohhmpefvrghsshhilhhoucfjohhrnhcuoehtshguhhesghhnuhdrohhrgheqnecugg ftrfgrthhtvghrnhepleduvdegfeduvdejkeefteelgeetgfevhefhueffueffgeehgfeu fefgvdffgedtnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrh homhepthhhohhrnhdomhgvshhmthhprghuthhhphgvrhhsohhnrghlihhthidqkeeijeef keejkeegqdeifeehvdelkedqthhsughhpeepghhnuhdrohhrghesfhgrshhtmhgrihhlrd hfmhdpnhgspghrtghpthhtohepgedpmhhouggvpehsmhhtphhouhhtpdhrtghpthhtohep jeehiedviedqughonhgvseguvggssghughhsrdhgnhhurdhorhhgpdhrtghpthhtohepmh hitghhrggvlhdrrghlsghinhhushesghhmgidruggvpdhrtghpthhtohepvghlihiisehg nhhurdhorhhgpdhrtghpthhtohepmhhitghhrggvlhgphhgvvghruggvghgvnhesfigvsg druggv X-ME-Proxy: Feedback-ID: ib2b94485:Fastmail From: Tassilo Horn In-Reply-To: <87jzafwxt1.fsf@web.de> (Michael Heerdegen's message of "Tue, 28 Jan 2025 02:07:38 +0100") References: <87r051khsd.fsf@gnu.org> <87plkhb69r.fsf@gnu.org> <87ikq9f1ey.fsf@web.de> <86a5bk5olj.fsf@gnu.org> <86wmeo45ms.fsf@gnu.org> <87sepc6xpr.fsf@gnu.org> <87jzan7wfp.fsf@gnu.org> <87wmenaeby.fsf@web.de> <87msfjmfy5.fsf@gnu.org> <87sepa1a9p.fsf@web.de> <871pwuavv9.fsf@gnu.org> <86plkd28rb.fsf@gnu.org> <87o6zx14x9.fsf@web.de> <86r04sy70g.fsf@gnu.org> <87h65n4w1g.fsf@web.de> <877c6jmfi4.fsf@gnu.org> <86cygbujst.fsf@gnu.org> <87y0yyvu0b.fsf@gnu.org> <87ed0pyt4e.fsf@web.de> <87plk8dbxd.fsf@gnu.org> <87jzafwxt1.fsf@web.de> User-Agent: mu4e 1.12.8; emacs 31.0.50 Date: Tue, 28 Jan 2025 20:39:05 +0100 Message-ID: <87r04m3ezq.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Michael Heerdegen writes: >> > Can the issue from Bug#71264 as well happen for file operations other >> > than deletion? >> >> Could be. One would need to look at each command. Basically, the issue >> of the two bugs can occur when auto-revert may happen which is when >> Emacs is waiting for a process to finish (like in this bug) or when >> waiting for user-input (like the confirmation prompt in bug#71264). > > We could try to catch more of these situations programmatically. We > could, for example, change `dired-buffer-stale-p' to return non-nil > when the selected window is an active minibuffer window and > `minibuffer-selected-window' is a window displaying the buffer which > is queried to be auto-reverted. With other words: avoid auto revert > whenever the user is currently in a prompt from a command started in a > dired buffer. > > Would something like that make sense? Maybe make sense but it doesn't work. I tried with dired-do-compress and many marked files. That will first create a *Marked Files* buffer, show that as a new bottom window, and then invoke the prompting function like yes-or-no-p. I.e., (minibuffer-selected-window) is the window showing the *Marked Files* buffer, not the original dired buffer. Bye, Tassilo From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Michael Heerdegen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 28 Jan 2025 23:58:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Tassilo Horn Cc: Eli Zaretskii , 75626-done@debbugs.gnu.org, michael.albinus@gmx.de Received: via spool by 75626-done@debbugs.gnu.org id=D75626.17381086573311 (code D ref 75626); Tue, 28 Jan 2025 23:58:01 +0000 Received: (at 75626-done) by debbugs.gnu.org; 28 Jan 2025 23:57:37 +0000 Received: from localhost ([127.0.0.1]:39167 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tcvSb-0000rJ-4V for submit@debbugs.gnu.org; Tue, 28 Jan 2025 18:57:37 -0500 Received: from mout.web.de ([212.227.15.4]:37495) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tcvSY-0000qx-JF for 75626-done@debbugs.gnu.org; Tue, 28 Jan 2025 18:57:35 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=web.de; s=s29768273; t=1738108647; x=1738713447; i=michael_heerdegen@web.de; bh=FYtyMz30w2kdgy7sv65XXke6lt7YqAMLAj5fWeY8x1Q=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date: Message-ID:MIME-Version:Content-Type:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=QF8c9S7d9x5nnMhGDttgma6x23LaZd/x8qzkT6liOTsehK5gph/ItZVC5ynXQ11k JqhxpX410KRHGmpy8b05uGeB5ZUmYMe7IWTUeSJKDemamcgMUxJueUt5CXfSlpjh6 fDN9CEF7dUBoSeKCCo2EIqJvDTJqsqom3zSL6mqpaP+tR0mfxT3j3ydHlUSMh8tWn yqPxni3kma38O9CrVevAK5MZlQEHJCQh2DU+IBhSoC6we4F0YaNk4PF0gG3r+8BYy VGLbGXe2sfVrHebi82rKqm03VB2T37ooNK1nsYGnIqvsSmO9XpC6ytz/4HnuE05F5 ztJyO1xNlRbkUKz6Gw== X-UI-Sender-Class: 814a7b36-bfc1-4dae-8640-3722d8ec6cd6 Received: from drachen.dragon ([88.66.201.189]) by smtp.web.de (mrweb005 [213.165.67.108]) with ESMTPSA (Nemesis) id 1N3GgY-1tUhvh2ImA-014ca2; Wed, 29 Jan 2025 00:57:27 +0100 From: Michael Heerdegen In-Reply-To: <87r04m3ezq.fsf@gnu.org> (Tassilo Horn's message of "Tue, 28 Jan 2025 20:39:05 +0100") References: <87r051khsd.fsf@gnu.org> <87ikq9f1ey.fsf@web.de> <86a5bk5olj.fsf@gnu.org> <86wmeo45ms.fsf@gnu.org> <87sepc6xpr.fsf@gnu.org> <87jzan7wfp.fsf@gnu.org> <87wmenaeby.fsf@web.de> <87msfjmfy5.fsf@gnu.org> <87sepa1a9p.fsf@web.de> <871pwuavv9.fsf@gnu.org> <86plkd28rb.fsf@gnu.org> <87o6zx14x9.fsf@web.de> <86r04sy70g.fsf@gnu.org> <87h65n4w1g.fsf@web.de> <877c6jmfi4.fsf@gnu.org> <86cygbujst.fsf@gnu.org> <87y0yyvu0b.fsf@gnu.org> <87ed0pyt4e.fsf@web.de> <87plk8dbxd.fsf@gnu.org> <87jzafwxt1.fsf@web.de> <87r04m3ezq.fsf@gnu.org> Date: Wed, 29 Jan 2025 00:58:43 +0100 Message-ID: <87a5babido.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:XwX5ge6JfjQZSa8vv1phqZHLxj+wVwSXzuDwrKMjDnTQBkgTyy/ KCYQ8/aJREccNRRH+V5UEZkmnQOiKH9mB+nNAMWSrSrJm4LYKASIan4QtTrvFBG3YsXJGxI 9MZVkhT6qa5t0eirS2dkLiiarlz9cYKWB+CxleTOkbWQ6u7nVtV+Z/OkcV1nhQwxlIVQi5j phOmsZ0ZDhenR+lTpOjTw== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:0jRZ+8zw1sY=;655ZycBHyRNvZWdLFGJQWd+dj+n lAfrqJBngGU/x2QShk/X5MzlHj9lqyyKvuDqxBLneEa+MgDTZuOJLGRzVsY2BMPIQ0JfSlWjO ldXqE11Zqhyn2Xe77pG/oMWclZOpYlYBQ8sw7mH1pEBohPUjWacyvJ7w5tcNS1stPQT0deycj 8k4xW1CVs2ezrwCHwA1/7gZ22+WqJabyHD/AK7N21989Xllq3u1KhInDTbWwXTw6Z5yiIxeeC V5Uy3QVu+ip+CDZJ3+jii/q/1SdxmWJ/W0d6hLrVJ0B4yxdYczXkps+Pu3oKUqBNt8fsccOox BDGh9pES00pnTHIXJNbCgW/DKM2sejYp/jdvWDuEe9K41ve6hJs9gcJ2f+jNZm0pwI40tcl2g AWJ1SpW3AmUgPk/VNMNbmbXnf9kTpY3KMektwatA5cGovNRiBVMg1cRFItd3vKHAgeAO9CN/1 aHGeG0rMNUrbiKLo39uftgpSQb6bXE+qO2M61MVXGjTjXFCfMRh90iQ/I+JOogKoY25kjk2jT 375wycmSDrG3/mEKikAcDUpoX4OtkyOPDnShy5gf6o8e51UtbkOweCTSak+Qbx607SS7hbFVZ waeckAi6vGZKbkzHTfHMIFVNnQbKTTxXrURtVv5T33anU8AGSBjHXWztvvtdTXH2sqoXL8iB7 qIf+jjLDSb09T7uZv/3YLYYVE6TRIj9t/eNhxmACFmcssrrhAnhZGuHnvmKW/F2DtueIaCo36 GDv6+lg+jgwKAIoJpMdJIDn3WM6EfL1hFgZZNqnvpaBNHOghy7DvogbmC4Ronzg75ouGqourx xFovK+ngjvdyfGntkuFymDi2DAeC7ddN4xvWWhZowNtd1Q+Du1mbPZP2u4whXx7z9nkCa2jVM Au3bojO724n85shGgFW4Z7x17ZbyM0At8oxmRQ6wpy3IzORbbxqMypF/0rzb+Jqp7FREoj2mY nkcdiOVjepaPrS66Jyq2C2xaSMOP9CYb8TkewFGDDzkGrni3ho97xKZWB9GQ8nA1p2O6r4spg E7Mt7Kw8b7IzL802uJrKSMOtFFf/zhMs9SLAdPUQNTAhdXY7Wf3iVeKdGUqpmid1VZ8IyqmXJ QDzl0Z47sgLqyjnL35jaB6B9zXKib0kWK9vPIc6SKkh08HVG7AxM5889cc+F3GSnJdfqBqGr8 YfFMxrsn+Q+nmH8g29dwK97/3DPvubanaqDxQiXbGnA== X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Tassilo Horn writes: > > We could try to catch more of these situations programmatically. We > > could, for example, change `dired-buffer-stale-p' to return non-nil > > when the selected window is an active minibuffer window and > > `minibuffer-selected-window' is a window displaying the buffer which > > is queried to be auto-reverted. With other words: avoid auto revert > > whenever the user is currently in a prompt from a command started in a > > dired buffer. > Maybe make sense but it doesn't work. I tried with dired-do-compress > and many marked files. That will first create a *Marked Files* buffer, > show that as a new bottom window, and then invoke the prompting function > like yes-or-no-p. I.e., (minibuffer-selected-window) is the window > showing the *Marked Files* buffer, not the original dired buffer. I see. There are other implementation options: we could try to use the buffer local bindings of `pre-command-hook' and `post-command-hook' to set `dired--inhibit-auto-revert' non-nil whenever a command is processed that had been started from a dired buffer. Or just check `this-command' for whether its name matches "\\`dired". But of all these solutions are probably not really optimal. Is there a clean solution? OTOH, going through the command definitions in dired.el will not solve the problem for third party packages and user written commands. Michael. From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Tassilo Horn Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 31 Jan 2025 06:40:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Michael Heerdegen Cc: Eli Zaretskii , 75626-done@debbugs.gnu.org, michael.albinus@gmx.de Received: via spool by 75626-done@debbugs.gnu.org id=D75626.173830559412840 (code D ref 75626); Fri, 31 Jan 2025 06:40:02 +0000 Received: (at 75626-done) by debbugs.gnu.org; 31 Jan 2025 06:39:54 +0000 Received: from localhost ([127.0.0.1]:49049 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tdkgz-0003L2-Un for submit@debbugs.gnu.org; Fri, 31 Jan 2025 01:39:54 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:40458) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tdkgy-0003Ki-6E for 75626-done@debbugs.gnu.org; Fri, 31 Jan 2025 01:39:52 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tdkgs-0005mI-F4; Fri, 31 Jan 2025 01:39:46 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=oRKJ0QXjutIA9IDnq2yMIaR5P5ZscCKIcFltznTrb74=; b=mPK8+DNiMIjVCVxyU6z7 vQWYEnZmIwYs8s2Sg4gfD8fVntIroeQjcuU8tG4SCjjG5X5zJL4Oh5EGA1vuW1HRXIgmCHlcgZnBw K1K39jqtBemOvVPWYj0YV+dTnEm8fX+3UdPbUYTmznP8Gm1hIiyWkkq2FhwqLfLyEZr6lEyrIjXhY c46kk6EMwxjnBD2hBZ1WHUnhtDLmw5lrd45Dw3KDfuTjtx5uqe7EdBuOM1xtV8n5d7YOhaVgfXTVx t5CETrH/FhZfZ3Xnn2NtHOt5HdXlNajYTKbUJjAnu9we9Cfsr9gAyv/3t9fESaQE/W3o1PGugkaq0 WBpSWETrHVvdhg==; X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeefvddrtddtgdektdegucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdggtfgfnhhsuhgsshgtrhhisggvpdfu rfetoffkrfgpnffqhgenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnh htshculddquddttddmnecujfgurhephffvvefujghffgffkfggtgesthdtredttdertden ucfhrhhomhepvfgrshhsihhlohcujfhorhhnuceothhsughhsehgnhhurdhorhhgqeenuc ggtffrrghtthgvrhhnpeeluddvgeefuddvjeekfeetleegtefgveehhfeuffeuffeghefg ueefgfdvffegtdenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfh hrohhmpehthhhorhhnodhmvghsmhhtphgruhhthhhpvghrshhonhgrlhhithihqdekieej feekjeekgedqieefhedvleekqdhtshguhheppehgnhhurdhorhhgsehfrghsthhmrghilh drfhhmpdhnsggprhgtphhtthhopeegpdhmohguvgepshhmthhpohhuthdprhgtphhtthho peejheeivdeiqdguohhnvgesuggvsggsuhhgshdrghhnuhdrohhrghdprhgtphhtthhope hmihgthhgrvghlrdgrlhgsihhnuhhssehgmhigrdguvgdprhgtphhtthhopegvlhhiiies ghhnuhdrohhrghdprhgtphhtthhopehmihgthhgrvghlpghhvggvrhguvghgvghnseifvg gsrdguvg X-ME-Proxy: Feedback-ID: ib2b94485:Fastmail From: Tassilo Horn In-Reply-To: <87a5babido.fsf@web.de> (Michael Heerdegen's message of "Wed, 29 Jan 2025 00:58:43 +0100") References: <87r051khsd.fsf@gnu.org> <86a5bk5olj.fsf@gnu.org> <86wmeo45ms.fsf@gnu.org> <87sepc6xpr.fsf@gnu.org> <87jzan7wfp.fsf@gnu.org> <87wmenaeby.fsf@web.de> <87msfjmfy5.fsf@gnu.org> <87sepa1a9p.fsf@web.de> <871pwuavv9.fsf@gnu.org> <86plkd28rb.fsf@gnu.org> <87o6zx14x9.fsf@web.de> <86r04sy70g.fsf@gnu.org> <87h65n4w1g.fsf@web.de> <877c6jmfi4.fsf@gnu.org> <86cygbujst.fsf@gnu.org> <87y0yyvu0b.fsf@gnu.org> <87ed0pyt4e.fsf@web.de> <87plk8dbxd.fsf@gnu.org> <87jzafwxt1.fsf@web.de> <87r04m3ezq.fsf@gnu.org> <87a5babido.fsf@web.de> User-Agent: mu4e 1.12.8; emacs 31.0.50 Date: Fri, 31 Jan 2025 07:39:41 +0100 Message-ID: <875xlv4hci.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Michael Heerdegen writes: > I see. There are other implementation options: we could try to use > the buffer local bindings of `pre-command-hook' and > `post-command-hook' to set `dired--inhibit-auto-revert' non-nil > whenever a command is processed that had been started from a dired > buffer. That doesn't work when the command switches to some other buffer. Then that other buffer's post-command-hook is run meaning the dired buffer stays in dired--inhibit-auto-revert state forever. :-| Bye, Tassilo From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Michael Heerdegen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 01 Feb 2025 00:18:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Tassilo Horn Cc: Eli Zaretskii , 75626-done@debbugs.gnu.org, michael.albinus@gmx.de Received: via spool by 75626-done@debbugs.gnu.org id=D75626.173836905921281 (code D ref 75626); Sat, 01 Feb 2025 00:18:01 +0000 Received: (at 75626-done) by debbugs.gnu.org; 1 Feb 2025 00:17:39 +0000 Received: from localhost ([127.0.0.1]:55472 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1te1Cd-0005XB-0F for submit@debbugs.gnu.org; Fri, 31 Jan 2025 19:17:39 -0500 Received: from mout.web.de ([212.227.17.11]:42565) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1te1Ca-0005Wu-KK for 75626-done@debbugs.gnu.org; Fri, 31 Jan 2025 19:17:37 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=web.de; s=s29768273; t=1738369044; x=1738973844; i=michael_heerdegen@web.de; bh=C9Y7g1P6xuNlGwBeA+F9qpr1bJgR+dsxnzaTEIRwbL8=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date: Message-ID:MIME-Version:Content-Type:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=pGcjiblJ33QemRvMGn3/jzoWS3zWMS/VXUOIUZuE0NN8I79Bmx1FgmrE4v+HtpFu ku6U8gSF0MgLlItHePn51G69BVnG32Ask+g57b2JCCjaN+TTjamWXs1FgvZr49w1q jEebZYrGaKOfv/7UnIpY625cgTXEcblinhNpg9eTI43dSojg2vvQjoBlumQ58DvsT U0Fet9r0HFitYf72CJMfuQjNyADd3XdtRgnZHCUemKU02OuEPT6BKP3aCxhDnh0de 86Ww+XEgBqJu8Rt1+MN5ae3NhAOJFVedOwhzbKzj6lRDaVLVhprJOqPtWQCinf1rA AC0QOzoA2kIWypr1cA== X-UI-Sender-Class: 814a7b36-bfc1-4dae-8640-3722d8ec6cd6 Received: from drachen.dragon ([88.66.201.232]) by smtp.web.de (mrweb106 [213.165.67.124]) with ESMTPSA (Nemesis) id 1M7ux6-1taBi239Kk-002cCW; Sat, 01 Feb 2025 01:17:24 +0100 From: Michael Heerdegen In-Reply-To: <875xlv4hci.fsf@gnu.org> (Tassilo Horn's message of "Fri, 31 Jan 2025 07:39:41 +0100") References: <87r051khsd.fsf@gnu.org> <86wmeo45ms.fsf@gnu.org> <87sepc6xpr.fsf@gnu.org> <87jzan7wfp.fsf@gnu.org> <87wmenaeby.fsf@web.de> <87msfjmfy5.fsf@gnu.org> <87sepa1a9p.fsf@web.de> <871pwuavv9.fsf@gnu.org> <86plkd28rb.fsf@gnu.org> <87o6zx14x9.fsf@web.de> <86r04sy70g.fsf@gnu.org> <87h65n4w1g.fsf@web.de> <877c6jmfi4.fsf@gnu.org> <86cygbujst.fsf@gnu.org> <87y0yyvu0b.fsf@gnu.org> <87ed0pyt4e.fsf@web.de> <87plk8dbxd.fsf@gnu.org> <87jzafwxt1.fsf@web.de> <87r04m3ezq.fsf@gnu.org> <87a5babido.fsf@web.de> <875xlv4hci.fsf@gnu.org> Date: Sat, 01 Feb 2025 01:18:41 +0100 Message-ID: <87v7tuikke.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:4k0RZIOUrbGZFZQDCxz91L6bvNcWdq826Y4TBQC4cVThPdQk2uc P8eLUCzI6Xjokeb9XSp0ilbiIR0f48CpAwzxSTYFfCixYiBUcuqbBqo47pMCyKM4hrGeZ8O I4wNurxPg0hgn+ho+1tSO/ARWNsZ6jGyY9WdmfYOd4yFejgdoMYYS+WgV03fcEXQ9i8Vcj6 enPmIy3w6Fuht1tCqzixQ== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:oEG5kBoAlsE=;enswVy4d2VwOeRF879K0R7+uCk3 dA/h6R3+JpKozBVDBNWWNMqldPSLnLeQfPvkA0NIvXs4qNpSdep6Kshib8ULgvgmsZJ6G6drm WFh4GmzbJh4kE2CJXYEqMNs1UEQtm3Iwp949p+7Wdr7jR6TTAcH+HEm6Y+qB4YHgB+h5dwoR5 LKMnTKpWK6cnkejp4vdlksvCC28jnnGICHFEGipgGmO4GPfuIAuVRu1eug3UKw0hpkD5k2awZ Yl4dUqefFdzBLF0p0QytnsSmYiv96Flb5Ez3mpekcp9gao6oHDDDwmU16dCHC3R84dlzmrlIx UrFkEBEzlEO7sLqlAI1ER5FR8xOnQgmMcx758XhHDpmGrVwmZHuXoDPwb/9Jv/b+Cu4SeUDT9 nfsGMmOVVfZVZdOHC5J4gJKyWkqtwLosQlSF/3F+8YNhbonSLGjoN2g5/Pf3tQn2Xq9bkMNBl ccZHJnJYVwB1LnlUMILlVmMyaEjzda0lcWOUiycZZJEKgKZ1VYKxLZ1Z/ey/73JT+2W0vygsS Oj84ffNEqlkgTofLnCutsfouXpgIT7c3qWotFQqAGJD76/Lco3Vjv3Wd1UP6TUt6tZr1phI3t BRHuBddwftpAtOawBkmzF91vjeYx+9nuCUGtkyvQ4mTOH9FqutkMp0/59P4/abka1oovi7+pG pkqZoHu26K1UaQ9c8mOBOQO/bBTjq/bYa/2m+nqyT+DGCNA9eYisCUvvOHAURcMJq6vvoAN5x H/hRW3DUDCYXu2WY1/oqT7vaGhyx07IuOvtoGcCNnQzdKPCZ5ouzPgcsKDU70/27x2whc4Mto xIrMHSHRPcORYEltE0T1fOKioli32m2dBWbjli+X/qxmRCx1AWv7md+Cr3GM3vdIcur6dYcoN uKUbK/NrlaA/PXJg3jl7ILLvDdBB/wHqTRQmpZJw1xKhPJNRzXgy5YFDEyEA6wXw1NDlghzFK e0HP3lUl/vH9G188T1Ofv3mIhl5OAoi5rqvjHQLvD0+xfMm5/8zSJxptu46bjKwx5NI4Z6EZ8 oeeL5IZQP5RCeQXp9OWYQyCm6vGS/vfBwlDrefekjKLmHsaqIO21wz+0xm7hdJkg6qEhpxPfO 1kEJ16zW5Artom7jiCWLB+DvunXSc0F8W9Fd6ovFNbY1S1Zk+8ELU3esPZhLmJjFwyG+J+1f4 R1m/Pq/Pb6CKTNPZxOZ+bJkjzyQh3K9QFra3Sr/3jVBXYhNTO5mexFf0v2dOHmF6ENSG4t8sI Rf05/ERAdfjbx9lr1D+Rng2vHBJ5w63JIlkVdyRYkTJGFgJ1qzlPaykZh1S6oLdGfLMlE/9wI yF34AxUGea1Nii//TicmKWeLw== X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Tassilo Horn writes: > That doesn't work when the command switches to some other buffer. Then > that other buffer's post-command-hook is run meaning the dired buffer > stays in dired--inhibit-auto-revert state forever. :-| Hmm. If the approach makes sense in general we will find a way. How about checking `this-command' and `current-minibuffer-command'? When any of these is non-nil, we may want to prevent autorevert. But this alone is too general - we should know if the are processing a dired command. If the current buffer is a dired mode buffer, this is ok. But the case with the popups is tricky, it seems we can't know in which buffer a command had really been envoked. Also `minibuffer--original-buffer' is not usable - it's only bound by `completing-read'. Hmm. How about saving the result of (buffer-chars-modified-tick) in the local pre-command-hook and post-command-hook, into a local variable? If `dired-buffer-stale-p' finds a different current value we know that the current command has modified the buffer, and we should not auto-revert. Though, this will still fail if a command first changes the buffer contents and then the current buffer... Maybe it is really easier to go through the commands...or use a heuristic, like looking whether `this-command', `current-minibuffer-command' match "dired". Using the global binding of `pre-command-hook' and `post-command-hook' would probably also work reliably but I would not want to clutter those with a function only for the sake of this detail. Michael. From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 01 Feb 2025 09:42:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Michael Heerdegen Cc: Eli Zaretskii , 75626-done@debbugs.gnu.org, Tassilo Horn Received: via spool by 75626-done@debbugs.gnu.org id=D75626.173840287617322 (code D ref 75626); Sat, 01 Feb 2025 09:42:01 +0000 Received: (at 75626-done) by debbugs.gnu.org; 1 Feb 2025 09:41:16 +0000 Received: from localhost ([127.0.0.1]:56403 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1teA04-0004VK-5i for submit@debbugs.gnu.org; Sat, 01 Feb 2025 04:41:16 -0500 Received: from mout.gmx.net ([212.227.17.20]:49367) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1teA01-0004V4-NR for 75626-done@debbugs.gnu.org; Sat, 01 Feb 2025 04:41:14 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.de; s=s31663417; t=1738402859; x=1739007659; i=michael.albinus@gmx.de; bh=9OB+1DGtmaVkSfG3okHzF7ZYTRs/6sx8JZDEdrj4gJs=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date: Message-ID:MIME-Version:Content-Type:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=PA15//VmDdGCjSRXd+pvsNlixLxxwCgGFkedKyBAgsoVTpEt4bEWUiXVxiaHRly/ i07M335hotXupuTGzq2YOJdGPFOw3F3n5wO2/XL6bylMM7ZL2Te2BJzmyRUQ07nqc osEC9MabxfPygiC5r8ep/pYDdsbsRuydUhmGGDnH3l2aw9L5VFfPXyQQM/SbG2mqU UfwVV7l+UbBGAsQQ6OqCKTWGzztEfqdQtVVizxGJ6IrcWIwy2Ac5vuzvz5b7r6/+g dri7N76fcs2O54B9TWGQYOoH3fHD7daHlXIE2b6C2dxelYrj9lVRBuCva17sFtSYa QxE305h1H8BH31hmOA== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from gandalf.gmx.de ([185.89.38.155]) by mail.gmx.net (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1N1fii-1tSud10nH6-00xS74; Sat, 01 Feb 2025 10:40:59 +0100 From: Michael Albinus In-Reply-To: <87v7tuikke.fsf@web.de> (Michael Heerdegen's message of "Sat, 01 Feb 2025 01:18:41 +0100") References: <87r051khsd.fsf@gnu.org> <87sepc6xpr.fsf@gnu.org> <87jzan7wfp.fsf@gnu.org> <87wmenaeby.fsf@web.de> <87msfjmfy5.fsf@gnu.org> <87sepa1a9p.fsf@web.de> <871pwuavv9.fsf@gnu.org> <86plkd28rb.fsf@gnu.org> <87o6zx14x9.fsf@web.de> <86r04sy70g.fsf@gnu.org> <87h65n4w1g.fsf@web.de> <877c6jmfi4.fsf@gnu.org> <86cygbujst.fsf@gnu.org> <87y0yyvu0b.fsf@gnu.org> <87ed0pyt4e.fsf@web.de> <87plk8dbxd.fsf@gnu.org> <87jzafwxt1.fsf@web.de> <87r04m3ezq.fsf@gnu.org> <87a5babido.fsf@web.de> <875xlv4hci.fsf@gnu.org> <87v7tuikke.fsf@web.de> Date: Sat, 01 Feb 2025 10:40:55 +0100 Message-ID: <87o6zmf1eg.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:RRoHlZ5lzZ7LnScdThahaa7u8bP5rymE+FeOWknR08KZkI2nm9a GJBiYonVHP4MtO0Mes+Qftl5PHyEAR3ZcNy2XCxdhXClEMFazWTXApD9I2FvZSdh/Wvrfr7 xx+iD1Ud9ZuDCkinmkpPHHKdFMrhGNIcSFxdrJULuCq0t3BG5ERNSmQP0+t3wpGGoYFEE3/ MnthCJnolyYNUdiNJlHaQ== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:w5j5y0oRAjM=;OkHaIS6OPaj9nMqBqpHMl7FpE6p dN8i9CzNx2zitJVHMZkbg1PyB3ObKaascPRaLYa/Zmr2aquK/zlzWboBhZnu+jQmPsruNKm43 5J5xNbipD1IV6lVxF6Mn9an1lGMiG+YecIvIQlI6n8TkCeUyBXPdajY15gTJvMYiUZu/1uyEx La+KW94EHXD7p6AjMu0TB6vEATpuhkFzczW4MUWWaabHFC46Bc6UEeDSuZQep0fc39P+Xc2+k zNmdosYToooYUlRtYzBvtmHWS85WToCep2Fjr6WK/8EzRqb1ioMCXH8q0Ikm5w1naQHWy6Wtw ZZtGNVmSQrzWtIWoaBcGARiAB+spP+h3gKMgWmSZF6cp95Ui9nnDrCcJ0D2Y7AwhAV264DI2Q s8dIcGDIt8E6fFibuGYZAN+kbvCPnxitakzvn5I1tdLxYNIGoAV1lDsotsHOzLvw5ob1ke6QO wuzYRZyN557ev+ZoNxR5GlJOKRv+BEI6T6g77ume+PT/5pdjkaFXctCERUB7yasKSuZv5MHeR UbVSENFIkAFRBOFYjkQKp++m4Hk61rdCMt9imOio2VBILmSSNZtq+WT5hKGUktuSldoexzB7l jRe7FSMzlzpO99YVqVv1Ps0PatfH5QuCiP+hFP4EFJ+eKAqyDL8YBO/LI7scfvqBFSFvbgOwK Pi7ms1yQYyDgbVtKYGE9edx1x27RYw1QRnPpkSSVfGBKyN4yrcTEZaSykgOvP77vbAVPCtqON /1rI9d9iDQxiPB9vAzDD6w1o5CWN965UNffZs8L0r6Dy8KHFYeHSPu1fmJ8790xo2znhW2Q4o MEUwngWIfYSbZi+kyMz6ZrSK+53XCljSiX7BTjaDeafqVSSQ7wuFE3m6AL1Nq6WOGwgO2NOdm Moh/qG2AY3plzE+AVhB3Ldt+wZ9cyuoaTQ+jScRZ8n4YshOGEP3MuKeABbkO0RDKvbggBviSl TNnzqM9dmlPcoG3BU3vumwZouD1qE27JPigqCuggaZ+9SDAaHpl73EiDJ6G5pUfKnlXykKdwH A/+UUNrCTa2N2Frj5wxhYzWJDymkpgblAUkuQS4zsRu0wtL1kTKxeV6UE25kyeOwbuGx1X3cn w1egQnME083XE88c1aY3vpLshBjPitapAv6DC17SYMGHaoGYwVXEmojZiM+b/YV0GME03Tbsl brXM0cw9c6Ffx1rp/f91Q/xvjtPZuCrpfnjagj1G25OJju4L8BQoCo/1WX6yCUFjmFYhMVo5i zwbWRnica8MYz/t/QtftedguTCvkcSx2qczJDDfBU+8weCoJg5JUsN2bUTdIR5P/2AAb7Nc+B u+YzCrEGmvdL+uWOsikswzTtRX7eLOC4AI861Wfj02qsiU= X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Michael Heerdegen writes: Hi, > Hmm. It will be more and more complex. Not desirable. I know, that the variant with 'inhibit-auto-revert' has been refused. However, I repeat this proposal. The difference is, that I propose not to use t and nil as values, but a list of buffers or nil. By this, a buffer could be suppressed temporarily from auto-revert by adding it to this list, for example in a let-bind. > Michael. Best regards, Michael. From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Michael Heerdegen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 01 Feb 2025 21:50:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Michael Albinus Cc: Eli Zaretskii , 75626-done@debbugs.gnu.org, Tassilo Horn Received: via spool by 75626-done@debbugs.gnu.org id=D75626.173844656814110 (code D ref 75626); Sat, 01 Feb 2025 21:50:02 +0000 Received: (at 75626-done) by debbugs.gnu.org; 1 Feb 2025 21:49:28 +0000 Received: from localhost ([127.0.0.1]:60302 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1teLMm-0003fV-C8 for submit@debbugs.gnu.org; Sat, 01 Feb 2025 16:49:28 -0500 Received: from mout.web.de ([217.72.192.78]:50833) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1teLMj-0003fA-Il for 75626-done@debbugs.gnu.org; Sat, 01 Feb 2025 16:49:26 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=web.de; s=s29768273; t=1738446558; x=1739051358; i=michael_heerdegen@web.de; bh=fU9pb7faLbKuY9F3bv26T1RsnOobTQ7Ceeel2rTAIPw=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date: Message-ID:MIME-Version:Content-Type:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=RTZPxo4PbHeKMMK06Bn+kcljQeaexNgTw9Tdj5jVsJ709cUHNnRlziB/ePKeMGf0 NuKy8Ugw9P6dXZDiaf8ARcAXie4wZC5UVKN+SIK8gyC8+snvaatYDrBoYf7fFk4DN onn+UKN+ccAKTvYjsAvNyJmO6Cd2d6niw96iMrWUh/+YcGgcI40SlxnuPjP7VvCm+ qNo3Lr71BLpu9HsPeyrR8oDNtOwZtiJPnLtZaoYnIGb8ELhUOjkRha4B/TlOjUO3e 53oM0X2kKcMLUA+a7nR1RnHFrzZb2rZuVlWJ5omGx2X1m2PoNkOqhY8L5OWm/LDsi GK13B/734tC3jkeHYg== X-UI-Sender-Class: 814a7b36-bfc1-4dae-8640-3722d8ec6cd6 Received: from drachen.dragon ([88.66.201.232]) by smtp.web.de (mrweb105 [213.165.67.124]) with ESMTPSA (Nemesis) id 1MjBVv-1szlLX2QoX-00dwuj; Sat, 01 Feb 2025 22:49:18 +0100 From: Michael Heerdegen In-Reply-To: <87o6zmf1eg.fsf@gmx.de> (Michael Albinus's message of "Sat, 01 Feb 2025 10:40:55 +0100") References: <87r051khsd.fsf@gnu.org> <87jzan7wfp.fsf@gnu.org> <87wmenaeby.fsf@web.de> <87msfjmfy5.fsf@gnu.org> <87sepa1a9p.fsf@web.de> <871pwuavv9.fsf@gnu.org> <86plkd28rb.fsf@gnu.org> <87o6zx14x9.fsf@web.de> <86r04sy70g.fsf@gnu.org> <87h65n4w1g.fsf@web.de> <877c6jmfi4.fsf@gnu.org> <86cygbujst.fsf@gnu.org> <87y0yyvu0b.fsf@gnu.org> <87ed0pyt4e.fsf@web.de> <87plk8dbxd.fsf@gnu.org> <87jzafwxt1.fsf@web.de> <87r04m3ezq.fsf@gnu.org> <87a5babido.fsf@web.de> <875xlv4hci.fsf@gnu.org> <87v7tuikke.fsf@web.de> <87o6zmf1eg.fsf@gmx.de> Date: Sat, 01 Feb 2025 22:50:37 +0100 Message-ID: <877c69ibbm.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:Vmguq5OYMvbWSNE3WUouSqb8dJWmqWnC76zYMENGriHMx5c5J39 trKzr5FvPsrn4x87fxmUmFweanC8vJW6CEP3xH/lNbHWw0tiHB4xH88OZtzYIq95bfRm8UM k23kXbf8JUODvO4Qem7ffqUox8hRWhU1AXQyQMykAMoeu91lhnhDsxVZr/cog6ATJAGsTm3 Dr3ZHsD1xq/Zc0SBego5g== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:HsaAi33Fl3c=;rMZKMDvomNcH3m1FORjRJ9o4SfJ N36+sJUcck77rLvGHHAPrTJsAk/ZhaNdbsLDuu5BftiToLvbdPXo/UJdlOEe0dT0AwpsqRpfM xYzW+weMGsDBblWgTADOQJOnU7rxgRZUDsKb0llVfNNe0t7zkTEZYr/svUvBvR5DVvBjFUxeX htX549DF5Y3ToO7rVHUIr10jlzflSrAeVIe79j52Zh0XjwfaAlpcJq1pOGDI8A75Ry1Qr7F6Z e0PL9bFf3KiSYLOPNRqCT7o2x9c+12f4uq++oXvgUscHKpyRGYjPluQGkYvTsP1DZ/IhqMv/w 2yKfwpCHAZn2FErCatI+WC4fBh32wpIw2tGWAB3MmbZAsi6ZOuxWyaRuk30AUZ5I6/ZonTTEy y5Pzp56oSRJNPrj9ud6xHhAWAJ+i7bakLeMNEwIZ/kQ7LoKeWBlub5cCDYxBYVsUEgRhduUJ6 EwYVV7RM5VoGAmW8TwiU7tbSGhEH3d70jXg9X7gQrtx12JmP6up2YSz5nv+aqmG+7n0e+PXDd UFWl5maLFK6G5OHoGibiqzo1FgXvYkXWwIBoSFlLk7VdmvzToaIDcg7cF/5M0QYSLfPfBRaC8 zc9HQ5vHUbvtnuwqtSQEGMEyEOMI4nNK31vlis+x3EDYsi4zBYjJ6bXxKOGDJ8VifZj+EAynS JMEQFQGio9r94I7askfYefKItCHrsjOyHEg4nKhkSFS1fm8+wR99Tcss4xfaeKeVD/XtvCW/t GmxS2TnblReC6X+nLYBBnoTbFPMGAuh9UDeLNr8B1wD2E5GDUtJgK8JYhpwYFs6yXVznA2U92 o4khO9G0TKoafDZVTAtakNPa8Up0CEKJox+bSjkmZP/5+/yUESjZW/wKQYAEPYs2dXeqcYOca 70s5Kt0IQJFWcShwPY7VwTl2gdGoGmIzj872DNy0tvLWonmfB02FS28Du5+TsKeGLBvxUstei c52sKLjAwaW4SdvW20eQxrneAdqa3gmmwzFJXVoSHtLCkQFGvKc0Hc3Qqqp2TFVogsM/5OTIb R6zjdaqlpI1BdwiFzF5OCaOavPZNyXtb3LLUJ/qu3ZvqzSXk6zvR4JL1lJtDMEyJEnJXsi0XE HPZfTJtIM7Sz3oEd39WQ9IdsjaIO1DMW2o5VI7G5patjKHM2k1CzFRV1XTTvYIO0OQHnu1yN1 BUMAmWx5nNrt+NOWnMF4x8dTDxhim/t+nEOUdPPQb5uD3djmeg4d4C8Qy07nFv6tU1O3/vvAl 290xR9rwRZi/qS3/SAkLSzSAyHs/WdGaRghuTnu45Ho2fnPc3f8DRKbfFEj4QKBAcpMqbQSQU qvpKrSikDji+jZIV9pOyuJodg== X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Michael Albinus writes: > Michael Heerdegen writes: > > Hi, > > > Hmm. > > It will be more and more complex. Not desirable. > > I know, that the variant with 'inhibit-auto-revert' has been > refused. However, I repeat this proposal. The difference is, that I > propose not to use t and nil as values, but a list of buffers or nil. By > this, a buffer could be suppressed temporarily from auto-revert by > adding it to this list, for example in a let-bind. But this will come with the same problems - or we need to change each command individually and third party packages can still be affected by the same issue - which is something I rather would prefer to avoid. What advantage would your approach have? A global variable bound to a list of buffers has its advantages, but also its disadvantages, it still has to be kept up to date explicitly, dead buffers have to be removed, etc. What you say seems a bit unrelated to what I outlined. I haven't thought about any other cases than dired at all, though. Thx, Michael. From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Tassilo Horn Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 02 Feb 2025 09:33:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Michael Heerdegen Cc: Eli Zaretskii , 75626-done@debbugs.gnu.org, Michael Albinus Received: via spool by 75626-done@debbugs.gnu.org id=D75626.173848873723424 (code D ref 75626); Sun, 02 Feb 2025 09:33:01 +0000 Received: (at 75626-done) by debbugs.gnu.org; 2 Feb 2025 09:32:17 +0000 Received: from localhost ([127.0.0.1]:33122 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1teWKv-00065j-0L for submit@debbugs.gnu.org; Sun, 02 Feb 2025 04:32:17 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:39056) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1teWKt-00065W-Id for 75626-done@debbugs.gnu.org; Sun, 02 Feb 2025 04:32:16 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1teWKm-0004dd-Rz; Sun, 02 Feb 2025 04:32:08 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=HMJIf28KaMlkIMNoHItkMQQJy/ttFpLgbRAEgjQakPQ=; b=XbT/mf6EwR09S95y40LU eseCzinWmNhhIgvVBvdV0ONSMVNh7vAt3kdfvf9c6m13Yav5ovWkUQQMSrdW90koJaOPJNFy2dvkU uPv1FZROm9yNFky9379q6ZGZ95YcqKQ84R/zrtF2uqs4Y+Y4ZHyDc65/D5B/0bhYFsSk4f5EiTECs TfFA8MGLOJSCAX9Hy70G0GpohxW7o+kAUZvExHuMkiAE7ChTvS7WMfDqVAm+/WXc0D/9QWsBjrnCc vgYe2Wj/ha8r4WBhylWvHgcFVe/mphMQNAU3Ah0HaslENGX7kbJ4Arxyg5k6kJL8RD6J49BUNiTar vvSTDydzoMyhcQ==; X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeefvddrtddtgddugeefudcutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpggftfghnshhusghstghrihgsvgdp uffrtefokffrpgfnqfghnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivg hnthhsucdlqddutddtmdenucfjughrpefhvfevufgjfhgffffkgggtsehttdertddtredt necuhfhrohhmpefvrghsshhilhhoucfjohhrnhcuoehtshguhhesghhnuhdrohhrgheqne cuggftrfgrthhtvghrnhepleduvdegfeduvdejkeefteelgeetgfevhefhueffueffgeeh gfeufefgvdffgedtnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilh hfrhhomhepthhhohhrnhdomhgvshhmthhprghuthhhphgvrhhsohhnrghlihhthidqkeei jeefkeejkeegqdeifeehvdelkedqthhsughhpeepghhnuhdrohhrghesfhgrshhtmhgrih hlrdhfmhdpnhgspghrtghpthhtohepgedpmhhouggvpehsmhhtphhouhhtpdhrtghpthht ohepjeehiedviedqughonhgvseguvggssghughhsrdhgnhhurdhorhhgpdhrtghpthhtoh epvghlihiisehgnhhurdhorhhgpdhrtghpthhtohepmhhitghhrggvlhdrrghlsghinhhu shesghhmgidruggvpdhrtghpthhtohepmhhitghhrggvlhgphhgvvghruggvghgvnhesfi gvsgdruggv X-ME-Proxy: Feedback-ID: ib2b94485:Fastmail From: Tassilo Horn In-Reply-To: <877c69ibbm.fsf@web.de> (Michael Heerdegen's message of "Sat, 01 Feb 2025 22:50:37 +0100") References: <87r051khsd.fsf@gnu.org> <87wmenaeby.fsf@web.de> <87msfjmfy5.fsf@gnu.org> <87sepa1a9p.fsf@web.de> <871pwuavv9.fsf@gnu.org> <86plkd28rb.fsf@gnu.org> <87o6zx14x9.fsf@web.de> <86r04sy70g.fsf@gnu.org> <87h65n4w1g.fsf@web.de> <877c6jmfi4.fsf@gnu.org> <86cygbujst.fsf@gnu.org> <87y0yyvu0b.fsf@gnu.org> <87ed0pyt4e.fsf@web.de> <87plk8dbxd.fsf@gnu.org> <87jzafwxt1.fsf@web.de> <87r04m3ezq.fsf@gnu.org> <87a5babido.fsf@web.de> <875xlv4hci.fsf@gnu.org> <87v7tuikke.fsf@web.de> <87o6zmf1eg.fsf@gmx.de> <877c69ibbm.fsf@web.de> User-Agent: mu4e 1.12.8; emacs 31.0.50 Date: Sun, 02 Feb 2025 10:31:55 +0100 Message-ID: <87v7tsy9o4.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Michael Heerdegen writes: >> I know, that the variant with 'inhibit-auto-revert' has been >> refused. However, I repeat this proposal. The difference is, that I >> propose not to use t and nil as values, but a list of buffers or >> nil. By this, a buffer could be suppressed temporarily from >> auto-revert by adding it to this list, for example in a let-bind. > > But this will come with the same problems - or we need to change each > command individually and third party packages can still be affected by > the same issue - which is something I rather would prefer to avoid. > > What advantage would your approach have? A global variable bound to a > list of buffers has its advantages, but also its disadvantages, it > still has to be kept up to date explicitly, dead buffers have to be > removed, etc. What you say seems a bit unrelated to what I outlined. Yes, I have the basically the same questions. IIRC, the problem you, Michael A., wanted to address in your proposal was that if a buffer has been skipped during auto-revert and the trigger for auto-revert was a filesystem notification, the auto-revert should be retried later. But isn't that the case anyway because auto-revert-buffers is run from a timer every auto-revert-interval seconds, so unless one sets auto-revert-interval to some very high value, no harm is done? Even if we would like to cater for this case, I don't understand how your approach addresses the retries for buffers that skipped/inhibited auto-revert. I mean, I can envision that auto-revert maintains a list of buffers it skipped but how would that be worked through? Another timer that runs more often that auto-revert-interval? One fact in favour for some inhibit-auto-revert variable is that currently we abuse buffer-stale-function whose docs state "Function to check wether a buffer _needs_ reverting" with functions that actually check if we need and _allow_ reverting. If we had inhibit-auto-revert, the allowance part could and should be removed from buffer-stale-function. Bye, Tassilo From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 02 Feb 2025 10:07:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Michael Heerdegen Cc: Eli Zaretskii , 75626-done@debbugs.gnu.org, Tassilo Horn Received: via spool by 75626-done@debbugs.gnu.org id=D75626.17384907798853 (code D ref 75626); Sun, 02 Feb 2025 10:07:02 +0000 Received: (at 75626-done) by debbugs.gnu.org; 2 Feb 2025 10:06:19 +0000 Received: from localhost ([127.0.0.1]:33200 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1teWrq-0002Ig-TQ for submit@debbugs.gnu.org; Sun, 02 Feb 2025 05:06:19 -0500 Received: from mout.gmx.net ([212.227.15.19]:40589) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1teWro-0002IQ-LL for 75626-done@debbugs.gnu.org; Sun, 02 Feb 2025 05:06:17 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.de; s=s31663417; t=1738490760; x=1739095560; i=michael.albinus@gmx.de; bh=nYrPRRwfHO08BE+lxgNsolR8/YSWbBQ3NGUXTxb7uBA=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date: Message-ID:MIME-Version:Content-Type:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=S2T6OjqphL87HuXNYbA+z+XAzCALoLQNW1Cwlmvjcj1rmF9P5IzFOmoph6uSxI30 a0DuosMwcePrWHA1ruA3gRSYi1D+Jy/z2U9j+V8pixOWaX0DlfXId0TeCtumH1b/a CAYeZ1GC4dtg4uEUKqZHMHDwM/phfklpF+XfNWvohu/rgk2h+GOddFN39Ho031nMf 3f7JykXJ7nCX8grd1At4PZkvxlzuvvI/p3wc/FQvMpM0mqxepQXKz7ce4p8r355tr /dd2GMkciSCQk6C4MFTLiiizdO/c5Y+Pi+UPcaCTDgvSXvxh358m2cC8I7EceyExA J75vPM7q9nTWHWEcug== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from gandalf.gmx.de ([185.89.38.155]) by mail.gmx.net (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MBDjA-1tjWY22KvW-003lGT; Sun, 02 Feb 2025 11:06:00 +0100 From: Michael Albinus In-Reply-To: <877c69ibbm.fsf@web.de> (Michael Heerdegen's message of "Sat, 01 Feb 2025 22:50:37 +0100") References: <87r051khsd.fsf@gnu.org> <87wmenaeby.fsf@web.de> <87msfjmfy5.fsf@gnu.org> <87sepa1a9p.fsf@web.de> <871pwuavv9.fsf@gnu.org> <86plkd28rb.fsf@gnu.org> <87o6zx14x9.fsf@web.de> <86r04sy70g.fsf@gnu.org> <87h65n4w1g.fsf@web.de> <877c6jmfi4.fsf@gnu.org> <86cygbujst.fsf@gnu.org> <87y0yyvu0b.fsf@gnu.org> <87ed0pyt4e.fsf@web.de> <87plk8dbxd.fsf@gnu.org> <87jzafwxt1.fsf@web.de> <87r04m3ezq.fsf@gnu.org> <87a5babido.fsf@web.de> <875xlv4hci.fsf@gnu.org> <87v7tuikke.fsf@web.de> <87o6zmf1eg.fsf@gmx.de> <877c69ibbm.fsf@web.de> Date: Sun, 02 Feb 2025 11:05:57 +0100 Message-ID: <87v7tsd5kq.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Provags-ID: V03:K1:PJvPzopF5JjwSgNVkFBccIECcqcUMcdtPg+IbuGLoCMCC4ug8NS w84eI9lyoxSGae3cqfi+Csexg5OBo2J10rZEGgOztTpinNV1j3Giba56xXz0k7weS+SQ45d GJVR7y9at6+yYilR8fRsFMN5dNzY+ZvrRCLayWkG+F22/iR+OSa9a1O+DlH0LmVHGYzC0rZ X21DBrqOGOjYTwxEVS9ZQ== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:wshU4hkossE=;BPrCYn/qGP4m1BZyJmeKoBCKCNR ylZtRldiy8KVxdrQRRJlYdDkPWNKtP7G6AEdIPIFuby4EplAXnAxGcOhLMkXgHPthC7s1k2JY WJLaDNDfVPuM4ftvIKr0EECjRVT/e+dy5wGi3vQbe7GdfWTNTmwS3KWWz7vUqD2K1KDpLKAdr pmQDwH4DL5753/2uIzLRx32sm15B/LuCpYOLWzxaai7L/dgZStYnXf6URkr+DRzGxyVc/Ah4U SpABduWVuYbNuln8ooorgDyu66UxaLLt7LvwLltCxTZKvC447J6Vj98chnJw7+JMNQ73ZzZzp IP3Y5GhesZvxoOj2fGaAkW1x0f+S7SCkVGtEotKudaurT2lBZFAMgQqHGA3Ds87KfAWWROE0w VlqbHQABwMkR3lCNrXOPQ4bxee71nq5OL9up7tCBLF12Z575MiN02n4uKbaxgvMRePQX+Qqms rcUqhy5mRKwHuqTq/JK0yiYDXb+TGEnIYwAKdz2tOVJSQQO9HAWuqIYT8RImyoO7Mx9PMxk/O GQItZet/mRB7Jk0Fxfa7t+ECTD+8fxwAxfS9f69d5wH4I67YQWnVksUH7eNmDSRbln82hmXXR QY5OLQ7+oW5yYV+ujP2un1WyLa+i9EiJJ+YEaiFVC+HEdKowujUblm/zs5EnB2wdszl/Ihqux TOmMfGoD0Ps6YlB28UqHOok86Vyetrhpby1u84rbGhOKH+xHC/sNrSi4Lpkz8Nt9hXP54zWma s8B4/Ya3cwD04KVF+iN79z8SIRueKZkNq3WfsSBBTrux+X1+NifgidUil6MU5ciJuu+MNEd/b dwJq2s5L/9ifnoplFLJb7GVK4lCYsQyT6/+eAospUeu5738zCWeA6LGokqn2qKXZY2Xnp+IpS 6sx+axTH7lk2NoAP90P1MgUROHLYLfTn+By5pO91MHQG9wy38r9t+DxYrC6J2q2E+bWgLJK3s HSC6W6b7+oH+qHiVWpDugBGNWqaNQaUnNlf6nMJwqtfvVE9pEpOV6EafPiEaD9ZXGlKinAtVz smxP8YDn1UHKN37uMYIUQJThR0jD9YlCmpvEC5SYnTQ503iY5M9kgGBlyhwpTGMBcdjw7uiAD 5Mu+BFkNeA4mMu9jSsjOZfVFHGJTbVgMhhG/vOZqSBN2Vdy6D5z7Hpl6XGFOYqI4Ak1QRek25 uXm3jn3fkJnTZSJPfe4CSHeMgOtP2EoH++39Ld5bNofVCURG8mKQilJJWR4jWCsV4CntWNjvb GOF8jRYQN96rdG6biDhgY/hvfunglII8MU2xe2bFGZt2ik8HWoP/HmNKmx9K7iRG6ry2BcV9e vYQiQuCafc9j6es3F+q6/WFoRUHwTZVU8DKWLAujQhf9VA= X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) --=-=-= Content-Type: text/plain Michael Heerdegen writes: Hi Michael, >> I know, that the variant with 'inhibit-auto-revert' has been >> refused. However, I repeat this proposal. The difference is, that I >> propose not to use t and nil as values, but a list of buffers or nil. By >> this, a buffer could be suppressed temporarily from auto-revert by >> adding it to this list, for example in a let-bind. > > But this will come with the same problems - or we need to change each > command individually and third party packages can still be affected by > the same issue - which is something I rather would prefer to avoid. You must change any package, like you did already with dired.el. auto-revert-mode needs an indication that it should pause for the current buffer temporarily. > What advantage would your approach have? A global variable bound to a > list of buffers has its advantages, but also its disadvantages, it still > has to be kept up to date explicitly, dead buffers have to be removed, > etc. What you say seems a bit unrelated to what I outlined. I have added a patch as proof-of-concept. It adresses your concerns. It adds the global variable inhibit-auto-revert-buffers and the macro inhibit-auto-revert. I ran the recipe given in the original posting of this bug many times, even pressing 'Z' while the previous dired operation didn't finish, and it works as expected. Could you and Thassilo check this? > I haven't thought about any other cases than dired at all, though. They should apply a similar change as I have shown in dired.el. Of course, this must be documented properly. > Thx, > > Michael. Best regards, Michael. --=-=-= Content-Type: text/x-patch Content-Disposition: attachment Content-Transfer-Encoding: quoted-printable diff --git a/lisp/autorevert.el b/lisp/autorevert.el index 1dcfe8e911f..135c09fc274 100644 =2D-- a/lisp/autorevert.el +++ b/lisp/autorevert.el @@ -897,6 +897,31 @@ auto-revert--buffer-candidates (push buf new))) (nreverse (nconc new remaining)))) +;;;###autoload +(defvar inhibit-auto-revert-buffers nil + "A list of buffers with suppressed auto-revert.") + +;;;###autoload +(progn (defmacro inhibit-auto-revert (&rest body) + "Deactivate auto-reverting of current buffer temporarily. +Run BODY." + (declare (indent 0) (debug ((form body) body))) + `(progn + ;; Cleanup. + (dolist (buf inhibit-auto-revert-buffers) + (unless (buffer-live-p buf) + (setq inhibit-auto-revert-buffers + (delq buf inhibit-auto-revert-buffers)))) + (let ((buf (and (not (memq (current-buffer) inhibit-auto-revert-buff= ers)) + (current-buffer)))) + (unwind-protect + (progn + (when buf (add-to-list 'inhibit-auto-revert-buffers buf)) + ,@body) + (when buf + (setq inhibit-auto-revert-buffers + (delq buf inhibit-auto-revert-buffers)))))))) + (defun auto-revert-buffer (buf) "Revert a single buffer BUF. @@ -905,11 +930,12 @@ auto-revert-buffer (if (not (buffer-live-p buf)) (auto-revert-remove-current-buffer buf) (with-current-buffer buf - ;; Test if someone has turned off Auto-Revert Mode - ;; in a non-standard way, for example by changing - ;; major mode. - (when (and (not auto-revert-mode) - (not auto-revert-tail-mode)) + ;; Test if someone has turned off Auto-Revert Mode in a + ;; non-standard way, for example by changing + ;; `inhibit-auto-revert-buffers' or major mode. + (when (or (and (not auto-revert-mode) + (not auto-revert-tail-mode)) + (memq (current-buffer) inhibit-auto-revert-buffers)) (auto-revert-remove-current-buffer)) (when (auto-revert-active-p) ;; Enable file notification. diff --git a/lisp/dired.el b/lisp/dired.el index 2eb6546107a..f967b00147f 100644 =2D-- a/lisp/dired.el +++ b/lisp/dired.el @@ -944,9 +944,6 @@ dired-mark-if "")))) (and (> count 0) count))) -(defvar-local dired--inhibit-auto-revert nil - "A non-nil value prevents `auto-revert-mode' from reverting the buffer.= ") - (defmacro dired-map-over-marks (body arg &optional show-progress distinguish-one-marked) "Eval BODY with point on each marked line. Return a list of BODY's res= ults. @@ -983,8 +980,8 @@ dired-map-over-marks ;;endless loop. ;;This warning should not apply any longer, sk 2-Sep-1991 14:10. `(prog1 - (let ((dired--inhibit-auto-revert t) - (inhibit-read-only t) + (inhibit-auto-revert + (let ((inhibit-read-only t) case-fold-search found results) (if (and ,arg (not (eq ,arg 'marked))) (if (integerp ,arg) @@ -1024,7 +1021,7 @@ dired-map-over-marks (if found results (unless (eq ,arg 'marked) - (list ,body)))))) + (list ,body))))))) ;; save-excursion loses, again (dired-move-to-filename))) @@ -1295,11 +1292,11 @@ dired-buffer-stale-p ;; written by the user as in `wdired-mode'. buffer-read-only ;; When a dired operation using dired-map-over-marks is in - ;; progress, dired--inhibit-auto-revert is bound to some - ;; non-nil value and we must not auto-revert because that could - ;; change the order of files leading to skipping or - ;; double-processing (see bug#75626). - (not dired--inhibit-auto-revert) + ;; progress, inhibit-auto-revert-buffers is modified and we + ;; must not auto-revert because that could change the order of + ;; files leading to skipping or double-processing (see + ;; bug#75626). + (not (memq (current-buffer) inhibit-auto-revert-buffers)) (dired-directory-changed-p dirname)))) (defcustom dired-auto-revert-buffer nil @@ -4089,10 +4086,10 @@ dired-internal-do-deletions (while l (goto-char (marker-position (cdr (car l)))) (dired-move-to-filename) - (let ((inhibit-read-only t) - ;; Temporarily prevent auto-revert while deleting - ;; entry in the dired buffer (bug#71264). - (dired--inhibit-auto-revert t)) + ;; Temporarily prevent auto-revert while deleting entry in + ;; the dired buffer (bug#71264). + (inhibit-auto-revert + (let ((inhibit-read-only t)) (condition-case err (let ((fn (car (car l)))) (dired-delete-file fn dired-recursive-deletes trash) @@ -4108,7 +4105,7 @@ dired-internal-do-deletions (quit (throw '--delete-cancel (message "OK, canceled"))= ) (error ;; catch errors from failed deletions (dired-log "%s: %s\n" (car err) (error-message-string err)) - (setq failures (cons (car (car l)) failures))))) + (setq failures (cons (car (car l)) failures)))))) (setq l (cdr l))) (if (not failures) (progress-reporter-done progress-reporter) --=-=-=-- From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 02 Feb 2025 10:11:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Tassilo Horn Cc: Michael Heerdegen , Eli Zaretskii , 75626-done@debbugs.gnu.org Received: via spool by 75626-done@debbugs.gnu.org id=D75626.17384910549689 (code D ref 75626); Sun, 02 Feb 2025 10:11:01 +0000 Received: (at 75626-done) by debbugs.gnu.org; 2 Feb 2025 10:10:54 +0000 Received: from localhost ([127.0.0.1]:33211 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1teWwH-0002WD-RZ for submit@debbugs.gnu.org; Sun, 02 Feb 2025 05:10:54 -0500 Received: from mout.gmx.net ([212.227.15.19]:54143) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1teWwF-0002Vz-An for 75626-done@debbugs.gnu.org; Sun, 02 Feb 2025 05:10:52 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.de; s=s31663417; t=1738491045; x=1739095845; i=michael.albinus@gmx.de; bh=iQe3mLgomcLdtfOrk+x8XBT2/+YsoFYk/LqLQu32liw=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date: Message-ID:MIME-Version:Content-Type:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=IK2S6KCCYsc9JKa6y3dDUFXClorZvId7+TZEkNvVBTQGghQKwPtDrxuqIJWkVD76 s/+Z6ZPLK0onO/mAAtd+1hcIP8l+UunDSNFpITrs+OUlT3Sd4yhRJaN8MqLgAZu93 S3ZOaSTyPqvB8TlzM+QwPLX3WCcGksZWcdeOjIdS9sWLJXiyf3HFHa6UxZS5HrAUn cv1XUkl/4lI5lVKoIL0BJ09ymvQheLRFAo6+Csqg3x8VfJOFp9UVeDFFGgEU2IwTy 6SnyI7HjdwhWyIuleI9hl5oAwpMCP+Vf1UTsQcmmbY3+vwZpTZdGAm3z3NRnKcHP+ PSpJTdz5wnY26m8VrQ== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from gandalf.gmx.de ([185.89.38.155]) by mail.gmx.net (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MWzk3-1ty2xQ1FgP-00Okps; Sun, 02 Feb 2025 11:10:45 +0100 From: Michael Albinus In-Reply-To: <87v7tsy9o4.fsf@gnu.org> (Tassilo Horn's message of "Sun, 02 Feb 2025 10:31:55 +0100") References: <87r051khsd.fsf@gnu.org> <87msfjmfy5.fsf@gnu.org> <87sepa1a9p.fsf@web.de> <871pwuavv9.fsf@gnu.org> <86plkd28rb.fsf@gnu.org> <87o6zx14x9.fsf@web.de> <86r04sy70g.fsf@gnu.org> <87h65n4w1g.fsf@web.de> <877c6jmfi4.fsf@gnu.org> <86cygbujst.fsf@gnu.org> <87y0yyvu0b.fsf@gnu.org> <87ed0pyt4e.fsf@web.de> <87plk8dbxd.fsf@gnu.org> <87jzafwxt1.fsf@web.de> <87r04m3ezq.fsf@gnu.org> <87a5babido.fsf@web.de> <875xlv4hci.fsf@gnu.org> <87v7tuikke.fsf@web.de> <87o6zmf1eg.fsf@gmx.de> <877c69ibbm.fsf@web.de> <87v7tsy9o4.fsf@gnu.org> Date: Sun, 02 Feb 2025 11:10:44 +0100 Message-ID: <87r04gd5cr.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:RqqZonxFBnpRD5kCF6cF28GJvRfH7uMS1z+7qaorBkSjjGHE09G wHeFIs32QpTwJmc4eT7xyM5xvMLF7QNoHG9Bo8E078ep8kwCXoaVzO7zYzneCuF/NInq38z qxy+K3Ed8QP2/zJ1Z+wRoJ88C9WyA0H4G562VaeVYcavGUkGOf9dpTqu4n9waE1WluMqF4g 2ahMJYQDWfIVHpuUEHSUQ== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:jIhk6R0J6uA=;Gsd2dB/9KT3BXgLDLnYML8iM/vy kjFIqDcFyk2q22B2s9+mKiAwDIWEKhBPrQUMFSmMLjc3MB1uaXkO9Oh+u+Bv78nWCQsqXs5Et dbTEeJ1SCyaxwGzlVm8q1V7vKOkf+XuZAis2ibkwnfD7eoee/p9M3g1ZUBFQeJzDpFHM13qOt mxUJCn1rucqCd+GPzXfadZwN1pma1YW5AADieb9py9froaGfUZ6UDkzR8YqnMMPHMOqMX7O3+ 87Tbqr0/wHbVUNHcEGZCv6QtBH/3OCFIp0YceKOkkGt53HvPS0XiQkfERWf5z+36oUJMoXkDs h6NufUkFHlWoy/8J0dC3ZM+RrnZq/1ROrEFQXXKsxMH2zuXu9eijJVa0NBF0mFN7+TF0JEP1c K5wAVCZSRwly70sFIWScQ0LGunQqINLwpWUD7U4uFnXWYpHas/n3BZ1NzcYyzgWn2xRahpz8H 4Fm/kifg41iqoXvlZSwTLTO0ykzHtKyzp6MFzXEbsGIfMZUJsyuXmcbvs5oDbAsFcotuyL+Mk tODr2pn8sWbElM1oHQRi5lABH5trmT+pDHZJ9k6xW8kJQJo68tpSr+JVHuxWUcJKXBymf5Mb7 FCgsNzDgR+0h6phVubdkFuodti1KK5Hh65GgmWduaG1K9p7h96dzS74ora1fonpIraKEfPrv4 uDVqt8YGFGmksdL0c9enuaQx+eJBY7OVmehl6d/XiaUHiX6PCCtyLaKMxQqdAZlNya5z55+6N ZAUUaV+zrT0h6D7GJ3/vfQevCMANFCVJNAtsMgN6JuLmPX97qKHbin0JCiTO2qJKyOszJdTkU K2EgUN9BIOVuI5l3CKNQEIo6rr/9hkmjmkTZ+LQsId3L2ez2HzapoNae0+rRxkzJjHQC/bynZ iTowgP/56WL28FhdM1VikHUmi3/D9laYywAoMZyZAg4oCALoL03ewTbaEh3PyVD8S6al8u6n/ dgU/Pe65s6bdiV9r9YLlbBZlkSimQqt+NVITujzykmzv5lEa8wcDSLUHt4nKPi7QtYbQItUnI 9qFbJwWdBN+v/IlOnLaQsi3/AG6sht5OMmin9ycrZyl4X3/Oghqxe/cfYpsQL3P1vMZopjrX6 dJZjMQags+zMBR6XlmzyLz5DYDEasv52dh9P1Tjsz/10b1pxAvFPzhlhPg6Xm4NZbFdeplSXd H0KRhgRkekbHCAdO9n1aVVBbmwjlWTUTT6MNELppDoL1EQnC9WGf+6gzRJnTgOxFACHyrUfMo H8yD566c39j2/TzM23icM0meykiG8ptoWYwFZdf3dqGTfY4OwoP0Kr/qpTLOl/dIn/4sZjsyk KrGQ3nLI1kJ+TuOonUkuzpQ/8XV7QX6lLQyMBpCZMQGuk0= X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Tassilo Horn writes: Hi Tassilo, > Yes, I have the basically the same questions. IIRC, the problem you, > Michael A., wanted to address in your proposal was that if a buffer has > been skipped during auto-revert and the trigger for auto-revert was a > filesystem notification, the auto-revert should be retried later. > > But isn't that the case anyway because auto-revert-buffers is run from a > timer every auto-revert-interval seconds, so unless one sets > auto-revert-interval to some very high value, no harm is done? > > Even if we would like to cater for this case, I don't understand how > your approach addresses the retries for buffers that skipped/inhibited > auto-revert. I mean, I can envision that auto-revert maintains a list > of buffers it skipped but how would that be worked through? Another > timer that runs more often that auto-revert-interval? I haven't investigated this yet. Perhaps you are right, and a later polling does the job. But this problem is recent anyway (if it is a problem); my proposal doesn't make it worse. > One fact in favour for some inhibit-auto-revert variable is that > currently we abuse buffer-stale-function whose docs state "Function to > check wether a buffer _needs_ reverting" with functions that actually > check if we need and _allow_ reverting. If we had inhibit-auto-revert, > the allowance part could and should be removed from > buffer-stale-function. See my patch, it does exactly this. > Bye, > Tassilo Best regards, Michael. From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 02 Feb 2025 10:37:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Tassilo Horn Cc: Michael Heerdegen , 75626@debbugs.gnu.org, Eli Zaretskii Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.173849256314005 (code B ref 75626); Sun, 02 Feb 2025 10:37:01 +0000 Received: (at 75626) by debbugs.gnu.org; 2 Feb 2025 10:36:03 +0000 Received: from localhost ([127.0.0.1]:33249 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1teXKc-0003dp-KN for submit@debbugs.gnu.org; Sun, 02 Feb 2025 05:36:02 -0500 Received: from mout.gmx.net ([212.227.15.18]:43525) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1teXKa-0003dH-3I for 75626@debbugs.gnu.org; Sun, 02 Feb 2025 05:36:00 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.de; s=s31663417; t=1738492553; x=1739097353; i=michael.albinus@gmx.de; bh=kDCaQoB1kFenq3YB22QSBl5+6fauTrvKEL1PkM+OV5Y=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date: Message-ID:MIME-Version:Content-Type:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=iTlblEriQYKsn91VmhwHEg7lPZ/KsK18TWifd+VyaHhpvqQ3acnrez8/dGTF/g4M ybjWw4GD657OkWYp1lmnL1esfbukrgyOL04IQqb/rxGocBrwhGBRBbSxgCNQ8t1Va +cWQCdXmAKnlftmiyz5gwZ5pbEf6W+DG/yg5+QZim+eD96X5dPRCWKgJpSFESwMix Wk0+2pGn3UQWggjeAiTM6Xqpy34sksDk7xxd8s8tk4l6/Fx5QRQg0nJcgeINTZfQ3 3a6ADDGM3neJO3xHy6jb70lmOdDRWf7owBQM5xvAil2MhmDAWS8qxF7vTHrxVUQwI GWvUP+Yu/7GYutZPnA== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from gandalf.gmx.de ([185.89.38.155]) by mail.gmx.net (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1M9FjR-1tYETW2eZD-00AKoa; Sun, 02 Feb 2025 11:35:53 +0100 From: Michael Albinus In-Reply-To: <87r04gd5cr.fsf@gmx.de> (Michael Albinus's message of "Sun, 02 Feb 2025 11:10:44 +0100") References: <87r051khsd.fsf@gnu.org> <87sepa1a9p.fsf@web.de> <871pwuavv9.fsf@gnu.org> <86plkd28rb.fsf@gnu.org> <87o6zx14x9.fsf@web.de> <86r04sy70g.fsf@gnu.org> <87h65n4w1g.fsf@web.de> <877c6jmfi4.fsf@gnu.org> <86cygbujst.fsf@gnu.org> <87y0yyvu0b.fsf@gnu.org> <87ed0pyt4e.fsf@web.de> <87plk8dbxd.fsf@gnu.org> <87jzafwxt1.fsf@web.de> <87r04m3ezq.fsf@gnu.org> <87a5babido.fsf@web.de> <875xlv4hci.fsf@gnu.org> <87v7tuikke.fsf@web.de> <87o6zmf1eg.fsf@gmx.de> <877c69ibbm.fsf@web.de> <87v7tsy9o4.fsf@gnu.org> <87r04gd5cr.fsf@gmx.de> Date: Sun, 02 Feb 2025 11:35:52 +0100 Message-ID: <87ed0g3a7r.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:BYyIOC8IJM/exCMHBXPfi5ddRaRYENbTG5gxsehi3yrOT+wwp25 GYQzFPAEbCV6aN4EFSS7cYjH8gxxII2RPUVpJhps/Ogne5AopOGRFRj6p9Mz4P45d5umUun CDYa9S2dJqxAYZvVXvZNwnwHiJmtckarxbdeEeQMH5lmecPDlA0rWisnu+zhkv1rYMyP5Fe KA/p62jJg8/SVz2OaxQ3Q== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:9Idfl8nCnfY=;saE4BMtinErA85y2UmgsM4OBzbX 0aFUsVrfRJyjU70yzvYyT2E+JvTApt69XeKvGuLmLolbKYOTMep86+rZRJZ5qHOq/YOMAT92+ vmDBfb2oP8jyonYRfzQmURfyyRS/8KO5nuPP3eMXzfMKW/xufaToUMbbr3OTM7FaREMHIqxkW 0gBxzeBDB+Meqg/koEWBaHb0wBaapFB4DlArwQCFpz53YH6b/ksf698MiF4Z8jlmG7xqby1E1 h5H+w/C71lMkRxsTHfRsERzL0VgwRscSSkXHRfL17RNpgbDiW7Z+MaFAViNprzpS8mRauKfwU KmUvdeP9n67pzT/vPTWeH3WNpo4Pg+DGM1YSYNeaErc92ZZEb2Q1GCtHQ2DUn66ZJUiS4qaZp Cea8CgBhDwVL3g+XulBNqER/5GRwURmu5gnbLnqrtXLmpRZyJnSPc9ADFURUOcnJ6FUeZ+csn L/7v77zk/B+ZA187/GNkW4lEtwwVQ03APU2+BADQ4/HA1MLQP/VlXIqHEsc9+i6rbGhW0Yqwv CId5QL0JHYXDGmf2T00+3WSlobY1ksfxbkIxraaKMv22wm0riZY5iHAnynuqXTfBzaagGGHZU Obq0Bj3iD/zk9YWp6o5wwxfjYEnX1l/qFSVw3TC+uFRt2mmO5Vu9MDosOT5ZN5xot6H4gl7yt yfAx2kT5T8jGlUVdG41wPsWu+hpbjARZQrmN66j3Yhqn+brwGn4p1Fq9FfpzGbjPLGMh96Yzl X7E6wU3GSledQHnqeVWo1yhKocvWinj8PyijVYZU39Hd+cF6ifME8D8KBWNj0soyNNio6GHat Dzv/4MbiWSu/OCynEL/0V65XJdJEdemrGfqpEI/3vXHYrIGSN7XUvGl2IDXdhIWYDWf8hVmhF 56bRRKx2msGpnYICxeLAFz1Vu5AATTk0tdDjBAtNvcfUK3G3QDN79fKrF1o9yUQ4hVfhph35w e7noTwezNW6Et/QT9TABH9IiJPvKe5bEZIEDFvQvOWW0EE3UYTQ8ws9LwkgsTTGLQsEepeogn UeBcyfsWxMYPv44l436tI5K8J9gRi6Aloa+Ai7mAiAG+wRB3ZkTcIYlucaI1Zw2cXS9fPXenG OsuH2w7B4WnvWLBUGdcOGi6BzUv3c7PcJmkmOOVLUiQo+5wqKq0Wpyeu1lxDegS6fmWBGQDUY g1CbbvWn7hK9/cxzYSAzqBsubFdz6hl3oIAqvtnkSufibixeOqqKpR5Q0RDtOh50uG77mg7qZ mxiNReZMrSJCxEW1r60F+dq5XFZUk1gbRQ3Jl8AxbAUQGfc8M8kKSuyoCyWGOi5bEVTJX1V8f kiKPSUx/iXO37y5EyHRMhkdGkNkWdt4I59E//bhLEkWTig= X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Michael Albinus writes: > Tassilo Horn writes: > > Hi Tassilo, > >> Even if we would like to cater for this case, I don't understand how >> your approach addresses the retries for buffers that skipped/inhibited >> auto-revert. I mean, I can envision that auto-revert maintains a list >> of buffers it skipped but how would that be worked through? Another >> timer that runs more often that auto-revert-interval? > > I haven't investigated this yet. Perhaps you are right, and a later > polling does the job. But this problem is recent anyway (if it is a > problem); my proposal doesn't make it worse. Well, there is the user option auto-revert-avoid-polling. Per default it is set to nil; meaning that if a buffer misses an auto-revert triggered by file notification, the next poll will do. This is what we want. If a user changes this option, it is his/her decision. >> Bye, >> Tassilo Best regards, Michael. From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Tassilo Horn Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 02 Feb 2025 11:11:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Michael Albinus Cc: Michael Heerdegen , Eli Zaretskii , 75626-done@debbugs.gnu.org Received: via spool by 75626-done@debbugs.gnu.org id=D75626.173849463519946 (code D ref 75626); Sun, 02 Feb 2025 11:11:02 +0000 Received: (at 75626-done) by debbugs.gnu.org; 2 Feb 2025 11:10:35 +0000 Received: from localhost ([127.0.0.1]:33306 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1teXs3-0005Be-44 for submit@debbugs.gnu.org; Sun, 02 Feb 2025 06:10:35 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:47662) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1teXs0-0005BM-4S for 75626-done@debbugs.gnu.org; Sun, 02 Feb 2025 06:10:32 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1teXru-00054z-KN; Sun, 02 Feb 2025 06:10:26 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=8YBfUlgUzcbs8kRDfDxI6yWELcEbOu83YJGYegXN4G8=; b=gc/05upm2LlxU1ExWHE/ KUL/ZaTz3YEVKjRK9Ux9c1EuQbXQL7VVM/ridOyJSaP3X9zvIO9d1kMvXb5FzD488Xsbn8gamSpqu 6ixTe/8ge9Bb35W40rIExU4xS2uf0w1Mq+hmPWkaLGJc3BW+D9MPFUF4BFto9I94SaLLIRQq5S5dl kNIoeNNVw6erG0B7HNMpa+kVXTOfSw3/T8mH8H9LxAmR8RIimmVeCFV/NuMXfRhpcVPxWALmtAojR M/qzvkXSnhMTDHXHFgaivXe2AEQq4or39nhHIOtyHNi233atJ+ZKFnrg7jF/oYDL0CjzKvy/D/Y5P B4kYPjsoDyoHoA==; X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeefvddrtddtgddugeehvdcutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpggftfghnshhusghstghrihgsvgdp uffrtefokffrpgfnqfghnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivg hnthhsucdlqddutddtmdenucfjughrpefhvfevufgjfhgffffkgggtsehttdertddtredt necuhfhrohhmpefvrghsshhilhhoucfjohhrnhcuoehtshguhhesghhnuhdrohhrgheqne cuggftrfgrthhtvghrnhepleduvdegfeduvdejkeefteelgeetgfevhefhueffueffgeeh gfeufefgvdffgedtnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilh hfrhhomhepthhhohhrnhdomhgvshhmthhprghuthhhphgvrhhsohhnrghlihhthidqkeei jeefkeejkeegqdeifeehvdelkedqthhsughhpeepghhnuhdrohhrghesfhgrshhtmhgrih hlrdhfmhdpnhgspghrtghpthhtohepgedpmhhouggvpehsmhhtphhouhhtpdhrtghpthht ohepjeehiedviedqughonhgvseguvggssghughhsrdhgnhhurdhorhhgpdhrtghpthhtoh epvghlihiisehgnhhurdhorhhgpdhrtghpthhtohepmhhitghhrggvlhgphhgvvghruggv ghgvnhesfigvsgdruggvpdhrtghpthhtohepmhhitghhrggvlhdrrghlsghinhhushesgh hmgidruggv X-ME-Proxy: Feedback-ID: ib2b94485:Fastmail From: Tassilo Horn In-Reply-To: <87v7tsd5kq.fsf@gmx.de> (Michael Albinus's message of "Sun, 02 Feb 2025 11:05:57 +0100") References: <87r051khsd.fsf@gnu.org> <87msfjmfy5.fsf@gnu.org> <87sepa1a9p.fsf@web.de> <871pwuavv9.fsf@gnu.org> <86plkd28rb.fsf@gnu.org> <87o6zx14x9.fsf@web.de> <86r04sy70g.fsf@gnu.org> <87h65n4w1g.fsf@web.de> <877c6jmfi4.fsf@gnu.org> <86cygbujst.fsf@gnu.org> <87y0yyvu0b.fsf@gnu.org> <87ed0pyt4e.fsf@web.de> <87plk8dbxd.fsf@gnu.org> <87jzafwxt1.fsf@web.de> <87r04m3ezq.fsf@gnu.org> <87a5babido.fsf@web.de> <875xlv4hci.fsf@gnu.org> <87v7tuikke.fsf@web.de> <87o6zmf1eg.fsf@gmx.de> <877c69ibbm.fsf@web.de> <87v7tsd5kq.fsf@gmx.de> User-Agent: mu4e 1.12.8; emacs 31.0.50 Date: Sun, 02 Feb 2025 12:10:20 +0100 Message-ID: <877c68bo0z.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Michael Albinus writes: > It adds the global variable inhibit-auto-revert-buffers and the macro > inhibit-auto-revert. I ran the recipe given in the original posting of > this bug many times, even pressing 'Z' while the previous dired > operation didn't finish, and it works as expected. > > Could you and Thassilo check this? It works for me and my original problem, too. Some questions, though. Why is the macro inhibit-auto-revert defined in a progn? I think, I've never seen that before. And why does dired-buffer-stale-p check if the current dired buffer is member of inhibit-auto-revert-buffers? Isn't the point to move the allowance check from packages' buffer-stale-function to auto-revert itself? In that case, the buffer-read-only check (set by wdired-mode) should probably also be rewritten to add the currently edited dired buffer to inhibit-auto-revert-buffers and to remove it when wdired-mode is deactivated (wdired-finish-edit). Furthermore, the member check in auto-revert-buffer causes this buffer to be removed from auto-revert-buffer-list meaning it will never ever be reverted in the future, at least not by polling. Bye, Tassilo From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Tassilo Horn Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 02 Feb 2025 11:15:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Michael Albinus Cc: Michael Heerdegen , 75626@debbugs.gnu.org, Eli Zaretskii Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.173849487520325 (code B ref 75626); Sun, 02 Feb 2025 11:15:02 +0000 Received: (at 75626) by debbugs.gnu.org; 2 Feb 2025 11:14:35 +0000 Received: from localhost ([127.0.0.1]:33311 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1teXvv-0005Hj-5D for submit@debbugs.gnu.org; Sun, 02 Feb 2025 06:14:35 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:60422) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1teXvt-0005HY-LW for 75626@debbugs.gnu.org; Sun, 02 Feb 2025 06:14:34 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1teXvo-0005Hk-BH; Sun, 02 Feb 2025 06:14:28 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=j4TjgTLt/ujibA+1SwcqhXRUXXQDoaUqnKzXwdrGnIw=; b=BwHyeV2qx0JGbTzBpB6m imWUYmFwtGkiDQirEIf1mMPIAHaPDb6YIrCmpm2c4xGX8oEO/hL5bqZ5vhrNnPZCtpO8Y+/akBEtq VWVEdl2R9da8f3uvex6M2Hwcs6Vdf7xHB94fIa6Ein/9Wm7Uryuhm71AELL02dWmxU7yUEASY/wB2 LVMyybhqyhR7TLkUE2Dp7hrOzt/clN2BA5snEYJ/X7cqq9GqHhS5QP8kA7jmmUbOL2JHreBCYF/C8 Y7Rv8xz5VgdwxeCk0YIW5ErbfQLC1zsvzGwA6d46s+uSBJCeZRZbL1TjgZIIx5cQLO4vwq5TeKIor fK3J/1rgn06SsQ==; X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeefvddrtddtgddugeehvdcutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpggftfghnshhusghstghrihgsvgdp uffrtefokffrpgfnqfghnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivg hnthhsucdlqddutddtmdenucfjughrpefhvfevufgjfhgffffkgggtsehttdertddtredt necuhfhrohhmpefvrghsshhilhhoucfjohhrnhcuoehtshguhhesghhnuhdrohhrgheqne cuggftrfgrthhtvghrnhepleduvdegfeduvdejkeefteelgeetgfevhefhueffueffgeeh gfeufefgvdffgedtnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilh hfrhhomhepthhhohhrnhdomhgvshhmthhprghuthhhphgvrhhsohhnrghlihhthidqkeei jeefkeejkeegqdeifeehvdelkedqthhsughhpeepghhnuhdrohhrghesfhgrshhtmhgrih hlrdhfmhdpnhgspghrtghpthhtohepgedpmhhouggvpehsmhhtphhouhhtpdhrtghpthht ohepjeehiedvieesuggvsggsuhhgshdrghhnuhdrohhrghdprhgtphhtthhopegvlhhiii esghhnuhdrohhrghdprhgtphhtthhopehmihgthhgrvghlpghhvggvrhguvghgvghnseif vggsrdguvgdprhgtphhtthhopehmihgthhgrvghlrdgrlhgsihhnuhhssehgmhigrdguvg X-ME-Proxy: Feedback-ID: ib2b94485:Fastmail From: Tassilo Horn In-Reply-To: <87ed0g3a7r.fsf@gmx.de> (Michael Albinus's message of "Sun, 02 Feb 2025 11:35:52 +0100") References: <87r051khsd.fsf@gnu.org> <871pwuavv9.fsf@gnu.org> <86plkd28rb.fsf@gnu.org> <87o6zx14x9.fsf@web.de> <86r04sy70g.fsf@gnu.org> <87h65n4w1g.fsf@web.de> <877c6jmfi4.fsf@gnu.org> <86cygbujst.fsf@gnu.org> <87y0yyvu0b.fsf@gnu.org> <87ed0pyt4e.fsf@web.de> <87plk8dbxd.fsf@gnu.org> <87jzafwxt1.fsf@web.de> <87r04m3ezq.fsf@gnu.org> <87a5babido.fsf@web.de> <875xlv4hci.fsf@gnu.org> <87v7tuikke.fsf@web.de> <87o6zmf1eg.fsf@gmx.de> <877c69ibbm.fsf@web.de> <87v7tsy9o4.fsf@gnu.org> <87r04gd5cr.fsf@gmx.de> <87ed0g3a7r.fsf@gmx.de> User-Agent: mu4e 1.12.8; emacs 31.0.50 Date: Sun, 02 Feb 2025 12:14:25 +0100 Message-ID: <871pwgbnu6.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Michael Albinus writes: > Well, there is the user option auto-revert-avoid-polling. Ah, I've missed that. > Per default it is set to nil; meaning that if a buffer misses an > auto-revert triggered by file notification, the next poll will > do. This is what we want. > > If a user changes this option, it is his/her decision. Maybe the caveat that notifications might not result in a revert when a buffer's major mode doesn't allow a revert at that time should be documented. Bye, Tassilo From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Tassilo Horn Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 02 Feb 2025 11:17:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Michael Albinus Cc: Michael Heerdegen , Eli Zaretskii , 75626-done@debbugs.gnu.org Received: via spool by 75626-done@debbugs.gnu.org id=D75626.173849496820875 (code D ref 75626); Sun, 02 Feb 2025 11:17:01 +0000 Received: (at 75626-done) by debbugs.gnu.org; 2 Feb 2025 11:16:08 +0000 Received: from localhost ([127.0.0.1]:33319 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1teXxP-0005Qc-NB for submit@debbugs.gnu.org; Sun, 02 Feb 2025 06:16:08 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:52368) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1teXxO-0005Q7-0k for 75626-done@debbugs.gnu.org; Sun, 02 Feb 2025 06:16:06 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1teXxI-0005db-Nh; Sun, 02 Feb 2025 06:16:00 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=++pdd24ve1AMwp9+Qk5qI/JGa82uiZzY08SF7dzV5P0=; b=fIk73B5RfUtSedK8OoNs HMUbcY9oGyFsoWAtKgZWCy0EqucFJBUPxpw9HyXpxAwxBatkLAyEfeuz0DS5dDlQMUzk5M9eEVic1 XQsdx2UsLGrvGz07lFzC1OMk+GWsnXZ25lXAAP3NwlGF8K3MDaKtX3tYv/Q5CC1HSwCqGIw9n3GVV hbQUrRYXuTDOwxkSgiOnppV/Jl2T4H1sqB4o85+3GCLyY4h8WCtOi5TidGk/z4f1kROkb3QMgMo+t Jna9+hvAsp5cQWT6Yxh8RRXd9PAd5vzv5kIFqBw1mtP8ZqNesqloJd3fVBXEgtSZhl2zpsyCBK/ze PWN1+Me4jRCD5A==; X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeefvddrtddtgddugeehfecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpggftfghnshhusghstghrihgsvgdp uffrtefokffrpgfnqfghnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivg hnthhsucdlqddutddtmdenucfjughrpefhvfevufgjfhgffffkgggtsehttdertddtredt necuhfhrohhmpefvrghsshhilhhoucfjohhrnhcuoehtshguhhesghhnuhdrohhrgheqne cuggftrfgrthhtvghrnhepleduvdegfeduvdejkeefteelgeetgfevhefhueffueffgeeh gfeufefgvdffgedtnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilh hfrhhomhepthhhohhrnhdomhgvshhmthhprghuthhhphgvrhhsohhnrghlihhthidqkeei jeefkeejkeegqdeifeehvdelkedqthhsughhpeepghhnuhdrohhrghesfhgrshhtmhgrih hlrdhfmhdpnhgspghrtghpthhtohepgedpmhhouggvpehsmhhtphhouhhtpdhrtghpthht ohepjeehiedviedqughonhgvseguvggssghughhsrdhgnhhurdhorhhgpdhrtghpthhtoh epvghlihiisehgnhhurdhorhhgpdhrtghpthhtohepmhhitghhrggvlhgphhgvvghruggv ghgvnhesfigvsgdruggvpdhrtghpthhtohepmhhitghhrggvlhdrrghlsghinhhushesgh hmgidruggv X-ME-Proxy: Feedback-ID: ib2b94485:Fastmail From: Tassilo Horn In-Reply-To: <87r04gd5cr.fsf@gmx.de> (Michael Albinus's message of "Sun, 02 Feb 2025 11:10:44 +0100") References: <87r051khsd.fsf@gnu.org> <87sepa1a9p.fsf@web.de> <871pwuavv9.fsf@gnu.org> <86plkd28rb.fsf@gnu.org> <87o6zx14x9.fsf@web.de> <86r04sy70g.fsf@gnu.org> <87h65n4w1g.fsf@web.de> <877c6jmfi4.fsf@gnu.org> <86cygbujst.fsf@gnu.org> <87y0yyvu0b.fsf@gnu.org> <87ed0pyt4e.fsf@web.de> <87plk8dbxd.fsf@gnu.org> <87jzafwxt1.fsf@web.de> <87r04m3ezq.fsf@gnu.org> <87a5babido.fsf@web.de> <875xlv4hci.fsf@gnu.org> <87v7tuikke.fsf@web.de> <87o6zmf1eg.fsf@gmx.de> <877c69ibbm.fsf@web.de> <87v7tsy9o4.fsf@gnu.org> <87r04gd5cr.fsf@gmx.de> User-Agent: mu4e 1.12.8; emacs 31.0.50 Date: Sun, 02 Feb 2025 12:15:57 +0100 Message-ID: <87v7tsa976.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Michael Albinus writes: >> Even if we would like to cater for this case, I don't understand how >> your approach addresses the retries for buffers that skipped/inhibited >> auto-revert. I mean, I can envision that auto-revert maintains a list >> of buffers it skipped but how would that be worked through? Another >> timer that runs more often that auto-revert-interval? > > I haven't investigated this yet. Perhaps you are right, and a later > polling does the job. But this problem is recent anyway (if it is a > problem); my proposal doesn't make it worse. Yes, that's for sure. >> One fact in favour for some inhibit-auto-revert variable is that >> currently we abuse buffer-stale-function whose docs state "Function >> to check wether a buffer _needs_ reverting" with functions that >> actually check if we need and _allow_ reverting. If we had >> inhibit-auto-revert, the allowance part could and should be removed >> from buffer-stale-function. > > See my patch, it does exactly this. I don't agree, see my other mail. In your patch, it's still dired-buffer-stale-p who does the allowance check. Bye, Tassilo From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 02 Feb 2025 11:40:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Tassilo Horn Cc: Michael Heerdegen , Eli Zaretskii , 75626-done@debbugs.gnu.org Received: via spool by 75626-done@debbugs.gnu.org id=D75626.173849639424813 (code D ref 75626); Sun, 02 Feb 2025 11:40:02 +0000 Received: (at 75626-done) by debbugs.gnu.org; 2 Feb 2025 11:39:54 +0000 Received: from localhost ([127.0.0.1]:33345 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1teYKP-0006S9-8g for submit@debbugs.gnu.org; Sun, 02 Feb 2025 06:39:53 -0500 Received: from mout.gmx.net ([212.227.17.22]:50563) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1teYKM-0006Rl-1s for 75626-done@debbugs.gnu.org; Sun, 02 Feb 2025 06:39:51 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.de; s=s31663417; t=1738496383; x=1739101183; i=michael.albinus@gmx.de; bh=/q5QYLbpUFcFnyWb5rWKSYiHpnaYxIB34YqMwWzh2Qs=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date: Message-ID:MIME-Version:Content-Type:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=ZScqH1gartBPlSKXezK9dWartvfOFIdAzWjkzxqAtejlAc/YPQBuL/26sssb2rSS zONeDaYVBil05pHNI7xt/lkTVDs/PLMhzTCwiUKQAsHXRneM0Fa24QIvOhfaHanMU OfthACEOiKuYu0kz0x15+1yt5YS/ySHvB4Z2xqOcFQwiLJYx5zN80nLWABIZLkTKa 8crvL1qqpo2ylJP6KryIuDKSivNFm2toD5qBn+XOezAvsE73EVQDABOXH3Rjtatxj 55C8hHLIlvGxQVIuLJFPcx+fL11UnXVBSAxbgOYKQaTmQ1gZBItl3Hvd58UApvrP6 03ShhS7YaBTjkr+Tkg== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from gandalf.gmx.de ([185.89.38.155]) by mail.gmx.net (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1N3KTy-1tVJCH0qry-011kpD; Sun, 02 Feb 2025 12:39:43 +0100 From: Michael Albinus In-Reply-To: <877c68bo0z.fsf@gnu.org> (Tassilo Horn's message of "Sun, 02 Feb 2025 12:10:20 +0100") References: <87r051khsd.fsf@gnu.org> <87sepa1a9p.fsf@web.de> <871pwuavv9.fsf@gnu.org> <86plkd28rb.fsf@gnu.org> <87o6zx14x9.fsf@web.de> <86r04sy70g.fsf@gnu.org> <87h65n4w1g.fsf@web.de> <877c6jmfi4.fsf@gnu.org> <86cygbujst.fsf@gnu.org> <87y0yyvu0b.fsf@gnu.org> <87ed0pyt4e.fsf@web.de> <87plk8dbxd.fsf@gnu.org> <87jzafwxt1.fsf@web.de> <87r04m3ezq.fsf@gnu.org> <87a5babido.fsf@web.de> <875xlv4hci.fsf@gnu.org> <87v7tuikke.fsf@web.de> <87o6zmf1eg.fsf@gmx.de> <877c69ibbm.fsf@web.de> <87v7tsd5kq.fsf@gmx.de> <877c68bo0z.fsf@gnu.org> Date: Sun, 02 Feb 2025 12:39:39 +0100 Message-ID: <878qqo379g.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Provags-ID: V03:K1:g7wq3pzWfkV9Zfa8EfqJswBBASwjuqip4MNdBnWqkIyW8+xnBBO 0BACMLfNv7xlZOqw18iafwfTIYVUFBK12Cp5yrCx325EUnHGasX9YMv5ZXn47n1luR9Ube/ daQk25Gr1YGjBlGtHJBBTfj9Gui1a72bD/vILcmSfH3Ow7SId7MfJ5LgTzUWUz3olxS51y2 SQiqF6kM4a+p8DMOgSLpg== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:4JR8LctXmNM=;qZ8CxKwwrJPSH8e5wOFZpWINaMz P36bXM9shKGAmY3JETGggqWxkY73U0aGyTtNcgfLdAT/9RRK/4DD6tZtizFcq3yIhsr2W6VAG SJShEURXaNXa3ZQLCXi0z2hTSj14ynWg8GISx1Fg7xg1kxx6+4Mcs6N7NGVowKD0rAVqnZowv uCUZRoBYVNntOGLDPsGJPEW1JvZXEdX5zKgObJcJzdY0n2RePSU3tyzoeAPobUSzWD+SpJZ45 /A16aIy9ZheALw5q5X0S3kj05xQW9pAcIMcQRxkfmYpwnEN1A9eD9lxWkf5UFCqlz1Nv9ZCb5 T85AYH9+I7Y5H9YbTIsvFCpTHeVGe5pYjb+8OTWP25vWgXnvzckon47r7ITXY0Nsl3tMW6mfm ScFf1vJNvZkFosDRuBac/HNRuwGrH1URDS+UCUVk4CPJnIwrobQvyPPSagsW6x+GwbxtsMdFO lE6Nq20M7arn9mvh1gqU7vXuvenyA/dh9T2tEyG//yikmMVIj+QmLf5eHNDfcxnkzzYEMTnkY Vgs7i4+euI1cJZuq98MsdO0BAYCpxFlu92nZ/wgX4ouwNu9Y/JOzLbgr6VXbw2RrXGwHoFrGB EpYaXcxpkZ0SDDDJuiIU8YDowlSx6ttEMKJ9NwqKnqQR4vlPvtXMiMDyJDLOBohKEZ81hy4d0 cYydl+hsiP4a5kNQKcpkkZTj3TnLC0Zro8FAkDwJtrYB55sf8SWBzD1SYJyIc8BCxcPh7cqVU SR+e1pLP0qMWM73NvLQgT3XSnDvbtW/700Zobh9PRIa07t6wdbBnjWWGnhaLf45kvuR3V13q1 n+omQa1GfLe/gHKuwQWknEej8fHcyut3JyVL+9lseinRX62X2SdmJJIvIrC9Ce/MUh9wOOU/A Wgt9utRfy9K5KzXpAw7birF2v28bswpQ+cf7Jypaya3cVZnFVQgFwAyO0HgNCCZRmTm+1fXxX AohM533NKGABKNPspGqpV+U/7ipTzt6QfXbwIDJ/xgenVwX314dPgph3pB3qLnL+hJAeJtaih k+4LlLCpZwJ2XBAjHAghag9BPyQBNPT08IL9PLdF81wEVR8nu9LevcBNldQtIurMdAkrdP0aB 3JuR38jObqiI/cUCNkqT0IBGhmiOf6GkkLBkeQPtH9zMBL8B1tTAt5VmRZ+2JxAe2UL1I5HQT xpPXiKcnMjuVplnaexRnzltG2Imn7BdORQQp88HhdlmpRKID/tURye3Rb4YRwF+vpIWSNe1BM TdxB/jo2T35cnt6MCx+CpbD7EvZfF8jtL1H2d3almLKhjf9Nq4N3VPvJeZPDpy3HP/4ONmBfl fNkcgLlYMgf7KvSU2jVUmrfOsbzLxQftpUNRbM2WgtEwiI= X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) --=-=-= Content-Type: text/plain Tassilo Horn writes: Hi Tassilo, > It works for me and my original problem, too. Some questions, though. Thanks. > Why is the macro inhibit-auto-revert defined in a progn? I think, I've > never seen that before. This is a trick to bring the defmacro body into loaddefs.el. See also the declaration of define-short-documentation-group, for example. > And why does dired-buffer-stale-p check if the current dired buffer is > member of inhibit-auto-revert-buffers? Isn't the point to move the > allowance check from packages' buffer-stale-function to auto-revert > itself? In that case, the buffer-read-only check (set by wdired-mode) > should probably also be rewritten to add the currently edited dired > buffer to inhibit-auto-revert-buffers and to remove it when wdired-mode > is deactivated (wdired-finish-edit). Yes, I've moved the check of a buffer being member of inhibit-auto-revert-buffers to autorevert.el, see patch below. Thanks for the heads-up. > Furthermore, the member check in auto-revert-buffer causes this buffer > to be removed from auto-revert-buffer-list meaning it will never ever be > reverted in the future, at least not by polling. Yes, and this is intended. We disable auto-reverting for a given time. With consequences. > Bye, > Tassilo Best regards, Michael. --=-=-= Content-Type: text/x-patch Content-Disposition: attachment Content-Transfer-Encoding: quoted-printable diff --git a/lisp/autorevert.el b/lisp/autorevert.el index 1dcfe8e911f..8352c75344e 100644 =2D-- a/lisp/autorevert.el +++ b/lisp/autorevert.el @@ -798,14 +798,17 @@ auto-revert-handler (setq size (file-attribute-size (file-attributes buffer-file-name)= )))) - (funcall (or buffer-stale-function - #'buffer-stale--default-function) - t))) + (and (not (memq (current-buffer) + inhibit-auto-revert-buffers)) + (funcall (or buffer-stale-function + #'buffer-stale--default-function) + t)))) (and (or auto-revert-mode global-auto-revert-non-file-buffers) - (funcall (or buffer-stale-function - #'buffer-stale--default-function) - t)))) + (and (not (memq (current-buffer) inhibit-auto-revert-buf= fers)) + (funcall (or buffer-stale-function + #'buffer-stale--default-function) + t))))) eob eoblist) (setq auto-revert-notify-modified-p nil auto-revert--last-time (current-time)) @@ -897,6 +900,31 @@ auto-revert--buffer-candidates (push buf new))) (nreverse (nconc new remaining)))) +;;;###autoload +(progn + (defvar inhibit-auto-revert-buffers nil + "A list of buffers with suppressed auto-revert.") + + (defmacro inhibit-auto-revert (&rest body) + "Deactivate auto-reverting of current buffer temporarily. +Run BODY." + (declare (indent 0) (debug ((form body) body))) + `(progn + ;; Cleanup. + (dolist (buf inhibit-auto-revert-buffers) + (unless (buffer-live-p buf) + (setq inhibit-auto-revert-buffers + (delq buf inhibit-auto-revert-buffers)))) + (let ((buf (and (not (memq (current-buffer) inhibit-auto-revert-bu= ffers)) + (current-buffer)))) + (unwind-protect + (progn + (when buf (add-to-list 'inhibit-auto-revert-buffers buf)) + ,@body) + (when buf + (setq inhibit-auto-revert-buffers + (delq buf inhibit-auto-revert-buffers)))))))) + (defun auto-revert-buffer (buf) "Revert a single buffer BUF. @@ -905,11 +933,12 @@ auto-revert-buffer (if (not (buffer-live-p buf)) (auto-revert-remove-current-buffer buf) (with-current-buffer buf - ;; Test if someone has turned off Auto-Revert Mode - ;; in a non-standard way, for example by changing - ;; major mode. - (when (and (not auto-revert-mode) - (not auto-revert-tail-mode)) + ;; Test if someone has turned off Auto-Revert Mode in a + ;; non-standard way, for example by changing + ;; `inhibit-auto-revert-buffers' or major mode. + (when (or (and (not auto-revert-mode) + (not auto-revert-tail-mode)) + (memq (current-buffer) inhibit-auto-revert-buffers)) (auto-revert-remove-current-buffer)) (when (auto-revert-active-p) ;; Enable file notification. diff --git a/lisp/dired.el b/lisp/dired.el index 2eb6546107a..01621c9ea4e 100644 =2D-- a/lisp/dired.el +++ b/lisp/dired.el @@ -944,9 +944,6 @@ dired-mark-if "")))) (and (> count 0) count))) -(defvar-local dired--inhibit-auto-revert nil - "A non-nil value prevents `auto-revert-mode' from reverting the buffer.= ") - (defmacro dired-map-over-marks (body arg &optional show-progress distinguish-one-marked) "Eval BODY with point on each marked line. Return a list of BODY's res= ults. @@ -983,8 +980,8 @@ dired-map-over-marks ;;endless loop. ;;This warning should not apply any longer, sk 2-Sep-1991 14:10. `(prog1 - (let ((dired--inhibit-auto-revert t) - (inhibit-read-only t) + (inhibit-auto-revert + (let ((inhibit-read-only t) case-fold-search found results) (if (and ,arg (not (eq ,arg 'marked))) (if (integerp ,arg) @@ -1024,7 +1021,7 @@ dired-map-over-marks (if found results (unless (eq ,arg 'marked) - (list ,body)))))) + (list ,body))))))) ;; save-excursion loses, again (dired-move-to-filename))) @@ -1294,12 +1291,6 @@ dired-buffer-stale-p ;; Do not auto-revert when the dired buffer can be currently ;; written by the user as in `wdired-mode'. buffer-read-only - ;; When a dired operation using dired-map-over-marks is in - ;; progress, dired--inhibit-auto-revert is bound to some - ;; non-nil value and we must not auto-revert because that could - ;; change the order of files leading to skipping or - ;; double-processing (see bug#75626). - (not dired--inhibit-auto-revert) (dired-directory-changed-p dirname)))) (defcustom dired-auto-revert-buffer nil @@ -4089,10 +4080,10 @@ dired-internal-do-deletions (while l (goto-char (marker-position (cdr (car l)))) (dired-move-to-filename) - (let ((inhibit-read-only t) - ;; Temporarily prevent auto-revert while deleting - ;; entry in the dired buffer (bug#71264). - (dired--inhibit-auto-revert t)) + ;; Temporarily prevent auto-revert while deleting entry in + ;; the dired buffer (bug#71264). + (inhibit-auto-revert + (let ((inhibit-read-only t)) (condition-case err (let ((fn (car (car l)))) (dired-delete-file fn dired-recursive-deletes trash) @@ -4108,7 +4099,7 @@ dired-internal-do-deletions (quit (throw '--delete-cancel (message "OK, canceled"))= ) (error ;; catch errors from failed deletions (dired-log "%s: %s\n" (car err) (error-message-string err)) - (setq failures (cons (car (car l)) failures))))) + (setq failures (cons (car (car l)) failures)))))) (setq l (cdr l))) (if (not failures) (progress-reporter-done progress-reporter) --=-=-=-- From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 02 Feb 2025 11:42:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Tassilo Horn Cc: Michael Heerdegen , 75626@debbugs.gnu.org, Eli Zaretskii Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.173849651225386 (code B ref 75626); Sun, 02 Feb 2025 11:42:01 +0000 Received: (at 75626) by debbugs.gnu.org; 2 Feb 2025 11:41:52 +0000 Received: from localhost ([127.0.0.1]:33352 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1teYMK-0006bN-AD for submit@debbugs.gnu.org; Sun, 02 Feb 2025 06:41:52 -0500 Received: from mout.gmx.net ([212.227.15.19]:46755) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1teYMH-0006b7-OS for 75626@debbugs.gnu.org; Sun, 02 Feb 2025 06:41:50 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.de; s=s31663417; t=1738496500; x=1739101300; i=michael.albinus@gmx.de; bh=eacJDAgseiRDCDfJmRPfofOEZGRqmpdfudtJV3to6Og=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date: Message-ID:MIME-Version:Content-Type:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=Nj6wqSYUV2O01zBua1gqyfIWidE8JbsBblVuy1DEEtwj6DzIA4L06a4aiL7k2tfJ UR7pTsATX1PTGRJoGnvRxG9f8pUZtKJl208zndHCnqI8+A5GFiqS/UedcDScQQv2d zxyIiQCW3GkvA/ibLqgCK78y87xMNyNsEbqDiVKQV4kgdtx5ldd8IGANFZqFGnjXF bOEf4LJOk7wVdze4FqR9VvYrDSEGNzd4Bz2fCZhZ8KUmN20sz6E0v/h55KbNuyQQO CgF61J97aS2p7sjAiHpNNYQ/hPyZy/p6kLM9ba1ImatGICl93c/UaxSVX1CZcK1aO 18IKWd/Qf1W6y/RYcQ== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from gandalf.gmx.de ([185.89.38.155]) by mail.gmx.net (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MhU5R-1t0Feh2Kt1-00iICC; Sun, 02 Feb 2025 12:41:40 +0100 From: Michael Albinus In-Reply-To: <871pwgbnu6.fsf@gnu.org> (Tassilo Horn's message of "Sun, 02 Feb 2025 12:14:25 +0100") References: <87r051khsd.fsf@gnu.org> <86plkd28rb.fsf@gnu.org> <87o6zx14x9.fsf@web.de> <86r04sy70g.fsf@gnu.org> <87h65n4w1g.fsf@web.de> <877c6jmfi4.fsf@gnu.org> <86cygbujst.fsf@gnu.org> <87y0yyvu0b.fsf@gnu.org> <87ed0pyt4e.fsf@web.de> <87plk8dbxd.fsf@gnu.org> <87jzafwxt1.fsf@web.de> <87r04m3ezq.fsf@gnu.org> <87a5babido.fsf@web.de> <875xlv4hci.fsf@gnu.org> <87v7tuikke.fsf@web.de> <87o6zmf1eg.fsf@gmx.de> <877c69ibbm.fsf@web.de> <87v7tsy9o4.fsf@gnu.org> <87r04gd5cr.fsf@gmx.de> <87ed0g3a7r.fsf@gmx.de> <871pwgbnu6.fsf@gnu.org> Date: Sun, 02 Feb 2025 12:41:39 +0100 Message-ID: <874j1c3764.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:+WFEOB/Ghxt5W9ElzAASu72d/kuUej6GUpqjV3fbkyK1x+p//Ac n4+L0tlo4V+2Fv+LZnbN8ufWjagAP8YR9hRhbO0cbTzoNengjRqZTFPJrec1uMiCxP1tOCU 8hc9QFFt0f2tr2zSAi1V/TCdknp6QS86f5jSHYV/ARh9yE40e/YrHY5Z6ZKDBG1UWouwK95 g887qR2lnY3S6qdhhGw+w== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:43lAGNp0KDk=;95AD4rhATNXMNDA+HN5SjyFURnv kg7rrWqKez/XiH3DXSezX/uknH5ZBrjB5xaAp11yXTaq8ZYv1fe0SvQO5kEQaMzF6IShgFk0F g2Si02NFOYfAdhZe9jhdwNjyKXJsaEdgT/fdD6bSdnZnz9DX7cZgiMvNPB0EdaQOvmcFNWPNp t/3dxkKQK6zT8s23eZVEAc29rR9yeLRBt78AzgaT2mTlYda74VHWUULgCXOzbWjEp+HR+JXtP F3/EFUBduI3TbQHDDf9MOJqOdTZE8Zg0OwPmgt8cHrAkdKWwUejNB/i1GLfdIo07+PIqEUwVF cFeWEbLKKrltOqQMjlRgkJ1+CxPZQ4db2yoy6duCP1yJEmDhpWmAmFHrY8TAXyARRIPazxcRp jnPA0cvw2G4QW3TFZT5f8sbIdaCo9nDvfeI3wxjU3IRJU8QUjryayftSHWFDY0ES3OkwE1sCB c9j2+88HpPcM51z7lpodHigTVIrfcskcPwzIJpULn+/v6WOsY7wcXuau+uGM9zZkaEQbM0sS9 cDH+xC0Git6YQ+gEagZ4GdbbWk7vSwVMyLTCJWsYr7wKKdCz+P/XFhfW+/bgNP7d/yDcg8XIZ lYAWYOaTjg5RjjIgY7eG2FR33IylGdyl9kvXlTp9Dmb9I+SNBdwEbFv3uTyO8TRzhXm2WoaQ/ KNAixHAEcLuBe9HngU4H+D2kTTWkVENM5UFxB9oTI/hkU96TxrrsuU0IhevWVJowV/VZ9iPw0 sm8Z8MNV+hAPFReYEKsTWQJY1d8oqA5P/fMBD6MnxnNfEDwXrLQgKumJtAe3j4khfLPb05Rkh vv8OxFx/hLZ8rnIUKD179bREqjd9uRTsXQ9U/Cgzi9tb0YIL1B5SMqreq2O4Mw0KuRmopFKhW u0rqfGPlBpQuBBYHS6IQ0t80UkMmZZ2cqBygqF/DQB1Iz6uIBky1q30F9tLtPchhNi0SCV4hN 16vSbIqZhBED3sTVHH+4mkv1rfS3OiaUwUyiOTF+ILGCazzHGEhuQpN4hFWfrbnR+HiboF97g SpeZmNSx3qz5v79vdED/EFWtQHIPnIxSMFCYY3eK9H8FZ5/iR78Qbk7NO+vE5iVWKoASukCnQ AVrG7JJ2N1jKQObICWy7hfE71WrL+sOHWZH5kPfJA2alWPY2sqqDTjHU2uNps9rV/1opi2OnU zpqdFYfjBcm4oGuKG67cUKnakSVpl0NLOEoTykV5ERL+EHQ1JtRIOjM83WwjtQn3n7VgViy8m kaVeOpNIw2CfvdXcaG3noHx/8B7+3+NxSh4X7R3atersVdaVKmkyZKsXbsYhs1nz1tiurpQS5 WbD1UcryqCs8CoSChNv9txy7VpyHm8bbO0rPgfM3j4zK3Q= X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Tassilo Horn writes: Hi Tassilo, >> Per default it is set to nil; meaning that if a buffer misses an >> auto-revert triggered by file notification, the next poll will >> do. This is what we want. >> >> If a user changes this option, it is his/her decision. > > Maybe the caveat that notifications might not result in a revert when a > buffer's major mode doesn't allow a revert at that time should be > documented. Agreed. I'm just working on the Elisp manual; will mention it there. > Bye, > Tassilo Best regards, Michael. From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 02 Feb 2025 11:44:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Tassilo Horn Cc: Michael Heerdegen , 75626@debbugs.gnu.org, Eli Zaretskii Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.173849662525593 (code B ref 75626); Sun, 02 Feb 2025 11:44:02 +0000 Received: (at 75626) by debbugs.gnu.org; 2 Feb 2025 11:43:45 +0000 Received: from localhost ([127.0.0.1]:33356 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1teYO8-0006ej-UV for submit@debbugs.gnu.org; Sun, 02 Feb 2025 06:43:45 -0500 Received: from mout.gmx.net ([212.227.15.15]:34477) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1teYO6-0006eI-7a for 75626@debbugs.gnu.org; Sun, 02 Feb 2025 06:43:43 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.de; s=s31663417; t=1738496616; x=1739101416; i=michael.albinus@gmx.de; bh=/phJi0TIWun8iZ2cyfp/A9a1T6VOK8JPJJ0LUIylRKw=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date: Message-ID:MIME-Version:Content-Type:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=Hm2l4fKpf9uzQcYz9cA0c6g/EsymkuBNED+Vc3od/Sv4Rhd6haYQlERsqmmFJ5hr Cn+3SGDDETfGnSTJO4kRi4K7c0ADL37W5lWNo/hJZFGzhtpPHoOyWxL0om3DC1fZL ZlWID7ezbR5bG8UNUIgXLDsXe27uunf8hRUD6Uzk91y5/7rfFVGMYhxMCEFhI53AQ bOJkijdxstunpD3QxFhjOASLr8DFo0kZLeztG0FZSaoG+QZ9dHEWrXCVuLK/oX/Vr GFAj1/ZE6P0aWRAiZs2mxBy3Bh4IJuqoANAldnhpbS2m6gGcrH6AQfm98IZmxziBn 2K639jQ1VJXHVEbL4g== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from gandalf.gmx.de ([185.89.38.155]) by mail.gmx.net (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MEUzA-1tgD4n3bNi-006wnC; Sun, 02 Feb 2025 12:43:35 +0100 From: Michael Albinus In-Reply-To: <87v7tsa976.fsf@gnu.org> (Tassilo Horn's message of "Sun, 02 Feb 2025 12:15:57 +0100") References: <87r051khsd.fsf@gnu.org> <871pwuavv9.fsf@gnu.org> <86plkd28rb.fsf@gnu.org> <87o6zx14x9.fsf@web.de> <86r04sy70g.fsf@gnu.org> <87h65n4w1g.fsf@web.de> <877c6jmfi4.fsf@gnu.org> <86cygbujst.fsf@gnu.org> <87y0yyvu0b.fsf@gnu.org> <87ed0pyt4e.fsf@web.de> <87plk8dbxd.fsf@gnu.org> <87jzafwxt1.fsf@web.de> <87r04m3ezq.fsf@gnu.org> <87a5babido.fsf@web.de> <875xlv4hci.fsf@gnu.org> <87v7tuikke.fsf@web.de> <87o6zmf1eg.fsf@gmx.de> <877c69ibbm.fsf@web.de> <87v7tsy9o4.fsf@gnu.org> <87r04gd5cr.fsf@gmx.de> <87v7tsa976.fsf@gnu.org> Date: Sun, 02 Feb 2025 12:43:32 +0100 Message-ID: <87zfj41sij.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:5mD+4TnyEx2rOOy21k6CS7Sn34zXqVpLEhe+ACp0XvyEjjvCfAa XrWQR9KO8i9Q7rhjUUYvjccx+bMc4BYanvTjQqkeQ72KnySAcm4eBmgNvQ8KI1364+iEgEb nbduiLkfU4/trput6VLSIvyUuWxzXYYUXKeZwmBx3jTxSJxh0vY25HgduZS22gGyxE80Hy1 fq3ldbdmFnCs0cakwXK9g== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:qs0Fd4dV4G4=;4SDcpj1Cpmjx7Gs+ffBJhdFxtAf +p3HepnHRa2b9upQiImF2IpuDvpjKQav5rOoxMDh8qXGYA1nvp8Hu7UHYoBjIQCxefueOdGCK ULjuIxvup0vXY+obkz9AxbNyUsfaMDzZuQl4eJe6wVfL5GBupA6UB0y9GrM+dAJmwNmZojVUJ JkKLJtvlcubZaI/NdEuPF4ed8Ck8YIXHfdwcsVOpFik5POowIypay3Znq4FVFMga1/Ayifhxt Cq4PI+AjpBjKDGtdW8lp53ngzgTBCVgU+Py1S7OZti19HeyWeKvpAPzmUfC1D+kljxz2LIMxE G+/Q5lt2FtqJxPp6am+39AvVr9OXRXV6y2p5nuEmQez7wd3NIDRmfraLntP6dQHT0Mw8pNs3D +zp/QReTnvoH1FOm/LuwmzhXMnhuFhKjr9mddK/EnZ7kNZDQk8DQtrA8asTzTTrvAnp3oPC/B fNelRJ1jY8HY8ajajetVHAiVkZrAlBhLilNvHtZXw4Q+HQvCrmE3cHLZlby8CVXNjfJbJqi5L /DTypgCStBFZfQmeaBset4ZUJMr+CYqApUf1D2O771HNaERwAHw1IhbYimqah2hcDMR+pDigt fYjP3ds/NxRLfeqM9dl7jOk6oJ/jwb6zQDCaeGZ24JVKAXXnyK2KT/21c1atx7XBi3c/U8nkW xV9wAQETJbEnVwfljxsCjcZa2Z9z+vpkzElPmitIXRvaQif2fEyH9oQnaZT7aUGc0kczCGpXm 6pZQwWxvU4HA2q882a6/sBG5W24bG5pJU+sHOSKJpEYWgMA8HABNpeztMPk8eKJDM8HFUla3m HF3surwoIr6l54Vh3jFd6O4Egt/dPJKi/Y4qGtfHZk4zEQIigN/HZ85e2DOkU0p7B93KWdmAb TabdBK3vaTtikd4JmQCZ+lYTa0c8zr6gX5r0SOtL/BJ9BCaYFAf5v0XWKV+XpumBqFMCSBTsa v2RQjdftOt2jDJn9vQmn+m0NgDdPQNzaG+pAJU/k5O3sw4+2YMFNe5a3KtOsaN/x0wmvPu88r p5xxQbbnNmyTO7XaEFCbvn5TLtaW1tGJpb7VCC+pHjDOmwTUt/8B7lnOULwYOHJqL3vRtcRrt YmPPm7IzFptict9amw2KbXouMxwMlIC46n2P7o4j7OndwOCh6qCv3G9UoK85vRQwv/ITEth7M qW5IFHUbyK+kMDFZt098q2Ywyp2W1bmxQuCn61/lh6b4ACWY1A/lkECqUFybOLjon3piZdnPA J2cjjSHXV5ueQ0TKwQ3Q09omGUvEHTp8njPxlJOneC2+2bgTzFAQ0wqCuxXhIF5iQgs2qsctC Gxs1U1FtM2VQw5dpGJEIbFoUG+G2UdRJNvOcpn1VLwSDtk= X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Tassilo Horn writes: >>> One fact in favour for some inhibit-auto-revert variable is that >>> currently we abuse buffer-stale-function whose docs state "Function >>> to check wether a buffer _needs_ reverting" with functions that >>> actually check if we need and _allow_ reverting. If we had >>> inhibit-auto-revert, the allowance part could and should be removed >>> from buffer-stale-function. >> >> See my patch, it does exactly this. > > I don't agree, see my other mail. In your patch, it's still > dired-buffer-stale-p who does the allowance check. And I agree your opposition. Changed in the new version of the patch, see the other message. > Bye, > Tassilo Best regards, Michael. From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 02 Feb 2025 12:31:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Tassilo Horn Cc: Michael Heerdegen , 75626@debbugs.gnu.org, Eli Zaretskii Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.173849945910315 (code B ref 75626); Sun, 02 Feb 2025 12:31:02 +0000 Received: (at 75626) by debbugs.gnu.org; 2 Feb 2025 12:30:59 +0000 Received: from localhost ([127.0.0.1]:33486 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1teZ7q-0002fo-W3 for submit@debbugs.gnu.org; Sun, 02 Feb 2025 07:30:59 -0500 Received: from mout.gmx.net ([212.227.15.15]:51429) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1teZ7o-0002OD-Ci for 75626@debbugs.gnu.org; Sun, 02 Feb 2025 07:30:57 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.de; s=s31663417; t=1738499450; x=1739104250; i=michael.albinus@gmx.de; bh=VRkfGr8nqgmZMFGodmWnLqcGS4KVM/UxttKygxSuO34=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date: Message-ID:MIME-Version:Content-Type:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=oka7Uyl2E/wfkHtjERFANA/uA6m3GTwC5B695D3BU+6bXsGT3vt1YTAarE+IA24a oN9ImkxOIKUH8TeWLBqcw1gYtYPTYsubMtXc2+jDxf/+COpBtv9T9MoHumPfrs3W5 b0HfS1pjbF/n/mBobBU+F9F3v5s5BUSYoN7mhjgdgRRTT7Lh8+A65htlL3Towykdx K/cfWN8gA8Bbh2TE/N5/qdUilpWqJCSJcfnFZOMBmf4mL/4Whh7kdRldcQqFZGISj iikJWcvgl7j77MJNhesgl4uHAUgozOdMQsopdPNXnXFTNf2UPGj1fe25y9qH3mr/A L7KuJvGTwlLuHix9ww== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from gandalf.gmx.de ([185.89.38.155]) by mail.gmx.net (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MkYc0-1tAQYp3RxG-00h7bO; Sun, 02 Feb 2025 13:30:49 +0100 From: Michael Albinus In-Reply-To: <874j1c3764.fsf@gmx.de> (Michael Albinus's message of "Sun, 02 Feb 2025 12:41:39 +0100") References: <87r051khsd.fsf@gnu.org> <87o6zx14x9.fsf@web.de> <86r04sy70g.fsf@gnu.org> <87h65n4w1g.fsf@web.de> <877c6jmfi4.fsf@gnu.org> <86cygbujst.fsf@gnu.org> <87y0yyvu0b.fsf@gnu.org> <87ed0pyt4e.fsf@web.de> <87plk8dbxd.fsf@gnu.org> <87jzafwxt1.fsf@web.de> <87r04m3ezq.fsf@gnu.org> <87a5babido.fsf@web.de> <875xlv4hci.fsf@gnu.org> <87v7tuikke.fsf@web.de> <87o6zmf1eg.fsf@gmx.de> <877c69ibbm.fsf@web.de> <87v7tsy9o4.fsf@gnu.org> <87r04gd5cr.fsf@gmx.de> <87ed0g3a7r.fsf@gmx.de> <871pwgbnu6.fsf@gnu.org> <874j1c3764.fsf@gmx.de> Date: Sun, 02 Feb 2025 13:30:47 +0100 Message-ID: <87v7ts1qbs.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Provags-ID: V03:K1:kLtDsjC7msWoFubcXque/YFrmCOf+sJ2/7U7hGcXRSnzvEDcom1 HD6DqXWHb1mm+hQLkrZYlzehrLKrvUoO641YWYtDy2leOQH8zRI+hNzs5Ju+MxxV8DSW6HN hFsLxXMPCkr4OJ9FyBXUoq4w0CWdnkRdRKlqcih49VRuwNu7/srPr9f1xPimxarKDjiqdA3 SMNxVg0lRS0lkMPhtp8bg== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:Zvn29P5I2iY=;pjP2MSRmHOOq1hixr43fTIxBX4X DD4Wd36/oPAhWytHcEM0ZEP1Kiqxl+RUpq0eZ01f0F62SYzDcAqxkOnVjZwoxnMvc3Bq7kDkP EX3v+68csKnvHPSiNCKcoKPEsxUT+9t34VcIKYNatKNAnKz+zTBJSvqRdA2ENOthkP5pp95ZX IhajoPsJdlvb/sF9AggKSjFpNjultZDpOJsKoA9SmiyrUAjbxJkpssULLabx3UmuKUOPVYOlo Ni7ShtwSfBehRg8utAqxlOWt+HXtUSFdxKKc+ukqLU+xMkTpOrUtbehkKwCpys3tMh6/1t1Jb lVLnKqWy77nn3w3T9PU5CYUmXJauXbZ3u92ubGHpox35cFH+/UdQIp/CyZkDTXxfMVG57tB1N ZAz410ZgcoFm+VsRS607q2hFe03Q7AEaakex9/Hzry1PrS25NPXmcIiQoygZLnyMG5lo+hReu pbbZRYDHSiIf/VCC00rN88CT795HGhMTp/7LPdzCzw38esHtCMuIfW9MXDoV9egxqdUFBZZEG 7pQGx+JJ9ncpemT2uIuNYV8iBnmgzx0RDtrGML52S3tyROrTUfmHX8weeJ0+zEExgjOuHbW5k 78wVjz7a/KJDJmYNTEOgjC5TO7gKvT6p0alRksXQYAt/XjNkYNAGax+Kl6zjAdST7/l33FwtQ zqRFkEysmBEMstQErVKErUnKitaD1kG17+VnyiLLQz9lT8rXPy5dr7MtsNCilbMgif1PpwssF m3jorG0c+Rfk9vaTBgue5v+Wf/ajIB9WLeImzYK24s6HcA8jjTxKkvrHdZpEEPo4N8/9sT6/h i0xOCDZAxVXE+aYNi9k6OYezkwWr0oUPaH3jPXDXXsSTlmHG4vntXD8KnWGZhGR7jh5xZGtGK ZvNqalikRNlziRHTjIWRM+EkmTqSUr97vOLgRq45fFijY+1lEaTFv1I74sXcHZMIExQQZDHHF S2BW6D7zbyB8ZfSwCCdyivGEdzjguGwcCpZ2cqLVgSmeCbtEjv2qdlOiApFAJZ4nV9vzcY5UM NIPb/omQ74D6dswotFztDSWImCGLxEHrQ2v30HGxN+xLH5bdMalF6r40z17rPpfel3Ax6xy4Z vKhpAxkScdp/b+FzVzPAEQZ9O6zOH5ZHWCQeV/TqE5JVibDCVPsIiD6odUgEBLc2jouQ8fQ+Z Ako4FNv+icMvMnGohgH83wj8QBefisvGJvZOz8yULOsrbb4xYVnlCF1XRkFlq/01D5LtpTF3t qIg3lomEUXB+ikSyInE/XYJcSIRtWYFCQJjUHeMNusCvC/B1KbKyDmp7eirzcgVHHgylQxybv u7OUzVxlb1qFXyonqDjX6GEUQu6GLJ47+WNd/o8Erq4jG0= X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) --=-=-= Content-Type: text/plain Michael Albinus writes: Hi Tassilo, >> Maybe the caveat that notifications might not result in a revert when a >> buffer's major mode doesn't allow a revert at that time should be >> documented. > > Agreed. I'm just working on the Elisp manual; will mention it there. Appended is the doc change I propose. For review. >> Bye, >> Tassilo Best regards, Michael. --=-=-= Content-Type: text/x-patch Content-Disposition: attachment Content-Transfer-Encoding: quoted-printable diff --git a/doc/lispref/backups.texi b/doc/lispref/backups.texi index 50c7ace253c..f3f0902f364 100644 =2D-- a/doc/lispref/backups.texi +++ b/doc/lispref/backups.texi @@ -852,6 +852,30 @@ Reverting as a consequence of auto-reverting. Of course, moving point might be inevitable if the buffer radically changes. +@defvar inhibit-auto-revert-buffers +When the current buffer is member of this variable (a list of buffers), +auto-reverting is suppressed for that buffer. This is useful if serious +changes are applied to that buffer which would be poisoned by an +unexpected auto-revert. After the change is finished, the buffer shall +be removed from @code{inhibit-auto-revert-buffers}. + +The check of membership in @code{inhibit-auto-revert-buffers} is applied +prior to the call of @code{buffer-stale-function}; any heavy check in +that function is avoided, therefore. + +If auto-reverting is triggered by file notification while +@code{inhibit-auto-revert-buffers} prevents this, auto-revert will +happen next time the buffer is polled for changes, unless +@code{auto-revert-avoid-polling} is non-@code{nil}. @pxref{(emacs) Auto +Revert}. +@end defvar + +@defmac inhibit-auto-revert &rest body +This macro adds the current buffer to +@code{inhibit-auto-revert-buffers}, runs @var{body}, and removes the +current buffer from @code{inhibit-auto-revert-buffers} afterwards. +@end defmac + You should make sure that the @code{revert-buffer-function} does not print messages that unnecessarily duplicate Auto Revert's own messages, displayed if @code{auto-revert-verbose} is @code{t}, and effectively --=-=-=-- From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Tassilo Horn Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 02 Feb 2025 12:56:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Michael Albinus Cc: Michael Heerdegen , Eli Zaretskii , 75626-done@debbugs.gnu.org Received: via spool by 75626-done@debbugs.gnu.org id=D75626.173850096117592 (code D ref 75626); Sun, 02 Feb 2025 12:56:02 +0000 Received: (at 75626-done) by debbugs.gnu.org; 2 Feb 2025 12:56:01 +0000 Received: from localhost ([127.0.0.1]:33512 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1teZW4-0004Zg-Fa for submit@debbugs.gnu.org; Sun, 02 Feb 2025 07:56:00 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:60996) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1teZW1-0004ZS-JR for 75626-done@debbugs.gnu.org; Sun, 02 Feb 2025 07:55:58 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1teZVv-0006Qc-SN; Sun, 02 Feb 2025 07:55:51 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=SLAk39t8z1AmWaidVRZJkmMnCJpGyznCoWH00a20IgA=; b=sIaSSu02zNN76GVa6A5Q kQec57p6Fv3BSyDOTTb8oagMGxJd50zUSp3q7MTXG9vk7VJILnWcZrUaJ7yT1Cdyor1TsPW1qysZd 6XsjPiCvkV96TtWcGYiqKvkjEFo/8knKEzfDQOiEkQj9Iwm4cq/OwSJSvNbKdahwUiyYN+aLeT70s 9w+wpaDNa4FfilQRMyZM9lNoJzj1kFQdw6ahYpjLAB+soHL8c1x1xWvgf4bkuKDBGdhfYDOz3/CNN 0tDgXAZFaIRIiRK/0IadTWAXWnSjvmr5uyc/vuII/S+3hOa1pwnCEqSBDPN8cTJXNfVWuy/Slcdt/ DBcuBKHkdcSP9w==; X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeefvddrtddtgddugeejfecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpggftfghnshhusghstghrihgsvgdp uffrtefokffrpgfnqfghnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivg hnthhsucdlqddutddtmdenucfjughrpefhvfevufgjfhgffffkgggtsehttdertddtredt necuhfhrohhmpefvrghsshhilhhoucfjohhrnhcuoehtshguhhesghhnuhdrohhrgheqne cuggftrfgrthhtvghrnhepleduvdegfeduvdejkeefteelgeetgfevhefhueffueffgeeh gfeufefgvdffgedtnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilh hfrhhomhepthhhohhrnhdomhgvshhmthhprghuthhhphgvrhhsohhnrghlihhthidqkeei jeefkeejkeegqdeifeehvdelkedqthhsughhpeepghhnuhdrohhrghesfhgrshhtmhgrih hlrdhfmhdpnhgspghrtghpthhtohepgedpmhhouggvpehsmhhtphhouhhtpdhrtghpthht ohepjeehiedviedqughonhgvseguvggssghughhsrdhgnhhurdhorhhgpdhrtghpthhtoh epvghlihiisehgnhhurdhorhhgpdhrtghpthhtohepmhhitghhrggvlhgphhgvvghruggv ghgvnhesfigvsgdruggvpdhrtghpthhtohepmhhitghhrggvlhdrrghlsghinhhushesgh hmgidruggv X-ME-Proxy: Feedback-ID: ib2b94485:Fastmail From: Tassilo Horn In-Reply-To: <878qqo379g.fsf@gmx.de> (Michael Albinus's message of "Sun, 02 Feb 2025 12:39:39 +0100") References: <87r051khsd.fsf@gnu.org> <871pwuavv9.fsf@gnu.org> <86plkd28rb.fsf@gnu.org> <87o6zx14x9.fsf@web.de> <86r04sy70g.fsf@gnu.org> <87h65n4w1g.fsf@web.de> <877c6jmfi4.fsf@gnu.org> <86cygbujst.fsf@gnu.org> <87y0yyvu0b.fsf@gnu.org> <87ed0pyt4e.fsf@web.de> <87plk8dbxd.fsf@gnu.org> <87jzafwxt1.fsf@web.de> <87r04m3ezq.fsf@gnu.org> <87a5babido.fsf@web.de> <875xlv4hci.fsf@gnu.org> <87v7tuikke.fsf@web.de> <87o6zmf1eg.fsf@gmx.de> <877c69ibbm.fsf@web.de> <87v7tsd5kq.fsf@gmx.de> <877c68bo0z.fsf@gnu.org> <878qqo379g.fsf@gmx.de> User-Agent: mu4e 1.12.8; emacs 31.0.50 Date: Sun, 02 Feb 2025 13:55:47 +0100 Message-ID: <87plk0a4ks.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Michael Albinus writes: >> Why is the macro inhibit-auto-revert defined in a progn? I think, >> I've never seen that before. > > This is a trick to bring the defmacro body into loaddefs.el. See also > the declaration of define-short-documentation-group, for example. Interesting, I didn't know. Thanks! >> And why does dired-buffer-stale-p check if the current dired buffer >> is member of inhibit-auto-revert-buffers? Isn't the point to move >> the allowance check from packages' buffer-stale-function to >> auto-revert itself? In that case, the buffer-read-only check (set by >> wdired-mode) should probably also be rewritten to add the currently >> edited dired buffer to inhibit-auto-revert-buffers and to remove it >> when wdired-mode is deactivated (wdired-finish-edit). > > Yes, I've moved the check of a buffer being member of > inhibit-auto-revert-buffers to autorevert.el, see patch below. Thanks > for the heads-up. You're welcome. >> Furthermore, the member check in auto-revert-buffer causes this >> buffer to be removed from auto-revert-buffer-list meaning it will >> never ever be reverted in the future, at least not by polling. > > Yes, and this is intended. We disable auto-reverting for a given > time. With consequences. That's the part I don't understand, yet. Auto-reverts are skipped by auto-revert-handler now for buffers in inhibit-auto-revert-buffers. That's what I had expected and did in my previous inhibit-auto-revert patch, too. But my reading of the code is that the polling timer calls auto-revert-buffers -> auto-revert-buffer -> auto-revert-handler where auto-revert-buffer now removes the inhibited buffer from auto-revert-buffer-list. So in addition to skipping it in auto-revert-handler this time, the future polling rounds won't see it anymore, too, because auto-revert--buffer-candidates uses auto-revert--polled-buffers which is basically auto-revert-buffer-list + auto-revert-remaining-buffers, at least if global-auto-revert-mode isn't used. So when you say "we disable auto-reverting for a given time" where I assume "given time" is not "forever", what am I missing? If anything, I would expect that auto-revert-buffer pushes the inhibited buffer onto auto-revert-remaining-buffers to prioritize it for next time. Bye, Tassilo From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 02 Feb 2025 17:23:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Tassilo Horn Cc: Michael Heerdegen , Eli Zaretskii , 75626-done@debbugs.gnu.org Received: via spool by 75626-done@debbugs.gnu.org id=D75626.17385169604674 (code D ref 75626); Sun, 02 Feb 2025 17:23:02 +0000 Received: (at 75626-done) by debbugs.gnu.org; 2 Feb 2025 17:22:40 +0000 Received: from localhost ([127.0.0.1]:36066 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tedg7-0001DI-RB for submit@debbugs.gnu.org; Sun, 02 Feb 2025 12:22:40 -0500 Received: from mout.gmx.net ([212.227.17.21]:57997) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tedg5-0001D3-Ls for 75626-done@debbugs.gnu.org; Sun, 02 Feb 2025 12:22:38 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.de; s=s31663417; t=1738516944; x=1739121744; i=michael.albinus@gmx.de; bh=JvMO7sXcWCeIxVhqzTIo9xIjXPr0i2w3UCnw+RY4Dgw=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date: Message-ID:MIME-Version:Content-Type:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=kgktZ3Q21b0W62AV8uA/wtemkBcgVqxTgRFjqEU46PqnEp+k3TOKpUp6mirwQTNq xL+P/xhJobzPpOlIEnESxp7DVxx5BvTMBZaQgpjo3PFsp8/qTz6mUJdSEFfnOntEK 6O4bWNDzYRpoMrhnXhLenF4Goa87l4LayveOZLR5DcvkhdYdyaqYw3btzaVOmJ7NJ KGV1bvDxvHiGSqQ3O/KDkAGqfwLhieEO1E6ZWtRVLrF/SnWGSTAJuR7h7VJMQxsYl uxaATNSFRwWbIG7gqNpq/RqepTudn6hgv/rx8qqSJ/B1FS45jjLCv86We8DAhJe12 na5aCqXZ2BSsXCNdsw== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from gandalf.gmx.de ([185.89.38.155]) by mail.gmx.net (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1Mjj87-1tB2IV2l47-00m0Co; Sun, 02 Feb 2025 18:22:24 +0100 From: Michael Albinus In-Reply-To: <87plk0a4ks.fsf@gnu.org> (Tassilo Horn's message of "Sun, 02 Feb 2025 13:55:47 +0100") References: <87r051khsd.fsf@gnu.org> <86plkd28rb.fsf@gnu.org> <87o6zx14x9.fsf@web.de> <86r04sy70g.fsf@gnu.org> <87h65n4w1g.fsf@web.de> <877c6jmfi4.fsf@gnu.org> <86cygbujst.fsf@gnu.org> <87y0yyvu0b.fsf@gnu.org> <87ed0pyt4e.fsf@web.de> <87plk8dbxd.fsf@gnu.org> <87jzafwxt1.fsf@web.de> <87r04m3ezq.fsf@gnu.org> <87a5babido.fsf@web.de> <875xlv4hci.fsf@gnu.org> <87v7tuikke.fsf@web.de> <87o6zmf1eg.fsf@gmx.de> <877c69ibbm.fsf@web.de> <87v7tsd5kq.fsf@gmx.de> <877c68bo0z.fsf@gnu.org> <878qqo379g.fsf@gmx.de> <87plk0a4ks.fsf@gnu.org> Date: Sun, 02 Feb 2025 18:22:21 +0100 Message-ID: <87o6zk1ctu.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Provags-ID: V03:K1:cK7sJuA676KsoTzYg9UiA9+qr/GghuWEYzAy2zM19hGxW5AAbf0 dFnfz05N8praBQNFfGrsH5JMNiuqFqWekzezJdrHpbFKHdcivpDJoA+1DuNboNiH7BnDj7U 8SlgzZ4CkgGz9jsZ4skelxpZxOwSOrEkWtXEEvjxy40ul0EULCpyCh3NTwT86S6E7kh48S4 9aWSL0z64PuhyQrb4Et/g== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:oBx3gwFlN+8=;Aqp2c/vWW//fxy07OFImDGGqVls K5sz47ERCzZLHraF+6evKwVdQNlFH2KIcnNNgM5HIwRJ5iCR1309eYQS2mEgTaTN5XDGONqd2 /Scu3KwRPWVJqwLZSju+p3xZ9qXu9OFm5NYzxGqhHMWBuB+ORZ/UXT8urIceZ9mFnk6QMHzjA RmwLvBVC5isdh+ngdMa1Yah+A5AeQvhI7GlWRLfrQw1Lxf1XpXxVmboiIsHwpO+9Z8/FcXNVO FXbjmwBCS6xj6y24EUI+C1Ko2XsjXYG6jQ7QB3eibrEba4CxT5k7WVPBJMJ1LXN9N9A7/8EeB VtRGpgL4OBQUsr/F1gGWJekgZgX9YqUISP+cDArHl/BI4vnRDbjZ9U2INjDtz3JU17W7NB/6q beS/uZizkrvVrDgv5wrR/PvveI1CGJZcLczDVMpbsv9jntrQpwmOkFhB8fE7uqLUKcVTkJj+2 EdqFXs+c7nqVRkS6r0TVgtsS59ZrPXLrtYz1OUSFIVtEuT4gaOs2lzNMF8FSEWjmFEsNOboGL HvwypawShFdBq9GBNZJ9BT2cH32oJS8ebhCQLL2MtouxquVdERQeMLFMp7o59vwnfGznfiNTc LukGnfG8iR770oWdjFG1sXtiVIdoGTiyHGnDyiJZtx/NzCnmK9Nrua6xfv/dkqTyf2/gL1e0M Au+eb3OQrgI+xiSbIeFmaBvOpk6A+vXzIE9O/TGvbDiH7RkoiohicS/+ML25TRBr7E9OraXmw qUOro/sk3OZogORoubpsC+rI8JFWM++2/gn6dhS6/c3MD/GMzCRlB/7hVKr4WP+6dXEluNtkD nOyoddrRnVpJSPFoHIvCSRtk1ucw9AvTpbeTQz3Sq/a27QVGKbTrqpFSEEO0lBboOgsfm4cjk bEbIWe3fYW1JaTTix8GjFprfhRcnFQ9Wi488mhkkB+jUPmJ2NNMmLhnQVpZTdJM2KGaOKQFP1 jQS2r6rVchoHEFr2SHHaE8yWkcicFbGfDavL7NVESpuOBKPm1SOzEsUfNjnohZrppc39pjzuM hwi7M1y5Ow1n6MVU4HEpKE+JPhJMf6oB0efuqUscYJi/vMCsSwfm1wBT26jHBSMaReectDL3z /Nj5GB3CfOkQt18Udt9Gb0KWVUD+4pWjnUPrKbfr2PDnb+felHF4lMsGpsMrZQHG/cEgpgbp6 4ECnLEQic6E9TQqpa2kogIZRef7NtLfLBRUFoieYckXwTQEKMWNGzCS1qhMsfRX1Mza30pkkr MCbahUNt1NoxwB1OPcctnrZqv/MPTN4QRbGRPBYm2zarTX6FMrMOJSS5J2Ob1/spRROuThQdG f2gARrIA284uc/0UzLfpr6M5KRW1zOl2BefoAaOY+w1Kn0= X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) --=-=-= Content-Type: text/plain Tassilo Horn writes: Hi Tassilo, > That's the part I don't understand, yet. Auto-reverts are skipped by > auto-revert-handler now for buffers in inhibit-auto-revert-buffers. > That's what I had expected and did in my previous inhibit-auto-revert > patch, too. > > But my reading of the code is that the polling timer calls > > auto-revert-buffers -> auto-revert-buffer -> auto-revert-handler > > where auto-revert-buffer now removes the inhibited buffer from > auto-revert-buffer-list. So in addition to skipping it in > auto-revert-handler this time, the future polling rounds won't see it > anymore, too, because auto-revert--buffer-candidates uses > auto-revert--polled-buffers which is basically auto-revert-buffer-list + > auto-revert-remaining-buffers, at least if global-auto-revert-mode isn't > used. > > So when you say "we disable auto-reverting for a given time" where I > assume "given time" is not "forever", what am I missing? If anything, I > would expect that auto-revert-buffer pushes the inhibited buffer onto > auto-revert-remaining-buffers to prioritize it for next time. Below is an updated patch for autorevert.el. I control this now via auto-revert-active-p; no further need to check in auto-revert-buffer. Could you, pls, test? > Bye, > Tassilo Best regards, Michael. --=-=-= Content-Type: text/x-patch Content-Disposition: attachment Content-Transfer-Encoding: quoted-printable diff --git a/lisp/autorevert.el b/lisp/autorevert.el index 1dcfe8e911f..5acb1220471 100644 =2D-- a/lisp/autorevert.el +++ b/lisp/autorevert.el @@ -774,9 +774,10 @@ auto-revert--end-lockout (defun auto-revert-active-p () "Check if auto-revert is active in current buffer." - (or auto-revert-mode - auto-revert-tail-mode - auto-revert--global-mode)) + (and (or auto-revert-mode + auto-revert-tail-mode + auto-revert--global-mode) + (not (memq (current-buffer) inhibit-auto-revert-buffers)))) (defun auto-revert-handler () "Revert current buffer, if appropriate. @@ -798,14 +799,17 @@ auto-revert-handler (setq size (file-attribute-size (file-attributes buffer-file-name)= )))) - (funcall (or buffer-stale-function - #'buffer-stale--default-function) - t))) + (and (not (memq (current-buffer) + inhibit-auto-revert-buffers)) + (funcall (or buffer-stale-function + #'buffer-stale--default-function) + t)))) (and (or auto-revert-mode global-auto-revert-non-file-buffers) - (funcall (or buffer-stale-function - #'buffer-stale--default-function) - t)))) + (and (not (memq (current-buffer) inhibit-auto-revert-buf= fers)) + (funcall (or buffer-stale-function + #'buffer-stale--default-function) + t))))) eob eoblist) (setq auto-revert-notify-modified-p nil auto-revert--last-time (current-time)) @@ -897,6 +901,31 @@ auto-revert--buffer-candidates (push buf new))) (nreverse (nconc new remaining)))) +;;;###autoload +(progn + (defvar inhibit-auto-revert-buffers nil + "A list of buffers with suppressed auto-revert.") + + (defmacro inhibit-auto-revert (&rest body) + "Deactivate auto-reverting of current buffer temporarily. +Run BODY." + (declare (indent 0) (debug ((form body) body))) + `(progn + ;; Cleanup. + (dolist (buf inhibit-auto-revert-buffers) + (unless (buffer-live-p buf) + (setq inhibit-auto-revert-buffers + (delq buf inhibit-auto-revert-buffers)))) + (let ((buf (and (not (memq (current-buffer) inhibit-auto-revert-bu= ffers)) + (current-buffer)))) + (unwind-protect + (progn + (when buf (add-to-list 'inhibit-auto-revert-buffers buf)) + ,@body) + (when buf + (setq inhibit-auto-revert-buffers + (delq buf inhibit-auto-revert-buffers)))))))) + (defun auto-revert-buffer (buf) "Revert a single buffer BUF. --=-=-=-- From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Tassilo Horn Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 02 Feb 2025 19:11:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Michael Albinus Cc: Michael Heerdegen , Eli Zaretskii , 75626-done@debbugs.gnu.org Received: via spool by 75626-done@debbugs.gnu.org id=D75626.17385234284554 (code D ref 75626); Sun, 02 Feb 2025 19:11:01 +0000 Received: (at 75626-done) by debbugs.gnu.org; 2 Feb 2025 19:10:28 +0000 Received: from localhost ([127.0.0.1]:36322 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tefMR-0001BL-EY for submit@debbugs.gnu.org; Sun, 02 Feb 2025 14:10:28 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:48304) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tefMP-0001B0-33 for 75626-done@debbugs.gnu.org; Sun, 02 Feb 2025 14:10:25 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tefMI-0006GU-Lc; Sun, 02 Feb 2025 14:10:18 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=GrxOmN/wLoNo15FrtFclfIR1Aq07sFmAcACJPYR7ySo=; b=mlQ8DEiyUXLGkIoMUg8E 6sN9KdQD0/QYswA3U9gPh7v9dgV421CvEihRFKG2CDyKjIt9etBxJOy033Qos3HxC9tzyPEDUq50w UxzXjc9ZxLS9KOSs4moCgKmVeSJ8Msj3GC/h8ILF1N6f77ZZW9//6KJsfRXU/R3m8xKuEwm7S68ar pCn5gcYvvToW/reHdjnO6tmLGjVF0Prym8L7hlbR5N8i3Yxwp93lllrN0MV8BZOFSjABajYb4ASGd ucP1PZTIE8wHXWHw6NKrWqj3CsPYPVCOUzqBYmMYPNhL17OsyPf4FbGAIStEt+W+tA1tIz9Dn1CcI qtorpNy9hPGzcA==; X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeefvddrtddtgdduheegjecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpggftfghnshhusghstghrihgsvgdp uffrtefokffrpgfnqfghnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivg hnthhsucdlqddutddtmdenucfjughrpefhvfevufgjfhgffffkgggtsehmtderredtredt necuhfhrohhmpefvrghsshhilhhoucfjohhrnhcuoehtshguhhesghhnuhdrohhrgheqne cuggftrfgrthhtvghrnhepteejieeuleeijeevtdehtdduudfggffhtedukedutedvgeet tddvffejieelvdegnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilh hfrhhomhepthhhohhrnhdomhgvshhmthhprghuthhhphgvrhhsohhnrghlihhthidqkeei jeefkeejkeegqdeifeehvdelkedqthhsughhpeepghhnuhdrohhrghesfhgrshhtmhgrih hlrdhfmhdpnhgspghrtghpthhtohepgedpmhhouggvpehsmhhtphhouhhtpdhrtghpthht ohepjeehiedviedqughonhgvseguvggssghughhsrdhgnhhurdhorhhgpdhrtghpthhtoh epvghlihiisehgnhhurdhorhhgpdhrtghpthhtohepmhhitghhrggvlhgphhgvvghruggv ghgvnhesfigvsgdruggvpdhrtghpthhtohepmhhitghhrggvlhdrrghlsghinhhushesgh hmgidruggv X-ME-Proxy: Feedback-ID: ib2b94485:Fastmail From: Tassilo Horn In-Reply-To: <87o6zk1ctu.fsf@gmx.de> (Michael Albinus's message of "Sun, 02 Feb 2025 18:22:21 +0100") References: <87r051khsd.fsf@gnu.org> <87o6zx14x9.fsf@web.de> <86r04sy70g.fsf@gnu.org> <87h65n4w1g.fsf@web.de> <877c6jmfi4.fsf@gnu.org> <86cygbujst.fsf@gnu.org> <87y0yyvu0b.fsf@gnu.org> <87ed0pyt4e.fsf@web.de> <87plk8dbxd.fsf@gnu.org> <87jzafwxt1.fsf@web.de> <87r04m3ezq.fsf@gnu.org> <87a5babido.fsf@web.de> <875xlv4hci.fsf@gnu.org> <87v7tuikke.fsf@web.de> <87o6zmf1eg.fsf@gmx.de> <877c69ibbm.fsf@web.de> <87v7tsd5kq.fsf@gmx.de> <877c68bo0z.fsf@gnu.org> <878qqo379g.fsf@gmx.de> <87plk0a4ks.fsf@gnu.org> <87o6zk1ctu.fsf@gmx.de> User-Agent: mu4e 1.12.8; emacs 31.0.50 Date: Sun, 02 Feb 2025 20:10:15 +0100 Message-ID: <87ed0g9n8o.fsf@gnu.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) --=-=-= Content-Type: text/plain Michael Albinus writes: Hi Michael, > Below is an updated patch for autorevert.el. I control this now via > auto-revert-active-p; no further need to check in auto-revert-buffer. > > Could you, pls, test? Of course. It does not contain any changes to dired, so I've applied the changes of your previous patch giving this complete patch: --=-=-= Content-Type: text/x-patch Content-Disposition: attachment; filename=auto-revert-and-dired.patch diff --git a/lisp/autorevert.el b/lisp/autorevert.el index 1dcfe8e911f..5acb1220471 100644 --- a/lisp/autorevert.el +++ b/lisp/autorevert.el @@ -774,9 +774,10 @@ auto-revert--end-lockout (defun auto-revert-active-p () "Check if auto-revert is active in current buffer." - (or auto-revert-mode - auto-revert-tail-mode - auto-revert--global-mode)) + (and (or auto-revert-mode + auto-revert-tail-mode + auto-revert--global-mode) + (not (memq (current-buffer) inhibit-auto-revert-buffers)))) (defun auto-revert-handler () "Revert current buffer, if appropriate. @@ -798,14 +799,17 @@ auto-revert-handler (setq size (file-attribute-size (file-attributes buffer-file-name))))) - (funcall (or buffer-stale-function - #'buffer-stale--default-function) - t))) + (and (not (memq (current-buffer) + inhibit-auto-revert-buffers)) + (funcall (or buffer-stale-function + #'buffer-stale--default-function) + t)))) (and (or auto-revert-mode global-auto-revert-non-file-buffers) - (funcall (or buffer-stale-function - #'buffer-stale--default-function) - t)))) + (and (not (memq (current-buffer) inhibit-auto-revert-buffers)) + (funcall (or buffer-stale-function + #'buffer-stale--default-function) + t))))) eob eoblist) (setq auto-revert-notify-modified-p nil auto-revert--last-time (current-time)) @@ -897,6 +901,31 @@ auto-revert--buffer-candidates (push buf new))) (nreverse (nconc new remaining)))) +;;;###autoload +(progn + (defvar inhibit-auto-revert-buffers nil + "A list of buffers with suppressed auto-revert.") + + (defmacro inhibit-auto-revert (&rest body) + "Deactivate auto-reverting of current buffer temporarily. +Run BODY." + (declare (indent 0) (debug ((form body) body))) + `(progn + ;; Cleanup. + (dolist (buf inhibit-auto-revert-buffers) + (unless (buffer-live-p buf) + (setq inhibit-auto-revert-buffers + (delq buf inhibit-auto-revert-buffers)))) + (let ((buf (and (not (memq (current-buffer) inhibit-auto-revert-buffers)) + (current-buffer)))) + (unwind-protect + (progn + (when buf (add-to-list 'inhibit-auto-revert-buffers buf)) + ,@body) + (when buf + (setq inhibit-auto-revert-buffers + (delq buf inhibit-auto-revert-buffers)))))))) + (defun auto-revert-buffer (buf) "Revert a single buffer BUF. diff --git a/lisp/dired.el b/lisp/dired.el index 2eb6546107a..01621c9ea4e 100644 --- a/lisp/dired.el +++ b/lisp/dired.el @@ -944,9 +944,6 @@ dired-mark-if "")))) (and (> count 0) count))) -(defvar-local dired--inhibit-auto-revert nil - "A non-nil value prevents `auto-revert-mode' from reverting the buffer.") - (defmacro dired-map-over-marks (body arg &optional show-progress distinguish-one-marked) "Eval BODY with point on each marked line. Return a list of BODY's results. @@ -983,8 +980,8 @@ dired-map-over-marks ;;endless loop. ;;This warning should not apply any longer, sk 2-Sep-1991 14:10. `(prog1 - (let ((dired--inhibit-auto-revert t) - (inhibit-read-only t) + (inhibit-auto-revert + (let ((inhibit-read-only t) case-fold-search found results) (if (and ,arg (not (eq ,arg 'marked))) (if (integerp ,arg) @@ -1024,7 +1021,7 @@ dired-map-over-marks (if found results (unless (eq ,arg 'marked) - (list ,body)))))) + (list ,body))))))) ;; save-excursion loses, again (dired-move-to-filename))) @@ -1294,12 +1291,6 @@ dired-buffer-stale-p ;; Do not auto-revert when the dired buffer can be currently ;; written by the user as in `wdired-mode'. buffer-read-only - ;; When a dired operation using dired-map-over-marks is in - ;; progress, dired--inhibit-auto-revert is bound to some - ;; non-nil value and we must not auto-revert because that could - ;; change the order of files leading to skipping or - ;; double-processing (see bug#75626). - (not dired--inhibit-auto-revert) (dired-directory-changed-p dirname)))) (defcustom dired-auto-revert-buffer nil @@ -4089,10 +4080,10 @@ dired-internal-do-deletions (while l (goto-char (marker-position (cdr (car l)))) (dired-move-to-filename) - (let ((inhibit-read-only t) - ;; Temporarily prevent auto-revert while deleting - ;; entry in the dired buffer (bug#71264). - (dired--inhibit-auto-revert t)) + ;; Temporarily prevent auto-revert while deleting entry in + ;; the dired buffer (bug#71264). + (inhibit-auto-revert + (let ((inhibit-read-only t)) (condition-case err (let ((fn (car (car l)))) (dired-delete-file fn dired-recursive-deletes trash) @@ -4108,7 +4099,7 @@ dired-internal-do-deletions (quit (throw '--delete-cancel (message "OK, canceled"))) (error ;; catch errors from failed deletions (dired-log "%s: %s\n" (car err) (error-message-string err)) - (setq failures (cons (car (car l)) failures))))) + (setq failures (cons (car (car l)) failures)))))) (setq l (cdr l))) (if (not failures) (progress-reporter-done progress-reporter) --=-=-= Content-Type: text/plain And yes, it works. :-) Side-note: at first, it did not work after applying the patch and running "make" in the emacs directory (reproducibly!), a problem I've had before somewhere up the thread. The original bug was there again. I placed a watch on inhibit-auto-revert-buffers which revealed that it was set by the computation for all marked files in order to present them at the yes-or-no-p prompt. But it was not set during the actual processing! I had to manually delete the dired and autorevert ELC files and "make" again. Does anyone have a clue why? Does a recompile of a changed file with existing ELC not produce it from scratch? Bye, Tassilo --=-=-=-- From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 02 Feb 2025 20:19:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Tassilo Horn Cc: Michael Heerdegen , 75626@debbugs.gnu.org, Eli Zaretskii Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.173852749316757 (code B ref 75626); Sun, 02 Feb 2025 20:19:02 +0000 Received: (at 75626) by debbugs.gnu.org; 2 Feb 2025 20:18:13 +0000 Received: from localhost ([127.0.0.1]:36409 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tegQ0-0004MD-Oq for submit@debbugs.gnu.org; Sun, 02 Feb 2025 15:18:13 -0500 Received: from mout.gmx.net ([212.227.17.20]:46199) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tegPx-0004Ls-Sc for 75626@debbugs.gnu.org; Sun, 02 Feb 2025 15:18:10 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.de; s=s31663417; t=1738527478; x=1739132278; i=michael.albinus@gmx.de; bh=qYRz1dIHsNNEjv5Fjh122EEzsF1MtlOiy8MjgsJeFL0=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date: Message-ID:MIME-Version:Content-Type:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=mp/idYJjQTLD0yPqP3gz2AID9sSchXSos0v83COt6LSU3nY0fEEdHSoXoFZY51nb rbQLi+Tprwh9En02sEP6r2t74+YSFllZCPyoLr34/njo0miXTozzMEBADhTRP/39x hd7WHMwohrYEnK4WMrgCJy3uep9P2EIfbVDsxZ1Kj58wonHoqCLMXG4KU78Y5IO8k gLnVYjbKUTdHbWgZN+NONjh+9vDsGlB7sTWaqi4vnAq8wf2UA9eH/KM2KSnbCPlXw p1z7u9wmx3Fx7C4L/YLR+PxLM645BHRIR4b+7+IyrfSEhOEwqxQVhaQYBrp5fkPys 0D29hChQ/OSycxsygg== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from gandalf.gmx.de ([185.89.38.155]) by mail.gmx.net (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MWici-1tyRFG10hM-00JyZw; Sun, 02 Feb 2025 21:17:58 +0100 From: Michael Albinus In-Reply-To: <87ed0g9n8o.fsf@gnu.org> (Tassilo Horn's message of "Sun, 02 Feb 2025 20:10:15 +0100") References: <87r051khsd.fsf@gnu.org> <86r04sy70g.fsf@gnu.org> <87h65n4w1g.fsf@web.de> <877c6jmfi4.fsf@gnu.org> <86cygbujst.fsf@gnu.org> <87y0yyvu0b.fsf@gnu.org> <87ed0pyt4e.fsf@web.de> <87plk8dbxd.fsf@gnu.org> <87jzafwxt1.fsf@web.de> <87r04m3ezq.fsf@gnu.org> <87a5babido.fsf@web.de> <875xlv4hci.fsf@gnu.org> <87v7tuikke.fsf@web.de> <87o6zmf1eg.fsf@gmx.de> <877c69ibbm.fsf@web.de> <87v7tsd5kq.fsf@gmx.de> <877c68bo0z.fsf@gnu.org> <878qqo379g.fsf@gmx.de> <87plk0a4ks.fsf@gnu.org> <87o6zk1ctu.fsf@gmx.de> <87ed0g9n8o.fsf@gnu.org> Date: Sun, 02 Feb 2025 21:17:53 +0100 Message-ID: <87jza814pa.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:WywH7lRwBN/2+V+e5TX3V+P81GnPHAjtw6AuNZkAr+CBLhBTEBZ 4Bs7cDYT8ncz34pscYaEofJirN6mFe2D3sC6jIw6zMfwTh2jy6T4ZyhjBk8NGcwMr0/siDL DYYW9YGuZp5ds51AcbWYg9WcF21J2/07wAyRnv3v9QMMR+zroB+CSwArqK6FREWZRLSaM02 gpC/gDLBG+0ywQs7isN7g== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:7p9vkGBwSl0=;kU9H5yEDMF5mIh/bufeVd8A5VeN Frvw9lN0+i55cFZmJDwzrjx6D8Nt/gdzM4ZYtm2YO2LUDI1+N5vU7/JIf1gaNDCc/JTob+A41 gyMDhjxvx7v1JYztdctrc+6Z8zxyMERsox4Q9V5kA2hGj9vrs7AxUTSCxcCddNGfqzuzXND2X WKO1iRxH6Bic7I9DIv6OXzpAFVcwIavWZRz3FdPNcI2g14Z7E3+aXRExcAMIZg+9JpCT1apXz J2YjYPL4UtZ7vpfKqAixNMw5U8ctUk43u280B81SNjuLjMUsRqDcOOYfAaqpUA4Vo1wklpFHd yY7q9kXReMIAqv5TCUbkn3lQN/5JdCFFS3qnnLd0IZAH+kC/Uyn1XmTR5mkhI6ECqv03h6sME 3wZWZyyivKCxYQX881o7drrHfLQZsbywL+SwVJXzNsD+Qhh8jroKPZza2Kf4nI2pax2Rki0Pv H5TE1AN94najmsf1euBKd5pRlbn3EhFDpl9tbqL+FLrsaT4Fbeoi7kL5ke7gRlNxW172yx6Io 41mj5kDyINHfH5QoiIFbV50h3Lt75CagG6FZ/76aUKCINvlv4hciAI3+29tz5nHrFUzSqntjN 4drQR0l0Y6GrvPimuYnDnNJttZxj7MBKCM6r4vtNjKuU4QW+HOxJhcYTExIDQB39EgCoVhw4q oc65mDRk8DA9JMXnPJUPHQGNJYxccsN/FoeRfkO6YJ7nB5kwTWpxVlV/0X9sxR9CIcrCORMEb 68auheNaNepvfS6D6mq3iwT+gU/ecK5a8/eGBHpAevpxvp8hit47jmDADElkqFDwRIdfloxnZ OYXpSNzBV9d5tmC3ovvZ5keycYTP4/x3zK+yTJGgfhKzObP1wivcjVXNPxm/w6B0tiO3/Cm4I E5blM8gXttl5sUK6ORqQf6vaIPCtzeHb5sLc8Qd0cNpcCeu2IuWyRZiXYCwccHH/MYqr3gCUm rfLO8WbeFJooVfbLqDLB65Prw8Qj9I0spXeYI6ncxNufX721ALAMBGTHZ3NRoqwGJdZT8HfD5 wFieHrQ6NV65yorhWuQTXhKsQIWM0R5NZNNwGfbj7iUf6es64eLcnrm/9NgTqMvt/s+inyT77 R0IYB2FewyIyQ1THtEqqVMqlF4adNRwOxEQxxKAWDL1xccmkGWC6QUk5TG8ACXdF3gXMq8Ome ILGIXlHrPQHW+2vJu4VffBqtFkgZvmfa64LB392iKNRmMUQ8I+h/mf2XxZID3mLn2dv6x+925 UnMUZCviC7jfe6q9149GwjkwRa5JQZ3Wb5RDVKyzQLSWPmKFLYzocjN1Qhok1D7l9c79luxFc oZeBgmInaFsRBpEI+Yzf6xv3u+QO9jU1wRC8eAUsThyvXg= X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Tassilo Horn writes: > Hi Michael, Hi Tassilo, >> Below is an updated patch for autorevert.el. I control this now via >> auto-revert-active-p; no further need to check in auto-revert-buffer. >> >> Could you, pls, test? > > Of course. It does not contain any changes to dired, so I've applied > the changes of your previous patch giving this complete patch: > > And yes, it works. :-) Thanks. I'll polish the patch, and if nobody objects, I'll push it to master in a couple of days. > Side-note: at first, it did not work after applying the patch and > running "make" in the emacs directory (reproducibly!), a problem I've > had before somewhere up the thread. The original bug was there again. > I placed a watch on inhibit-auto-revert-buffers which revealed that it > was set by the computation for all marked files in order to present them > at the yes-or-no-p prompt. But it was not set during the actual > processing! I had to manually delete the dired and autorevert ELC files > and "make" again. > > Does anyone have a clue why? Does a recompile of a changed file with > existing ELC not produce it from scratch? Usually, this is due to macro-expansion. If you change a macro, you must also recompile the file(s) using the macro. IOW, removing dired.elc prior compiling would have been sufficient. > Bye, > Tassilo Best regrds, Michael. From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Tassilo Horn Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 03 Feb 2025 06:13:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Michael Albinus Cc: Michael Heerdegen , 75626@debbugs.gnu.org, Eli Zaretskii Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.173856315918853 (code B ref 75626); Mon, 03 Feb 2025 06:13:01 +0000 Received: (at 75626) by debbugs.gnu.org; 3 Feb 2025 06:12:39 +0000 Received: from localhost ([127.0.0.1]:37380 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tephH-0004u1-59 for submit@debbugs.gnu.org; Mon, 03 Feb 2025 01:12:39 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:49766) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tephE-0004tk-3m for 75626@debbugs.gnu.org; Mon, 03 Feb 2025 01:12:36 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1teph7-0002UI-4n; Mon, 03 Feb 2025 01:12:29 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=+5RSVztACZz8ArOa78L44CJEKOjhKSCl94cobEEwr2k=; b=aMqOdIa07wWkHk8Xgc2t 3f7M/FB6vpW6Db/Dw0U0c/4mdQu/lfnFahAw/CbBlcQsIY0eQE/ojoKPh7oMhCW1PzCL0+WWxS9kQ y+wPFgtSXdsCizaqjWEUzKYzpBdpRBS2YjTaD/BCjveC6Y5UYTQ8qlsDoT6+xMGj5a+qChTnXdWRJ P+LR7up+1NjymzCyBhZL5BaphwpWEALSRHMjZMnee19tKEzhkvHjJhRgMVrDYbnxnqtUgv16eFSUV ZXsmnq3QX1TA3a7Z7hUk08Udp5inhMRmKN0yPV3Itzk0iVx7PuvE1HqUZ204A1KiBgwDl5r0hSofL DbTtCi6B4nBK0Q==; X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeefvddrtddtgdduieekvdcutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpggftfghnshhusghstghrihgsvgdp uffrtefokffrpgfnqfghnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivg hnthhsucdlqddutddtmdenucfjughrpefhvfevufgjfhgffffkgggtsehttdertddtredt necuhfhrohhmpefvrghsshhilhhoucfjohhrnhcuoehtshguhhesghhnuhdrohhrgheqne cuggftrfgrthhtvghrnhepleduvdegfeduvdejkeefteelgeetgfevhefhueffueffgeeh gfeufefgvdffgedtnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilh hfrhhomhepthhhohhrnhdomhgvshhmthhprghuthhhphgvrhhsohhnrghlihhthidqkeei jeefkeejkeegqdeifeehvdelkedqthhsughhpeepghhnuhdrohhrghesfhgrshhtmhgrih hlrdhfmhdpnhgspghrtghpthhtohepgedpmhhouggvpehsmhhtphhouhhtpdhrtghpthht ohepjeehiedvieesuggvsggsuhhgshdrghhnuhdrohhrghdprhgtphhtthhopegvlhhiii esghhnuhdrohhrghdprhgtphhtthhopehmihgthhgrvghlpghhvggvrhguvghgvghnseif vggsrdguvgdprhgtphhtthhopehmihgthhgrvghlrdgrlhgsihhnuhhssehgmhigrdguvg X-ME-Proxy: Feedback-ID: ib2b94485:Fastmail From: Tassilo Horn In-Reply-To: <87jza814pa.fsf@gmx.de> (Michael Albinus's message of "Sun, 02 Feb 2025 21:17:53 +0100") References: <87r051khsd.fsf@gnu.org> <87h65n4w1g.fsf@web.de> <877c6jmfi4.fsf@gnu.org> <86cygbujst.fsf@gnu.org> <87y0yyvu0b.fsf@gnu.org> <87ed0pyt4e.fsf@web.de> <87plk8dbxd.fsf@gnu.org> <87jzafwxt1.fsf@web.de> <87r04m3ezq.fsf@gnu.org> <87a5babido.fsf@web.de> <875xlv4hci.fsf@gnu.org> <87v7tuikke.fsf@web.de> <87o6zmf1eg.fsf@gmx.de> <877c69ibbm.fsf@web.de> <87v7tsd5kq.fsf@gmx.de> <877c68bo0z.fsf@gnu.org> <878qqo379g.fsf@gmx.de> <87plk0a4ks.fsf@gnu.org> <87o6zk1ctu.fsf@gmx.de> <87ed0g9n8o.fsf@gnu.org> <87jza814pa.fsf@gmx.de> User-Agent: mu4e 1.12.8; emacs 31.0.50 Date: Mon, 03 Feb 2025 07:12:14 +0100 Message-ID: <87y0ynpnep.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Michael Albinus writes: > Thanks. I'll polish the patch, and if nobody objects, I'll push it to > master in a couple of days. No objections from me. You are the master of auto-revert. ;-) I'd argue that we also remove the buffer-read-only check from dired-buffer-stale-p and use the new inhibit-auto-revert-buffers for activating and deactivating wdired-mode but that can come afterwards. >> Side-note: at first, it did not work after applying the patch and >> running "make" in the emacs directory (reproducibly!), a problem I've >> had before somewhere up the thread. The original bug was there >> again. I placed a watch on inhibit-auto-revert-buffers which >> revealed that it was set by the computation for all marked files in >> order to present them at the yes-or-no-p prompt. But it was not set >> during the actual processing! I had to manually delete the dired and >> autorevert ELC files and "make" again. >> >> Does anyone have a clue why? Does a recompile of a changed file with >> existing ELC not produce it from scratch? > > Usually, this is due to macro-expansion. If you change a macro, you > must also recompile the file(s) using the macro. IOW, removing > dired.elc prior compiling would have been sufficient. Ah, now I understand. dired.el was changed and recompiled but dired-do-compress lives in dired-aux.el which hasn't been changed but needed recompiling because it uses the dired macro dired-map-over-marks. So in fact, deleting dired-aux.elc was what has been needed. Thanks, Tassilo From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 03 Feb 2025 07:08:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Tassilo Horn Cc: Michael Heerdegen , 75626@debbugs.gnu.org, Eli Zaretskii Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.173856645029065 (code B ref 75626); Mon, 03 Feb 2025 07:08:02 +0000 Received: (at 75626) by debbugs.gnu.org; 3 Feb 2025 07:07:30 +0000 Received: from localhost ([127.0.0.1]:37482 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1teqYM-0007Yj-0L for submit@debbugs.gnu.org; Mon, 03 Feb 2025 02:07:30 -0500 Received: from mout.gmx.net ([212.227.17.21]:44495) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1teqYI-0007YL-6r for 75626@debbugs.gnu.org; Mon, 03 Feb 2025 02:07:27 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.de; s=s31663417; t=1738566439; x=1739171239; i=michael.albinus@gmx.de; bh=VXL1unSdZlp+nrwTqx7x5C5g4EchWqKksqxuNwdO9ww=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date: Message-ID:MIME-Version:Content-Type:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=bVlN0kD4M0J9Qs5y3Rk8nAinosC8ZYTB+TLDh0sLju+7aQdq/3jxQLavBmPo1kg+ 7KzPwKT2X0Pyc210RKPtdJaJJXDV2RktWNkr2bwFQQEJOtzjbWXbiHjv7J9T8iqrL ftSUn/G1qoOiE6D+nP4v79GtdSOsUEiRkkoJQWD7lh6/pxUITnDiRys390gBPAkvn vKKG1lo/4vwfiH5mWS1sbWWOx0Dk3c5JTrct2jwgpTuWLM4lCMOBI0GNE7qE4K7qI g8p4PbZmiDN3pssARDPg/tmG5IYPYTGe6MBTGZHkyFGrKU2wex/wG82lEm7tZuRXa fcUhi1Ih5WbIqjZzEg== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from gandalf.gmx.de ([185.89.38.155]) by mail.gmx.net (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1M2O6Y-1tigpt0v4o-0035BL; Mon, 03 Feb 2025 08:07:19 +0100 From: Michael Albinus In-Reply-To: <87y0ynpnep.fsf@gnu.org> (Tassilo Horn's message of "Mon, 03 Feb 2025 07:12:14 +0100") References: <87r051khsd.fsf@gnu.org> <877c6jmfi4.fsf@gnu.org> <86cygbujst.fsf@gnu.org> <87y0yyvu0b.fsf@gnu.org> <87ed0pyt4e.fsf@web.de> <87plk8dbxd.fsf@gnu.org> <87jzafwxt1.fsf@web.de> <87r04m3ezq.fsf@gnu.org> <87a5babido.fsf@web.de> <875xlv4hci.fsf@gnu.org> <87v7tuikke.fsf@web.de> <87o6zmf1eg.fsf@gmx.de> <877c69ibbm.fsf@web.de> <87v7tsd5kq.fsf@gmx.de> <877c68bo0z.fsf@gnu.org> <878qqo379g.fsf@gmx.de> <87plk0a4ks.fsf@gnu.org> <87o6zk1ctu.fsf@gmx.de> <87ed0g9n8o.fsf@gnu.org> <87jza814pa.fsf@gmx.de> <87y0ynpnep.fsf@gnu.org> Date: Mon, 03 Feb 2025 08:07:18 +0100 Message-ID: <87frkv1p7d.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:wr9lNTpQFopUYhRf33SvLnyWLTE3EaCWazir3erlX4tQaU4mb8a dA/4uHaJFAGnC3HsUTAIVapNM4zUlR4kEdrUBtiv1hp96Y2dDfYUHaggc9UE/ULzMQ4OSZB gAgPIrU1JeH6UdPoW/vtORfm1Bke/57oXnqz4AAaJ/nWNwaBQHpu7R5AuNBzotBt0GFY4Rh /+BGAZ5LRHAMYsMWyTJ5g== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:R/Yv3us/YQY=;SOze3illq/d2dTX3hoOwzwJrLSX YtsnR5IMzJJjnVtXEqm5j/Kh/3Fx2ggwrNmAfQZ0vttYZMjD+0YwDAevv53IMmMAiwk8up2Wc L/TUf5/iXqWdDZsq6a98BbfyAFjcaDv5FUb5ZVBCcLiIZAfbyEimp/cGp6XEpOz2y0cOd8l7X BVYskLHDuU2f36vin57D6V+3n54ExpRkGGtNXWhqWExbzb0R5slWE3NH1ytBCO2nMy+IzmTnD PBZ9StNLoWXljoBUyLEGO78UibMsHuWKGYH3HyS0eWYOUpc9u14iHXAIFQwSzfjVryBKGI8XO OFIfchVDtsBlumqqWC/JehzXvETkIfm8fpMEdkPvmrw5JXYuzek/ksUsxRUAfk2Naeo57P8eX Q6M4D0l635JzZQmnpT+AecZul1sboD+7cNJNsEvrBJfcWLm8P6AT3TfEjZpJVbpo03amBRiV2 3xIrSSdqueUOSxSjFSF2bHKEgXNVUv2ddnmelnZhz27eVdk0nFLiv+jUIUfIfYlHeIPMEepT4 RM2jzqf5lP4gbvim6x5WfceUE1PFLtPbCWWzTKrWGwP4SGj47VsYHunqBBtL3eyYIAz9aPPiR 7b50dsE0rZbf9UgHY53q920MvoJ8FL3DeHb5tX8rXS6MYz+tkuhZ4FHXg1AkgB9m6LfsklL0H ulSL3q94ZT9kWzCXmOAAYKiws2C9UuLwqPEw3RvZUiXCoS9H0IPrpe9zQ5syOO5rNbkII+n5I mCDkB46Yv3PywLq3xn+ueI+x0b31bD0A3SaG86Nji822rgxtZhOMJfjZZz1cS64cVCHauJ0Sc 8R4SEDNx8LiMEp/6vo//t3B/ca1p5BXoF19tmIFZwJXEMQBZJRDui/da58Qi9dpveuAr6gj4d Ir5NntNHJdBj46caPHZm9uw6Q8S2zDy5v8OREGGuWK6Uj50CZ0xOLHbnlM+HhzyzQMg2ds2Yc PLWT/1u7N9SuCPaO2yheMeswxfHmV/tT+oNIpVVuT8gdFDFlA9FmHIuU+ADMYC53uxKNdZTha Ky2Zf4Ti8XeI3M4i+wI3h2TcJXitAyFby3MW7mGPcfXniFILmEDLWmhX4gyBWhQEiRhNM18d/ JoisfD+GdpzNC6+fUcOTe0BFEW8AeY3WCjSRBMSVpvrjI/HLbAKaOt8lG82NDbU5cIE7P9l8x 5MnsRWOe+0NBccvTDKQC8ITsWEJhPShyv+ClmDwoaYRz61UAqeUEzGxBwr6ZjN7qIfwAIpHOk IxqdW4zfw2MuSZACxkXv0c8olFFlHPPufo0SmPAH/bdyGdbqPFEIq1fEqXevKX7o5Nz+bfLD5 OJvg34j0w4rrP75r14LFVO2d4+xlWhbCCkhzThP5X44cY8= X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Tassilo Horn writes: Hi Tassilo, > I'd argue that we also remove the buffer-read-only check from > dired-buffer-stale-p and use the new inhibit-auto-revert-buffers for > activating and deactivating wdired-mode but that can come afterwards. Sound reasonable. > Thanks, > Tassilo Best regards, Michael. From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 04 Feb 2025 14:57:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Tassilo Horn Cc: Michael Heerdegen , 75626@debbugs.gnu.org, Eli Zaretskii Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.17386810107899 (code B ref 75626); Tue, 04 Feb 2025 14:57:01 +0000 Received: (at 75626) by debbugs.gnu.org; 4 Feb 2025 14:56:50 +0000 Received: from localhost ([127.0.0.1]:46153 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tfKM5-00023L-TO for submit@debbugs.gnu.org; Tue, 04 Feb 2025 09:56:50 -0500 Received: from mout.gmx.net ([212.227.15.19]:55671) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tfKM1-00023B-KH for 75626@debbugs.gnu.org; Tue, 04 Feb 2025 09:56:46 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.de; s=s31663417; t=1738680995; x=1739285795; i=michael.albinus@gmx.de; bh=Co/IcPwue8SPU9s66W0EBsWAC36//ljPHreY1/IOr4I=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date: Message-ID:MIME-Version:Content-Type:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=RIvU5SIpLzEF1a54vkQI0AZ5O6OA9h/yK/hwKtXcKX8pnKhqaGQtbcDomWnPXPHw yNd14cEXs69J3ipkFd0nhiPypoA7QY+yUpMB8b+Soa7eJTikfLX5QG6FRNn17Paj9 dixddVfReyKy978r3QfgIpxR64DpYD5XMPbKZwtG4s5Y1PHU/Dtdq2orOENcx9S1k Pp37xiKxbw/BUHhG0daYA1hbLnX1j1gXfTw7DuasS7DFt3N9cg74OCB5sGRhfYXR0 edvfzVBPLQWNTZnt1gUdQeRSZsEfVJvLbj6DYMeyamXCeQiK+HtdKW0R1tpBuma6e Z/Twvtr1ARSCed6jIQ== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from gandalf.gmx.de ([185.89.38.155]) by mail.gmx.net (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MVNAr-1tozP229cV-00VWnX; Tue, 04 Feb 2025 15:56:35 +0100 From: Michael Albinus In-Reply-To: <87jza814pa.fsf@gmx.de> (Michael Albinus's message of "Sun, 02 Feb 2025 21:17:53 +0100") References: <87r051khsd.fsf@gnu.org> <87h65n4w1g.fsf@web.de> <877c6jmfi4.fsf@gnu.org> <86cygbujst.fsf@gnu.org> <87y0yyvu0b.fsf@gnu.org> <87ed0pyt4e.fsf@web.de> <87plk8dbxd.fsf@gnu.org> <87jzafwxt1.fsf@web.de> <87r04m3ezq.fsf@gnu.org> <87a5babido.fsf@web.de> <875xlv4hci.fsf@gnu.org> <87v7tuikke.fsf@web.de> <87o6zmf1eg.fsf@gmx.de> <877c69ibbm.fsf@web.de> <87v7tsd5kq.fsf@gmx.de> <877c68bo0z.fsf@gnu.org> <878qqo379g.fsf@gmx.de> <87plk0a4ks.fsf@gnu.org> <87o6zk1ctu.fsf@gmx.de> <87ed0g9n8o.fsf@gnu.org> <87jza814pa.fsf@gmx.de> Date: Tue, 04 Feb 2025 15:56:34 +0100 Message-ID: <87ldulwyfx.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:5Vszl/EVwyd4rBN2twuABh4WASVlxWjNHCUdx1+8pk7F7iMr8vV cfKHVMqDND1Bj0tjhe+WaiLheLBRnMpQuYEQXo2M5vzrPA7myr/g71HnoX1Bzuca4vGsKJn QerTE4AVOABmRIdXdzgDTBVMdIKDUjoO0wti2O0ETCyhO8DPfIfVdPsJq8C1mZBodYN8sSF hCLlgYZ6qT21856kbp8ww== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:Lg7Fiw6j6/g=;eq1GOKu49neOt2Yi07A2NkU8SaV 6NiDLdnFI6En7GPafHGZj1jK7/jFmuhA2Rifx6kXZBOMB4uZqjVKynveeDppSZf6XYO/hJCoH 2K8Xzz6sAna7iS0gvzAgiuRQhPWa/3iOmatEriBZZ7wjSBez7iw/XfJNw5qyzguaQju25PrSE T/K5k3ZqRiuq1/khbgb5p/RBZagUnwVogtScqq5uzPXVIcuLfVlCrBhhjxvct0mIW3gd0EmxQ FzfcEQp4jhM0ODwlgG/YWLjktnH3VpU5Yv/1hLCJrHX14RLUdsRhMHIj73p2Y08b5PWLbiVSS aBm+cD4g2dtctdXFubdWJKXKg7zAqMKpPIBLYZnn6Jn7i1mhmhypVt8O/GgAy+o07BxGs/Kt6 Mtc6AeqkNJu0DryQfZUxxGp49SOp9nxuWAACXgDA/oLUfW+FLvoYMiS/8pvktYliPiNHrmvo4 QygpTWZGKXiBVKcBRQi7zQGbHxsE6hEGBNnKtH9DFbEbmWMowcov4xBBi8GqJLGEP0fEwKSp4 1NX2p/puYc0uHGeAS97xvNVhnf6NU9q/Chmmoo2NFj1DfhD4PT2OUXa4m2YQv7DFgQjlAyPOD 31BtwYV8I3NhLa3qrR3aKs5Hvbi+9NIr5EwEMmyha8FIWOUe+Qt3yQ2BQ4bo43sP6ILaISlzu 7Vb36IFUNIDn7Q1QvulyC0/jMNBDTFZQQBsJclswC+lXeGy7YB63DbB2bsjpq1EhTR54nbJEJ ya4muyHbA+pSDRiShFUm5PUozAMv3QvsffMdmwRvWjLSs0Gd7l+AHq/msUxysH9ColjcH6MB+ XOJcqpvtUemsyR869E3k1x31iO5snoU+xjVwBTGn2Aqt5MWUDrefWvl12u5n6QB1TBj2P1xiO dJfZYmKwbGJOU1ed+H8kqqU7T64RodI239GeZpJQCmPQf65Bj9LS13x/FItzEd4B/JqaIEkTv g/cB0iaokPe4ufHHkfVUkxBqiy3NOKZUs0nvPDRAfEm5a49+5FCFqO8PGzTq7ncdFcEkZiEEL uGrfYpgvT4cRHbbx99qeejpMrZD66C1eOAePouhqSj79A2KzgfXplfiOFAGMuuaxUBokED4IJ HBZlM2yQbIBFhQHIqgqR6CRpDQeJzy+dOMlcxvkWbKJB+2IjXqICfr7xS1bTk8cRXP+rRQKDz CVeWNUbl2TLeUbI+k9B0rVtl9HwcQnQnO/zTi+ui/ELJndb3lU5h1aapl88E/co2R7nrOJaQZ UiciGj5EcO2rP9pJGPXukEv+DEEcCNAiREo6dTlSIvDlp8ahk4ZtgmH07rTYA5AhIPe44IsTG CDQw+SHTNHdLmxCacze2Q5OpuWGruoDapD3sh7NxD/X9uI= X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Michael Albinus writes: Hi Tassilo, > Thanks. I'll polish the patch, and if nobody objects, I'll push it to > master in a couple of days. Pushed to master. Best regards, Michael. From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Michael Heerdegen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 05 Feb 2025 02:25:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Michael Albinus Cc: 75626@debbugs.gnu.org, Eli Zaretskii , Tassilo Horn Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.17387222802912 (code B ref 75626); Wed, 05 Feb 2025 02:25:02 +0000 Received: (at 75626) by debbugs.gnu.org; 5 Feb 2025 02:24:40 +0000 Received: from localhost ([127.0.0.1]:47420 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tfV5j-0000kt-NP for submit@debbugs.gnu.org; Tue, 04 Feb 2025 21:24:40 -0500 Received: from mout.web.de ([212.227.15.3]:49419) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tfV5g-0000kb-M6 for 75626@debbugs.gnu.org; Tue, 04 Feb 2025 21:24:37 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=web.de; s=s29768273; t=1738722264; x=1739327064; i=michael_heerdegen@web.de; bh=afcA6nmoxhgBLsKht5akryFnybtgK7HtmfeHXkxcinI=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date: Message-ID:MIME-Version:Content-Type:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=OptoBqczcHTMF2SfNC9BWdEfDiPbtmzh9jniF9Tswkj2RXzJ3hZU1z/n3d1xIIfh jFsdtRvVMZHV8lwHpu7RJQsvtPDqkkqUlZ1g3YltqP0+vg5nrOLEJ3KGoyTeaBkLj YPu7ZZD5moDXgt7+s7iUKdjO4sYMAMU9Qsf+s8y80f6oQ/UTrSWJ73PudhNleu8l/ qrQM+WgGdWye+mEkt5HZfzYNY3etY63twbjUKohdyF/KoLX6HBJg1aTxxxxJv5sCK 52JDxMjrTQk6wpJK4G9onzF99Ue7oQP78+oLI0VIV4wyJrEm8ZpJistlE2KJCP6a3 CI+412GaPanigQmekg== X-UI-Sender-Class: 814a7b36-bfc1-4dae-8640-3722d8ec6cd6 Received: from drachen.dragon ([88.66.201.232]) by smtp.web.de (mrweb005 [213.165.67.108]) with ESMTPSA (Nemesis) id 1MxHUC-1tUIoy14S8-011ymq; Wed, 05 Feb 2025 03:24:24 +0100 From: Michael Heerdegen In-Reply-To: <87ldulwyfx.fsf@gmx.de> References: <87r051khsd.fsf@gnu.org> <877c6jmfi4.fsf@gnu.org> <86cygbujst.fsf@gnu.org> <87y0yyvu0b.fsf@gnu.org> <87ed0pyt4e.fsf@web.de> <87plk8dbxd.fsf@gnu.org> <87jzafwxt1.fsf@web.de> <87r04m3ezq.fsf@gnu.org> <87a5babido.fsf@web.de> <875xlv4hci.fsf@gnu.org> <87v7tuikke.fsf@web.de> <87o6zmf1eg.fsf@gmx.de> <877c69ibbm.fsf@web.de> <87v7tsd5kq.fsf@gmx.de> <877c68bo0z.fsf@gnu.org> <878qqo379g.fsf@gmx.de> <87plk0a4ks.fsf@gnu.org> <87o6zk1ctu.fsf@gmx.de> <87ed0g9n8o.fsf@gnu.org> <87jza814pa.fsf@gmx.de> <87ldulwyfx.fsf@gmx.de> Date: Wed, 05 Feb 2025 03:25:44 +0100 Message-ID: <877c65cel3.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:Ut8vvn60G0FhZ44Wh+9awS2dN9NZ+uvSJyoes4Lva4WgU229/Bb aDtHpdiiVlbww/GrGD0OQpz/b+hd2kr8wymWDKq8HyVv/gS+vQfHJ4JiQ+w+Lsl6CVM9uXl veZwjKZ/LDGa+CW328h53rXiEoaOENeOdHiGXj/uHzWHyk1FJYeyyunEOXIA4wDa9oEgno4 C/0ZdD6B5DnmzQ4Luu7fg== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:djKTeiuu2Wo=;Iw76RuGYs9Lk4mAR/OTyxT/to4X NwMiveosagVb58s9DeU16k0vDmzXZGwHR3EFDiCvooU/e4LGv0RtSZd7h6rU1AJ53WnjKMqec 0vtRga30EIiRgjxQzWZ1OULtPKEPlo9qUjW3W2yvxsqAv6TfdlEDgQqbap1UI3AJflh8jgKm1 ge5YKWcPRhrkSchjzMJ8S3z88Ju8LXCwTAnvkyg6ywXnc+R8tB/odzUBd2zSBYo3WRTpidHlc CYiAgVBpawXiyhTsnvNlQEjwQM5DuVM0PnMvC0yj6DmRSh4ooZ3/dMXEZW23xKMDNg7qG+4fy Kta/diQKPAzkRtbK3aLlKYafgKYHDAqzViPTFgchB9nxrYzG2P346rebCiMT++lX5ZKYKQeYB b4gmm54OGHqQRitKtLHv4IrtXUOeGaL1erlQWgMD4+kNAeAU2vC+Gn1muKtAoVNlwKHnk6VDP KCIb+FG1X65ydHsP34x9LBIRVeJtJkv3s3M8Q4VXhoBaXekTy8xeibrBSbJGN5PaAN4rYbzAH d0+UAgOV7UygmNaVqBdJXOxB9O19vM6lAKirVKIRwz/ZhTJ3E97QMs8o8gFAlwS5r59Iu+tBo ITRN35CsyhfcPJC8puIhTW72ZVG6PGD9c8UX07opagXnZf8Ztom8fgmqxJS0e/iFzj4auOhzu hmHz1Q9lcQbE64QhwoJum35bV4rNBc4U+aBPMwnUabLRiUqZqZ7Yiu2GBnGI8u4btliK9b4iY T5xz9taOO02IaCjNISS94i9GSBC6N/TcDTrGL6lhKEeaoQkiBdIpGLN/kRH9odzJT8uxEWAQC zWD1VLnsXW5LAmmI3/GD4Tlrx7t3kOAU3JrTAp4i/VofxC5Xk6bCMzuIZkduGXXvHwm7cFq0l J64CjrE1FHleFsvFYT6rakPEWBuKmrfEydROL5445Ui1ws0hIW8CGHiCnbvvgXf7YhLUK5V1t J7wbDjB91S+y4dMRYwZPuk0gNNDn9VRPzWEMLqvKhqUNKRwqquXMy8+BcBfUNM6F5iSY4V+kx z4CbKUqlTWCUr98gHrq+LRAZPtp/waVsp7oMnlEhasT86PAghx92FW5LvH34niPEQehmWJNAE A2hjIc4SqesiY4r0XhWEJ/oA6xJBIX4rltF9K6420D7uWHWpNf0Dm8wP9vF1fwODejk/eoqNo +J64n50MyRQ5d2ORBpQ4QQWHdfJLmonIAcvfKMqTLbEdk1iFL3EU/P0dCYosKuzS1a1PBfmOa fCxUkT6rvSQsDAxjtQSYu5FqPAuOD5iBmy7MDUrZGjZBV5Id5gt6UobYo2ABr/xZ077MW/WI6 lI0YTQ3kkn/gJj1nlJdhZ8xMwQckRqT2mKLnCghQljclg7xHP3I6zVCyRg8pgrWL2ckM7fxHu LAlbNs2eCbbNHty+Pv/fkf/oXwyvyhaWiD789Q+qblj/smO2b0YFpMPh4H X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Hello Michael, > Michael Albinus writes: > > Hi Tassilo, > > > Thanks. I'll polish the patch, and if nobody objects, I'll push it to > > master in a couple of days. > > Pushed to master. Sorry for being late, have been a bit distracted. Allow only one question please: | + (defmacro inhibit-auto-revert (&rest body) | + "Deactivate auto-reverting of current buffer temporarily. | +Run BODY." | + (declare (indent 0) (debug ((form body) body))) What's the purpose of this debug spec - why not just "body"? | + (let ((buf (and (not (memq (current-buffer) inhibit-auto-revert-buffers)) | + (current-buffer)))) | + (unwind-protect | + (progn | + (when buf (add-to-list 'inhibit-auto-revert-buffers buf)) | + ,@body) I think at least in this part where body is inserted the variable BUF should be uninterned for the obvious reason. Or at least have a more obscure name. Michael. From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 05 Feb 2025 08:52:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Michael Heerdegen Cc: 75626@debbugs.gnu.org, Eli Zaretskii , Tassilo Horn Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.173874550720591 (code B ref 75626); Wed, 05 Feb 2025 08:52:02 +0000 Received: (at 75626) by debbugs.gnu.org; 5 Feb 2025 08:51:47 +0000 Received: from localhost ([127.0.0.1]:48438 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tfb8M-0005M3-Vz for submit@debbugs.gnu.org; Wed, 05 Feb 2025 03:51:47 -0500 Received: from mout.gmx.net ([212.227.15.19]:33795) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tfb8K-0005Lo-FN for 75626@debbugs.gnu.org; Wed, 05 Feb 2025 03:51:45 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.de; s=s31663417; t=1738745494; x=1739350294; i=michael.albinus@gmx.de; bh=jB/VOQujc4Oi2BvEzcHDDMpKaATKgXDTo54Qo6PF3b0=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date: Message-ID:MIME-Version:Content-Type:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=KLef6eGoqtUwX8H1mC6JoqrghY9ZP0VRv5UHSLyL6BIhTZIlVS/BOwmfCIJ8VCst i5iXzJ0EWNi2D951EwMdQcETPMfDyIivxol3Orfl1vcFwW5835/8q4VqeCfh0cOOE jwCtF50KJv62eh2ooyL95l0UbOAGpfRZxe8H9LWJNf4VArwgKx1oFmldHCxSjRquH KNbERFsY0Ou5KSl99IGT62ndxzDD0znXPo1ThrL/ESdz3i+fomxj3R9Axbuv9vAEh XXbz7FJt8Qqv0AafybQT3hwQKfaQCnf21FhJvhSSTKfJ3IGyMBdor53tBBWg0VCFF 0RHHgY4s8XmZF44w0w== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from gandalf.gmx.de ([185.89.38.155]) by mail.gmx.net (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MVeI2-1tpWmQ0qdY-00VFie; Wed, 05 Feb 2025 09:51:34 +0100 From: Michael Albinus In-Reply-To: <877c65cel3.fsf@web.de> (Michael Heerdegen's message of "Wed, 05 Feb 2025 03:25:44 +0100") References: <87r051khsd.fsf@gnu.org> <86cygbujst.fsf@gnu.org> <87y0yyvu0b.fsf@gnu.org> <87ed0pyt4e.fsf@web.de> <87plk8dbxd.fsf@gnu.org> <87jzafwxt1.fsf@web.de> <87r04m3ezq.fsf@gnu.org> <87a5babido.fsf@web.de> <875xlv4hci.fsf@gnu.org> <87v7tuikke.fsf@web.de> <87o6zmf1eg.fsf@gmx.de> <877c69ibbm.fsf@web.de> <87v7tsd5kq.fsf@gmx.de> <877c68bo0z.fsf@gnu.org> <878qqo379g.fsf@gmx.de> <87plk0a4ks.fsf@gnu.org> <87o6zk1ctu.fsf@gmx.de> <87ed0g9n8o.fsf@gnu.org> <87jza814pa.fsf@gmx.de> <87ldulwyfx.fsf@gmx.de> <877c65cel3.fsf@web.de> Date: Wed, 05 Feb 2025 09:51:33 +0100 Message-ID: <87ed0cvkoa.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:/GoFcorzT+hKJI6KXuGa8T39uVrU7qmrbnR/KeC8DRJ7yxVR/uD HXrefjMm/JrHrpyHRMRqknYOx7Uyjc2NKVfkTVqefafhxqr6qbqElX//zwaF5GKzmEKD4O2 j1KFFkambw4UwY4BuVNHG3civx8rshrbUkQ4oEBrAhKd7oVZXqAt+n8DoEQXybhbV5o3T3h 54f1N8E8n/qJNXRNxcPWg== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:q2ksSd7MsAQ=;Nnk4/0KNkeHPUEsyEqawh8t9n45 CXsCaUrzKsvLONgkEyivN+7+1IWflYM0ZbxRKBsTc456JG5u3OlVwXci9Lb2+q1ASqzg788KH zJhNLpld6dqt7e+RBiqy8eiu90TJfznvJEy94mwcZisSG+6cQaJ5VUWKJ48lY3vf4CUpTozuI yJrhqfYrXMePqodlBHS+LV9lqokowo8oHsQU7qiYqqLvaNCZLxNI7VpZZi5ePq8O1KiFtaOQD 5aQnkDbNkCiBVmsqsHdyy6oTiAWCbOJIzuLGdc5DbV/NWdtWZKrw0erA3Vvy6WSLk/9AubyDL TgrVfxWTlG3aeIdIGUTs54UK+UMtoyPfiiqASldFnpPaQvhiM+TBDekS+e8kxukxqYuHoeov/ iMWCO/zoH0rv/ULu/x5LGbKO9CiAQXA+kyh8fyD6yW5YJZBMkoVFwJUJ0UTeKtDv/BfbJZmYD nfB+993Qqn4qECUWO47Wxh86XtVqqX12uNPKUfT8Mqzq3iYSH1l+06ypM8oxpEeDRya5GmsF2 Zu9cMfG/ByAaT0fkW8Y9/281e+A8xbFHF8P/+MDc447aHcOK87GWXOgNAscK09ryIm7LuZORM oFREK6kDVDXUksPFHI7SNPEJJn/0udUp4GKiE24JTqoLQd4YSAV4RTyjDKTqvBuZNrvNi0OI5 7iQ63U06GyTew+419ej5fR8uW4PrsWDEGfC3k3IWTHcXBY4NChQupDyKpaknMRzLzr3WoBEsL 9TXOjCz3JOUFzvqtmofhRkaTeAEWvdtaKmRVJZkFdDHVYhwn7TMVxMEE6yctfKSRCMH+u39V3 rxNDaLlKXunKp9ssRP7yp9ObCcjET8uzCdELIU97Mu9GIx8ZDJiYWFuS0nOe1cMxo1j+ogc8t /luo60DBettn75Vky7jHOX0G/pqUf8E0k7LPiimNidQWI69qmWU9WBcJru7j8Z52uYlGcI8HQ so/yZThJnVLgI+h9365EgNzH9mEnWEgBZRSxBgVhbpE/Atwowgnc8VBbtd15xBiTeerJUzjGe uWtQFI8E02Oqr6AWYYv3rDfmlRvuxSIKLEKwb3Kn91mbi/BPWOwwx54rra6c3mOBxTwqVx47n Hlm3jy9tbV0HgafcIM4CMt4fKnFAe/SCbqHKgHJcy6pu51UAB+KVkME/F3nehUxghkIax8i2s tYj3pi5goTJzy8G8lZbxCeb7ng1hQuJ1oyocXZ8/U7QEbs2bocjRiKbUg043rJzV1Co8cC5hK IXwlEef6LcFba3Dlb5sTCUwfWpuWTA0AeXMv8RT2tstAsSXdVSHylGnRpxoFTO/YNV4k123FZ lHdtGOYgeSrscDLLhYLjMrTaqDHTJ2eUsWnC6JUNSJ6JIg= X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Michael Heerdegen writes: > Hello Michael, Hi Michael. > Sorry for being late, have been a bit distracted. Allow only one > question please: > > | + (defmacro inhibit-auto-revert (&rest body) > | + "Deactivate auto-reverting of current buffer temporarily. > | +Run BODY." > | + (declare (indent 0) (debug ((form body) body))) > > What's the purpose of this debug spec - why not just "body"? Cut'n'waste error. Thanks for the heads-up, I've fixed it. > | + (let ((buf (and (not (memq (current-buffer) inhibit-auto-revert-buffers)) > | + (current-buffer)))) > | + (unwind-protect > | + (progn > | + (when buf (add-to-list 'inhibit-auto-revert-buffers buf)) > | + ,@body) > > I think at least in this part where body is inserted the variable BUF > should be uninterned for the obvious reason. Or at least have a more > obscure name. Yes, I've seen such constructs somewhere else in Emacs' code. I don't understand why a simple (lexical) let-binding of buf isn't sufficient. The problem would exist for any macro. Could you pls show me an example how it could go wrong? (If you believe it is needed, you can just patch autorevert.el yourself, with a comment in the code.) > Michael. Best regards, Michael. From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Michael Heerdegen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 05 Feb 2025 14:44:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Michael Albinus Cc: 75626@debbugs.gnu.org, Eli Zaretskii , Tassilo Horn Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.173876660422857 (code B ref 75626); Wed, 05 Feb 2025 14:44:02 +0000 Received: (at 75626) by debbugs.gnu.org; 5 Feb 2025 14:43:24 +0000 Received: from localhost ([127.0.0.1]:49240 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tfgce-0005wb-0z for submit@debbugs.gnu.org; Wed, 05 Feb 2025 09:43:24 -0500 Received: from mout.web.de ([217.72.192.78]:46395) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tfgcb-0005wJ-Iz for 75626@debbugs.gnu.org; Wed, 05 Feb 2025 09:43:22 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=web.de; s=s29768273; t=1738766595; x=1739371395; i=michael_heerdegen@web.de; bh=ydbgAjhCpwoSG7vb1Q/BooSADSPRjT2SBEg7auRAyJY=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date: Message-ID:MIME-Version:Content-Type:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=d+vh8vWH3vf6L/MsSZCwa3YYinGxf5s+GQFedWR3JW7XMZYy6NHwC1sXOPCGqfxe olWSPSakk1TkOKlE4rdZDN8PHYWEsFVGSvFqfDy8XqAXT/LKdcnWFPHw6byqfE0Y3 NKJMQ+WBjknIv0xANc6Z+rvutJIuKGDiPjh4v6VTx/FVHBwM/RFmC23JTlD/mBn/N koOolvIbgnp9Pdm2jn/C2dI0YPslsAcuAb+zCf/c3T/zyU5UdbiCiZsWYuUxNyKFH kdabXRMJISFyaZBK5zziChEnXFGOGFnOLuaJpGP4bMfLj9LgNgoqlXk7aHbwEb4TY JQG/4dSydx4AHoarNQ== X-UI-Sender-Class: 814a7b36-bfc1-4dae-8640-3722d8ec6cd6 Received: from drachen.dragon ([88.66.201.232]) by smtp.web.de (mrweb105 [213.165.67.124]) with ESMTPSA (Nemesis) id 1MLzn1-1twwOB4AoT-00ROm1; Wed, 05 Feb 2025 15:43:15 +0100 From: Michael Heerdegen In-Reply-To: <87ed0cvkoa.fsf@gmx.de> References: <87r051khsd.fsf@gnu.org> <87y0yyvu0b.fsf@gnu.org> <87ed0pyt4e.fsf@web.de> <87plk8dbxd.fsf@gnu.org> <87jzafwxt1.fsf@web.de> <87r04m3ezq.fsf@gnu.org> <87a5babido.fsf@web.de> <875xlv4hci.fsf@gnu.org> <87v7tuikke.fsf@web.de> <87o6zmf1eg.fsf@gmx.de> <877c69ibbm.fsf@web.de> <87v7tsd5kq.fsf@gmx.de> <877c68bo0z.fsf@gnu.org> <878qqo379g.fsf@gmx.de> <87plk0a4ks.fsf@gnu.org> <87o6zk1ctu.fsf@gmx.de> <87ed0g9n8o.fsf@gnu.org> <87jza814pa.fsf@gmx.de> <87ldulwyfx.fsf@gmx.de> <877c65cel3.fsf@web.de> <87ed0cvkoa.fsf@gmx.de> Date: Wed, 05 Feb 2025 15:44:35 +0100 Message-ID: <87zfj0bgdo.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:Fe2UUiIuv62Rb7Gr2BxbX0WmUOey5wHZl6lJ08SOA0xv77dBtF/ PvtCQTXItvhnWKMF/cuDd64qApLuXxfMlbPZJf/eifA4AZYb5lEs82hc1zcL5GBvw11chJw 25m72l0SxBXND6vPgkLlQ8/rH1hMv4Xu7oU2btBUYYlxK3E2zKvdZuiMbY4GYKIFdYoO33l c6MuX4sjQJLxDGpt9I7Mg== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:isagzoR+niQ=;abd/UtxayGCw2rAPEEakaV9JQ05 5MnIeF3oyPhOSS1E7KC7xE4waMY5JS48ebRRXznWOhCOVk5Os87kLxxGGw5cBDGWaYNbU6QZl jJWY9TPGnTb7+4zdIm4BxpZATJK7VcslfQQ+Y9NIsl/X81tQZWIPKFF0UgU7ycJpPvyuaJ7bj Z08eS/k5AngHXEndH7Ccv2yBzU94YKDDVjv5xuOZMInylWOgqaF505rK8YPQUR6br+kKT8bBl dt1xW0TQClUt5JjXNxVfyDHIvy+jm5idFmurBYPqDjDx4sjUWU+cDO8a7ukb4CRa/FrCkeKaC Y23fyroR+EeQxvP3on7xO+FJGuHX2OeflHt4XR9S4Fi478SZcBWyxfcqXUOVfWZPzcUgEhLuu BnfvzZ+qWFUFvc2bdfZlo1b8h/209BuhdHGWgK5/AV+O3ydm0BjKi9gDAi5MvUO50eerhORqF JNlwElZunzDDIiUIBw/DJg6BZIgMCrPhNH5ImSPChS2q6aBeFJdgen7MItri2JOZtJVDL6ecb kI2G/OOBxjYOQ/bbIbO7w9977dE585lg9YHZc8Gv2zbATQWacoNGS5QyWdI251zntL7iU5fqY vqkrJL8v414kBw0hA7GUpj+yaKJV8RnuoGRQgWh/z4crzQFjshtw499jJqLZA/KyJYE2mL/fY zet6C9v+aZvuoQvCa3kBRbBCEcUhDmO8KT+XNhRKNIBs4ruAf9qo9YfbG40ZB7vCs10iHqQzH vNIZlHKD+8dZzNSMeEGtRFtCa6/XGZPXKkentKkt7bSj975kHkrUnyEMIDkz8q2YropCVAGww TCixSiVmWw+NAgrI/ipDn0qrOtAdjWKZlFWIFB2ubXOXbmatQb+mGX9wlVTawk14NeVBeLBdj 7Ea38MLjEo5taOxIp+I9K/bfMVyGENHlCPIU6gitby/K5Gs8P8rV9CFQz6USOnxe7wS2KW5pR sOxUUdh5RAM4a2O3Xx8JT684fZaY6DJUoFfgbz4T89w4ElK3bFeLlxk6ChnjIpQzqAMjSwYg+ vRjEQDMn5uNqW1t9RqzChw7NIPovBFKrPZhV3M/NZFRRAuMxVjGv6zqyYM6A2Ouh0pwGv/Dh0 hgJEXWlVRv+WW/NKmTcdGhK8AuhLozXQRuMoDB7I61BUYCHm0phcJFOgKQBEddreo21aHEgC/ PKksDQ0pRk2rNTPqlxS1dJhiYyj/HqXpNFQTtwfd2/kl5reI1TEcE+S2BNjEBcEOK3cHpRqw9 u5MI2HiRSJvC90JWhKfP9YpanWKSttlzTnEzUhSy2ZdFLM6csutZzAVn05CVZSUw67iFrS+lD fImTE+GXRoKJ31FRkITndFYSg== X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Michael Albinus writes: > Cut'n'waste error. Thanks for the heads-up, I've fixed it. Thanks. > > | + (let ((buf (and (not (memq (current-buffer) > > | inhibit-auto-revert-buffers)) > > | + (current-buffer)))) > > | + (unwind-protect > > | + (progn > > | + (when buf (add-to-list 'inhibit-auto-revert-buffers buf)) > > | + ,@body) > > > > I think at least in this part where body is inserted the variable BUF > > should be uninterned for the obvious reason. Or at least have a more > > obscure name. > > Yes, I've seen such constructs somewhere else in Emacs' code. I don't > understand why a simple (lexical) let-binding of buf isn't > sufficient. The problem would exist for any macro. Could you pls show me > an example how it could go wrong? Have you ever read (info "(elisp) Surprising Local Vars") - and the whole (info "(elisp) Problems with Macros") chapter? (If not, you should do...) Short version: Lisp macro expansion is dumb ("unhygienic"): if your macro uses a variable that accidentally has the same name as a variable in the "inserted" code (like a BODY), when expanding the macro these unrelated variables will become one and the same variable in the code ("variable" or "name clash") causing a variety of funny and unexpected surprises that are weird and nasty to debug. In case of `inhibit-auto-revert', the macro could interfere with a variable named `buf' that may occur in BODY. A variable named `buf' may already be introduced in the surrounding code, e.g. #+begin_src emacs-lisp (let ((buf (get-buffer "*scratch*"))) (inhibit-auto-revert (setq-local this-buffers-friend buf) (do-this-and-that...))) #+end_src The expansion would look like: #+begin_src emacs-lisp (let ((buf (get-buffer "*scratch*"))) ... (let ((buf (and (not (memq (current-buffer) inhibit-auto-revert-buffers)) (current-buffer)))) (unwind-protect (progn (if buf (add-to-list 'inhibit-auto-revert-buffers buf)) (setq this-buffers-friend buf) ;; Ouch!! Refers to the wrong `buf'! (do-this-and-that...)) ...))) #+end_src > (If you believe it is needed, you can just patch autorevert.el yourself, > with a comment in the code.) If I didn't misunderstand and this was new to you - am I allowed to suggest this as an exercise? The idea for fixing is that the macro instead introduces a new uninterned symbol instead of an interned one, and uses that in the expansion (see manual): a new uninterned symbol can't clash with any existing variable. `macroexpand' and `macroexpand-all' are your friend: use these to see what you get. Later you can do that in your mind only. If you don't do that _all_the_time_, you'll get crazy with this stuff. Ok - was that understandable? Thx, Michael. From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Thierry Volpiatto Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 05 Feb 2025 16:24:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 75626@debbugs.gnu.org Cc: michael_heerdegen@web.de, eliz@gnu.org, michael.albinus@gmx.de, tsdh@gnu.org X-Debbugs-Original-To: Michael Heerdegen via "Bug reports for GNU Emacs, the Swiss army knife of text editors" X-Debbugs-Original-Cc: Michael Heerdegen , 75626@debbugs.gnu.org, Eli Zaretskii , Michael Albinus , Tassilo Horn Received: via spool by submit@debbugs.gnu.org id=B.173877261313841 (code B ref -1); Wed, 05 Feb 2025 16:24:02 +0000 Received: (at submit) by debbugs.gnu.org; 5 Feb 2025 16:23:33 +0000 Received: from localhost ([127.0.0.1]:52056 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tfiBY-0003bA-68 for submit@debbugs.gnu.org; Wed, 05 Feb 2025 11:23:33 -0500 Received: from lists.gnu.org ([2001:470:142::17]:48018) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tfiBN-0003aU-CG for submit@debbugs.gnu.org; Wed, 05 Feb 2025 11:23:21 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tfiBG-0007Y8-19 for bug-gnu-emacs@gnu.org; Wed, 05 Feb 2025 11:23:14 -0500 Received: from mout01.posteo.de ([185.67.36.65]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tfiBE-0005vR-2q for bug-gnu-emacs@gnu.org; Wed, 05 Feb 2025 11:23:13 -0500 Received: from submission (posteo.de [185.67.36.169]) by mout01.posteo.de (Postfix) with ESMTPS id 02835240028 for ; Wed, 5 Feb 2025 17:23:02 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1738772583; bh=4N+flKLkhDSxz/aJSH6DRnWYQJotC3WgW7VEjlKFr80=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version:Content-Type: Autocrypt:OpenPGP:From; b=DUJQlU9zQifqf7VxxvjeuTu3UsxNMqh0HRzy2CJsyfUN4Gv6PXkSg6xJFhxB3L4pG VsFk86TKfHgD71OQgY/4P824rJN3UKXQZMhNPfIsUAnJW9NNCFj7k1xqDYE5XMBgkJ VpLbl+TYm2YUxu0JgDmlLdc2Fb0mo6Wxa8q2GQ/p86rdJsNUxCB22HCAeHv/qSkyVG jo7W+NRnd+ditvTHsH7GeGlqYlB2kkvYv2CXECuG0z6N1FrpUHqkZfHXTIu2cGAqZf pEii9fdK3l/PIklx03jhDPwxJrcqOd4M5gG6YWktpjJzfrlWMObd8tt79+6lgSz+Z3 DCsb6jX47eWxg== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4Yp5BC1lNsz6tvh; Wed, 5 Feb 2025 17:22:59 +0100 (CET) From: Thierry Volpiatto In-Reply-To: <87zfj0bgdo.fsf@web.de> (Michael Heerdegen via's message of "Wed, 05 Feb 2025 15:44:35 +0100") References: <87r051khsd.fsf@gnu.org> <87ed0pyt4e.fsf@web.de> <87plk8dbxd.fsf@gnu.org> <87jzafwxt1.fsf@web.de> <87r04m3ezq.fsf@gnu.org> <87a5babido.fsf@web.de> <875xlv4hci.fsf@gnu.org> <87v7tuikke.fsf@web.de> <87o6zmf1eg.fsf@gmx.de> <877c69ibbm.fsf@web.de> <87v7tsd5kq.fsf@gmx.de> <877c68bo0z.fsf@gnu.org> <878qqo379g.fsf@gmx.de> <87plk0a4ks.fsf@gnu.org> <87o6zk1ctu.fsf@gmx.de> <87ed0g9n8o.fsf@gnu.org> <87jza814pa.fsf@gmx.de> <87ldulwyfx.fsf@gmx.de> <877c65cel3.fsf@web.de> <87ed0cvkoa.fsf@gmx.de> <87zfj0bgdo.fsf@web.de> Date: Wed, 05 Feb 2025 16:22:52 +0000 Message-ID: <87ed0cl5sz.fsf@posteo.net> MIME-Version: 1.0 Content-Type: text/plain Autocrypt: addr=thievol@posteo.net; prefer-encrypt=mutual; keydata=xsDNBF8ylcIBDADG+hy+zR6L4/vbdDDZuSaMmSrU3A5QZJpeBCvxTr7MpzzruZbhLPW1K3R6N2MA edi8Y+C8o27FVRIjpdbaKMGu9je7JV/TbUQYo3SOwCK1vM4LUn4V6ZLzSYkuiEt4eyMoiDdyvN0p kcK6P9x9DCetcEVszXzQg+yzCVrQ2hXWDXWT4M18EC3wtO7RHPouMqGiwBFhBAYErCqFWFxQHkfb tG/4yGyJ58rglb65O3qijjMWvYwcWZun9/7qm8Z4/4mHopmo2zgU+OrptnLSZfkZGz3Y7Uf452xQ GVq0Fv75NPvQru7y+DYVhuVXXyAmGxt+vf4rIiixMBbhKEPjcxEPAa2LTzex2IsTZR+QVG9uDnqC WcgaOEQ58fzXNvNhtwwF/Rgio2XWAJVdmFWS59/k9W58CIUSNKBMZh2XeGdEmtHvDtCxW3z6FJha 36RzOM3fMNNiAGdFZJA84gcdloJR+sHCDTTPT3784fjr+V8An7sI581NGFzkRQqPvEQCZbUAEQEA Ac0SdGhpZXZvbEBwb3N0ZW8ubmV0wsEOBBMBCgA4AhsDBQsJCAcCBhUKCQgLAgQWAgMBAh4BAheA FiEEI9twfRN7r3nig/xwDsVtFB0W75MFAmL3HCoACgkQDsVtFB0W75OVEAv/f6XxmtIFz08fUb8h Bp/zJP6IC4/rhhh+0GMRIRzLN8DK0jV8JCzYdFHiRJOy2lNIOpmrrCmjRRxferc2G42+ePFIsslx hU46VSz1Z83NwIG3mpdYNV5WUTUdgzxExHTNTFCd7NKv0nlHKQaAtdXm5bYnSHsnL7cx8z7lukA/ EsJocE+GD7QXnsrdlicvdobI0TEN4l73221a72oCvHfYLCVsB6YsNJ5ZGkA1zSjzln5uLAgZ/2r/ aqlao/AlSZkAk6+hvK0RyAZ/YR4YRZxO8Fsd0gWgFkanRfKfufJ1V0OHZg7yszi3q/hRzS+rZtJ0 OuzDlh/dyQkxVkZb9vis/+HnGDJrBE5MsmJLcy2Sy3uUnio0fq8q9CrZbudvd1DajlZxPzTm0csP eUk45QEgbhEU7MfyAX/mkKxjHajz2cMcHKIap1BqEgJl4BKFeLMcBZ4O1p9ivwtf1Ht2JTp5lOi0 ItPfhQ4DP8LZ1ZIkN5Kg9v0cyw9meRzAuuR0V2GtzsDNBF8ylcIBDADnIDHEkmk4lUwTlOhwb2yj UfmGPnpH3MCCHkjM9H/P1gTHxFWtwFVPcNMCwXWvKSBTF2dZXKERD0yzG06zT53ZMN7EIIeuY6m4 R8IcMvpohciisWxbFoB4ZY117tVSeqjo946itgbpdeESKl9a8dpn7ytZMyYxPdojlQAqxeAJ8444 raESh1oTKXb64hlk4l2pSRlrLgjpJBo8asAfZndaxIUKhw68tV8sqeZh9P6cGtHbUELKVJqefNV7 V7jF5wf3xvRG6Ces3kSKXalLfs+vrVaoOjQeWrc0AtwFWHmt9JLfKrqF+Q2Q7jUidboWmazQM56E SJFPpPHmWq8k6DHspsFHOforLouTHJL1556IPne7IV2BGfWc0+xLxalZ8F5F+vnPF/OkrC1CD5iC KTjXKa2iZbcYdYQAiL6P8Ac8CgN6EkhpbxRtzrEgChuNGevdi/G/GHG4Zqrh6YFwIa/NHq2aVaFq 5C1yNTMJd1FRjRzs5JPPlJKpYDnNx+MSp7UAEQEAAcLA9gQYAQoAIAIbDBYhBCPbcH0Te6954oP8 cA7FbRQdFu+TBQJi9x1ZAAoJEA7FbRQdFu+To6QMAIcvUSiFwCIggxkmYy3ZY0QAMLmIPga8DNPM XbfSOBDb2KLGBd+FAA8p2GExpul4r6kOYnGogtojByHmVgrd30/3ZURTM8Vj51wwD05viMZccQHl Wd9J/qZIvhBJlJWYnwVxh+2Kg4/hkx7SGc7JJS5GS37+PFQOJHPGMxc+fe4Ty2FdjIOVf3P1Hov9 K6yBI7Af66qqcL3aKJ4jJidRYN8sMaKOqEu4rcSpTxp8/3Ddbs9HezUgXeUzOLJMcEYFlvCyC8ZS l/QDZmpobKbxZ1JAqZM8lnmcZYSV7OsWnxJIYDV1gH5LTLj7bGswXaB4B+qkckihWkRZixu8q1IK 0c/xwUzyF092uFRM/sQKrSmnwA1+hQiiIuEl4XVz5li0/TmMta3ijUM7GNbl2IjioTRxWWecwad1 mNHvKTcXPsKDAbHFdLvQzurnroBHQV0jSPNLTP5Suo7RnLbehfg5INpGjToCUlrd2qQqgXW7h5qZ TgUq5UmBc7YZ0JYWQgPTbQ== OpenPGP: url=https://posteo.de/keys/thievol@posteo.net.asc; preference=encrypt Received-SPF: pass client-ip=185.67.36.65; envelope-from=thievol@posteo.net; helo=mout01.posteo.de X-Spam_score_int: -43 X-Spam_score: -4.4 X-Spam_bar: ---- X-Spam_report: (-4.4 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H5=0.001, RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, RCVD_IN_VALIDITY_SAFE_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=unavailable autolearn_force=no X-Spam_action: no action X-Spam-Score: 1.0 (+) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) Michael Heerdegen via "Bug reports for GNU Emacs, the Swiss army knife of text editors" writes: > Michael Albinus writes: > >> Cut'n'waste error. Thanks for the heads-up, I've fixed it. > > Thanks. > > >> > | + (let ((buf (and (not (memq (current-buffer) >> > | inhibit-auto-revert-buffers)) >> > | + (current-buffer)))) >> > | + (unwind-protect >> > | + (progn >> > | + (when buf (add-to-list 'inhibit-auto-revert-buffers buf)) >> > | + ,@body) >> > >> > I think at least in this part where body is inserted the variable BUF >> > should be uninterned for the obvious reason. Or at least have a more >> > obscure name. >> >> Yes, I've seen such constructs somewhere else in Emacs' code. I don't >> understand why a simple (lexical) let-binding of buf isn't >> sufficient. The problem would exist for any macro. Could you pls show me >> an example how it could go wrong? > > Have you ever read (info "(elisp) Surprising Local Vars") - and the whole > (info "(elisp) Problems with Macros") chapter? (If not, you should do...) > > Short version: Lisp macro expansion is dumb ("unhygienic"): if your > macro uses a variable that accidentally has the same name as a variable > in the "inserted" code (like a BODY), when expanding the macro these > unrelated variables will become one and the same variable in the code > ("variable" or "name clash") causing a variety of funny and unexpected > surprises that are weird and nasty to debug. > > In case of `inhibit-auto-revert', the macro could interfere with a > variable named `buf' that may occur in BODY. A variable named `buf' may > already be introduced in the surrounding code, e.g. > > #+begin_src emacs-lisp > (let ((buf (get-buffer "*scratch*"))) > (inhibit-auto-revert > (setq-local this-buffers-friend buf) > (do-this-and-that...))) > #+end_src > > > The expansion would look like: > > #+begin_src emacs-lisp > (let ((buf (get-buffer "*scratch*"))) > ... > (let ((buf (and (not (memq (current-buffer) inhibit-auto-revert-buffers)) > (current-buffer)))) > (unwind-protect > (progn > (if buf > (add-to-list 'inhibit-auto-revert-buffers buf)) > (setq this-buffers-friend buf) ;; Ouch!! Refers to the wrong `buf'! > (do-this-and-that...)) > ...))) > #+end_src > >> (If you believe it is needed, you can just patch autorevert.el yourself, >> with a comment in the code.) > > If I didn't misunderstand and this was new to you - am I allowed to > suggest this as an exercise? > > The idea for fixing is that the macro instead introduces a new > uninterned symbol instead of an interned one, and uses that in the > expansion (see manual): a new uninterned symbol can't clash with any > existing variable. `macroexpand' and `macroexpand-all' are your friend: > use these to see what you get. Later you can do that in your mind only. > If you don't do that _all_the_time_, you'll get crazy with this stuff. AFAIU you can't do that all the time though, like if you want to introduce a local var in your macro that may be used in body e.g. `it` in cl-loop. Correct me if I am wrong. -- Thierry From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Michael Heerdegen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 05 Feb 2025 17:40:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Thierry Volpiatto Cc: 75626@debbugs.gnu.org, michael.albinus@gmx.de, eliz@gnu.org, tsdh@gnu.org X-Debbugs-Original-Cc: 75626@debbugs.gnu.org, "Michael Heerdegen via Bug reports for GNU Emacs, the Swiss army knife of text editors" , Michael Albinus , Eli Zaretskii , Tassilo Horn Received: via spool by submit@debbugs.gnu.org id=B.173877719127807 (code B ref -1); Wed, 05 Feb 2025 17:40:02 +0000 Received: (at submit) by debbugs.gnu.org; 5 Feb 2025 17:39:51 +0000 Received: from localhost ([127.0.0.1]:52241 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tfjNP-0007EM-Fs for submit@debbugs.gnu.org; Wed, 05 Feb 2025 12:39:51 -0500 Received: from lists.gnu.org ([2001:470:142::17]:60436) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tfjNK-0007Dw-KY for submit@debbugs.gnu.org; Wed, 05 Feb 2025 12:39:48 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tfjNE-0006ok-Vf for bug-gnu-emacs@gnu.org; Wed, 05 Feb 2025 12:39:41 -0500 Received: from mout.web.de ([212.227.15.3]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tfjND-0001je-5N; Wed, 05 Feb 2025 12:39:40 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=web.de; s=s29768273; t=1738777175; x=1739381975; i=michael_heerdegen@web.de; bh=+pajuP8z4qbZTByhLwXL66OLbZd6ZuvsmXqEDVGkso4=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date: Message-ID:MIME-Version:Content-Type:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=qF6zD4ifM5omH9Yi8jCaqj6l16dt2l/L7FmaodFkZywWeetS0OqzstKuypeR/J4l vFDXqZTPIpbs32bSjC4BjELcVXSGLWEOpIs/XBrqwr74wbjfjx0poTLCAt/yDRDb7 6FRLxbZrE0zwJwuyqLgFXlmp8H+Nw3kT6bSw7R02x1SXx6kkvQ3bTIaWy3PV3CI6m 0ItaCMjjgIlbQpM3w3ZmL4a6YuQ2sRBgaJ0fVqpizLUn9HxUfuh8iIMilvSowlWxK PIb7PYx3anW5+JGs5BAM140h7Ic2bLZapkEv6E5U5nctN9gdNVPZNxrRt5q2Y3CwE f6nr4RfAWiHrzFO7dw== X-UI-Sender-Class: 814a7b36-bfc1-4dae-8640-3722d8ec6cd6 Received: from drachen.dragon ([88.66.201.232]) by smtp.web.de (mrweb006 [213.165.67.108]) with ESMTPSA (Nemesis) id 1MqqPN-1t1hnL4BVZ-00hX89; Wed, 05 Feb 2025 18:39:35 +0100 From: Michael Heerdegen In-Reply-To: <87ed0cl5sz.fsf@posteo.net> References: <87r051khsd.fsf@gnu.org> <87plk8dbxd.fsf@gnu.org> <87jzafwxt1.fsf@web.de> <87r04m3ezq.fsf@gnu.org> <87a5babido.fsf@web.de> <875xlv4hci.fsf@gnu.org> <87v7tuikke.fsf@web.de> <87o6zmf1eg.fsf@gmx.de> <877c69ibbm.fsf@web.de> <87v7tsd5kq.fsf@gmx.de> <877c68bo0z.fsf@gnu.org> <878qqo379g.fsf@gmx.de> <87plk0a4ks.fsf@gnu.org> <87o6zk1ctu.fsf@gmx.de> <87ed0g9n8o.fsf@gnu.org> <87jza814pa.fsf@gmx.de> <87ldulwyfx.fsf@gmx.de> <877c65cel3.fsf@web.de> <87ed0cvkoa.fsf@gmx.de> <87zfj0bgdo.fsf@web.de> <87ed0cl5sz.fsf@posteo.net> Date: Wed, 05 Feb 2025 18:40:52 +0100 Message-ID: <87v7tob87v.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:xYSBltKv71NZpjWyErqhhGS1/aSTawCUempuT1HMI6F+LH1tdzT N/Hm2n7u+/5FIaRyGOQLWxS3vuf+XBc+GN2KSnH6ievHSkSyigy5Gm7t3Opoh8+nAENGeP3 lr14/CLf7mgyDB4yxwl7+R3K61HjQRf0Zwlxq7SArPKY3694d/iaiAt/ZMan+IRGK+E/1x0 HpA2pHBYiVd/ew+kOuxlg== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:kiO6I2osIYQ=;aKijecz+TSgRiWQhn2LGLP7U/pC T4GCIIQvv8pTHd93dKZDJIGm17rj2qQR/w/P4Krjg8vtload0WpohRe1xtNrqGs1s1x2CcCV0 xLlkQ7ZEK4/0JrSVTCpylGT5Wkx+zv3tWQ6lKmIz1QhJc50nbYU4V8M1iPOA+M25OczvQ90fL O30T4JQAFRAmKotPi0E3Em8YkyKI4znAsCKpCt08cQ3U3fxrClf6ELvpOc8RXtV6vnyqdERDx eEhNBeoRsa9GVUfZE6cTvbDermzady3iqNIF1ATjGGxvnSjHs+hMNGPxwUkPIyybTyjel66Xk JbkAEfWyOJZHXt48Fj2wBBa+7SrzJWzqX8AMUa9eihcTntTHK0Ya4exeE/Op9tSadmlkxZ1b7 zjCZvDm31QR0exKIC9cbeXYrqdDfGFxcNviDzqTHPAM/f8g2i42vdZ6S2+CEzs2GSJYEmLMAV VzyOzVTfZ8NA26hWwRtwk6+4AlXCthT4pgwfEme1obHobFIAShIgfRip1rLmpajW30QrDQRIO gO02CTDRG+MRI1g7KhPPjqNNR2txlXqO8hqYrL7/PAD0OBJIs9vM7kFVyA2+aOkZagJ2zjMJE vvb2Pwj5HdLqX7BZWFJfEenXSW9Rma0v55DNH1eQ3Jv3CoU+YCe/lE5sQyoplW/5Jluj7Cs9I f2WB0lOsUHGWl78g2lu8elvIIp55yL+P7YTukAqenKOWsGwbAksPwQYMyWhaF3gFVdabviu4m U+FcyQRBvPo+FM0+U0Vbn+GVgFSgazwnuFKSVsTofrOAUItj9Xlca0bLjgnTNAvwsSGTlfNqN QZ0nsygI1+HVmlQYQd0QY2NWrX1XkJsp4wvif67OeObNmzO7dX905XDXI6k07hk5ClgJRz5hH /UcUrD8vNfRsZfZEkwBNDWLt+S4wuNF1e/GLOPrwwoP0iureCH/Blxq/aLq0a+b8flBXWzA/I tSImo/XBDkM77atJgxIExp9MVGeET4zArPZ0rW+LDfelTubhb17szq2gwIfDY7Et7mYAkjo5C EIabtdviwAx4h5CC6b5NuT2f8irVKfZMil/a3SpcUH4sGhzzrzzYwgk768vi8OOX3jgi3LJ/X N6BaCXilXyqgENxutH52lOClNTUHrF/usSVRib48W1r4oqhO2WZYGbKalq4PhYsc/KoEb+b0T w4J2YRbBWYGjbcO6UQi4C3mrHaXycwSWN2Isbm8DGShHi3/MQgCZUTSo/e4FHpB9VZIRUsSoD 9mfRg+4F8XS3j7LbBT4ZwaxayEtmWVBPFx71TP5SUmCpnrM9fBOEYIk4pnq4l6Ecwd3MhA4IK GgrFG58w0SXU/XBYYODj7FCTgclgvxkMFWrfZxZ9XmXtdT0L8USQfD9eteHf/e084hc7ATdxE vz1ee+vV+AKI/46tzk7e5sJf7RrVcoRbgq+GyPCJvA2zHqxgFY1I2QuO/l Received-SPF: pass client-ip=212.227.15.3; envelope-from=michael_heerdegen@web.de; helo=mout.web.de X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, RCVD_IN_VALIDITY_SAFE_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Thierry Volpiatto writes: > > The idea for fixing is that the macro instead introduces a new > > uninterned symbol instead of an interned one, and uses that in the > > expansion (see manual): a new uninterned symbol can't clash with any > > existing variable. `macroexpand' and `macroexpand-all' are your friend: > > use these to see what you get. Later you can do that in your mind only. > > If you don't do that _all_the_time_, you'll get crazy with this stuff. > > AFAIU you can't do that all the time though, like if you want to > introduce a local var in your macro that may be used in body e.g. `it` > in cl-loop. Correct me if I am wrong. With "all the time" I meant "macroexpand little examples in your mind all the time". About what you hint at: yes of course, variables that are not just additional helper variables but something that the macro officially provides, or special variables the macro code intents to manipulate, are "really meant" and no accidental clashes. So nothing special here, no rocket science involved. But thanks for preventing a possible misunderstanding. Michael. From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Thierry Volpiatto Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 05 Feb 2025 19:49:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Michael Heerdegen Cc: 75626@debbugs.gnu.org, michael.albinus@gmx.de, tsdh@gnu.org, thievol@posteo.net, eliz@gnu.org X-Debbugs-Original-Cc: "Michael Heerdegen via Bug reports for GNU Emacs, the Swiss army knife of text editors" , Michael Albinus , Tassilo Horn , Thierry Volpiatto , 75626@debbugs.gnu.org, Eli Zaretskii Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.173878493931566 (code B ref 75626); Wed, 05 Feb 2025 19:49:02 +0000 Received: (at 75626) by debbugs.gnu.org; 5 Feb 2025 19:48:59 +0000 Received: from localhost ([127.0.0.1]:52724 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tflON-0008D3-A0 for submit@debbugs.gnu.org; Wed, 05 Feb 2025 14:48:59 -0500 Received: from mout02.posteo.de ([185.67.36.66]:47691) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tflOK-0008Cm-O1 for 75626@debbugs.gnu.org; Wed, 05 Feb 2025 14:48:57 -0500 Received: from submission (posteo.de [185.67.36.169]) by mout02.posteo.de (Postfix) with ESMTPS id 95FD6240101 for <75626@debbugs.gnu.org>; Wed, 5 Feb 2025 20:48:50 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1738784930; bh=/aCKatAsdsFW1q0LvCFt2nrhJ7NcAvexCMtHZXtaQgI=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version:Content-Type: Autocrypt:OpenPGP:From; b=BDZi6qu40ErC5eRwOrkEG90FNafiNqaJeM+45MVUyRaqT7oxBD8wNcMD5wexAJfFe ZWvMi+fTrA8qwe3DlB/4GSz8BcNlCe+Htb3VtsFji87hkGSxTg4wbyrqNpOsmxPXRP tdZUGAZiAPh+S+aKFwSDbnleDZFg8vCm5ShlXphn5vcUDtZRrli5x+5cAs+HtJsPhm vnd/DT+PMrqa2KdhoRP6HMtoxaLcg5bdtpUePhHYqFu7n5vmeZjTSkv8KBbz5GmIXd DfyGJ039FPMX8P7qxoRdA8MQjvtgkEasrTEmTceWimC9JEKkAzlXmyK3IczeV1EQVs bPQdqpKUv3iVQ== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4Yp9lf5PcZz6tsg; Wed, 5 Feb 2025 20:48:46 +0100 (CET) From: Thierry Volpiatto In-Reply-To: <87v7tob87v.fsf@web.de> (Michael Heerdegen's message of "Wed, 05 Feb 2025 18:40:52 +0100") References: <87r051khsd.fsf@gnu.org> <87jzafwxt1.fsf@web.de> <87r04m3ezq.fsf@gnu.org> <87a5babido.fsf@web.de> <875xlv4hci.fsf@gnu.org> <87v7tuikke.fsf@web.de> <87o6zmf1eg.fsf@gmx.de> <877c69ibbm.fsf@web.de> <87v7tsd5kq.fsf@gmx.de> <877c68bo0z.fsf@gnu.org> <878qqo379g.fsf@gmx.de> <87plk0a4ks.fsf@gnu.org> <87o6zk1ctu.fsf@gmx.de> <87ed0g9n8o.fsf@gnu.org> <87jza814pa.fsf@gmx.de> <87ldulwyfx.fsf@gmx.de> <877c65cel3.fsf@web.de> <87ed0cvkoa.fsf@gmx.de> <87zfj0bgdo.fsf@web.de> <87ed0cl5sz.fsf@posteo.net> <87v7tob87v.fsf@web.de> Date: Wed, 05 Feb 2025 19:48:38 +0000 Message-ID: <8734gskwa1.fsf@posteo.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" Autocrypt: addr=thievol@posteo.net; prefer-encrypt=mutual; keydata=xsDNBF8ylcIBDADG+hy+zR6L4/vbdDDZuSaMmSrU3A5QZJpeBCvxTr7MpzzruZbhLPW1K3R6N2MA edi8Y+C8o27FVRIjpdbaKMGu9je7JV/TbUQYo3SOwCK1vM4LUn4V6ZLzSYkuiEt4eyMoiDdyvN0p kcK6P9x9DCetcEVszXzQg+yzCVrQ2hXWDXWT4M18EC3wtO7RHPouMqGiwBFhBAYErCqFWFxQHkfb tG/4yGyJ58rglb65O3qijjMWvYwcWZun9/7qm8Z4/4mHopmo2zgU+OrptnLSZfkZGz3Y7Uf452xQ GVq0Fv75NPvQru7y+DYVhuVXXyAmGxt+vf4rIiixMBbhKEPjcxEPAa2LTzex2IsTZR+QVG9uDnqC WcgaOEQ58fzXNvNhtwwF/Rgio2XWAJVdmFWS59/k9W58CIUSNKBMZh2XeGdEmtHvDtCxW3z6FJha 36RzOM3fMNNiAGdFZJA84gcdloJR+sHCDTTPT3784fjr+V8An7sI581NGFzkRQqPvEQCZbUAEQEA Ac0SdGhpZXZvbEBwb3N0ZW8ubmV0wsEOBBMBCgA4AhsDBQsJCAcCBhUKCQgLAgQWAgMBAh4BAheA FiEEI9twfRN7r3nig/xwDsVtFB0W75MFAmL3HCoACgkQDsVtFB0W75OVEAv/f6XxmtIFz08fUb8h Bp/zJP6IC4/rhhh+0GMRIRzLN8DK0jV8JCzYdFHiRJOy2lNIOpmrrCmjRRxferc2G42+ePFIsslx hU46VSz1Z83NwIG3mpdYNV5WUTUdgzxExHTNTFCd7NKv0nlHKQaAtdXm5bYnSHsnL7cx8z7lukA/ EsJocE+GD7QXnsrdlicvdobI0TEN4l73221a72oCvHfYLCVsB6YsNJ5ZGkA1zSjzln5uLAgZ/2r/ aqlao/AlSZkAk6+hvK0RyAZ/YR4YRZxO8Fsd0gWgFkanRfKfufJ1V0OHZg7yszi3q/hRzS+rZtJ0 OuzDlh/dyQkxVkZb9vis/+HnGDJrBE5MsmJLcy2Sy3uUnio0fq8q9CrZbudvd1DajlZxPzTm0csP eUk45QEgbhEU7MfyAX/mkKxjHajz2cMcHKIap1BqEgJl4BKFeLMcBZ4O1p9ivwtf1Ht2JTp5lOi0 ItPfhQ4DP8LZ1ZIkN5Kg9v0cyw9meRzAuuR0V2GtzsDNBF8ylcIBDADnIDHEkmk4lUwTlOhwb2yj UfmGPnpH3MCCHkjM9H/P1gTHxFWtwFVPcNMCwXWvKSBTF2dZXKERD0yzG06zT53ZMN7EIIeuY6m4 R8IcMvpohciisWxbFoB4ZY117tVSeqjo946itgbpdeESKl9a8dpn7ytZMyYxPdojlQAqxeAJ8444 raESh1oTKXb64hlk4l2pSRlrLgjpJBo8asAfZndaxIUKhw68tV8sqeZh9P6cGtHbUELKVJqefNV7 V7jF5wf3xvRG6Ces3kSKXalLfs+vrVaoOjQeWrc0AtwFWHmt9JLfKrqF+Q2Q7jUidboWmazQM56E SJFPpPHmWq8k6DHspsFHOforLouTHJL1556IPne7IV2BGfWc0+xLxalZ8F5F+vnPF/OkrC1CD5iC KTjXKa2iZbcYdYQAiL6P8Ac8CgN6EkhpbxRtzrEgChuNGevdi/G/GHG4Zqrh6YFwIa/NHq2aVaFq 5C1yNTMJd1FRjRzs5JPPlJKpYDnNx+MSp7UAEQEAAcLA9gQYAQoAIAIbDBYhBCPbcH0Te6954oP8 cA7FbRQdFu+TBQJi9x1ZAAoJEA7FbRQdFu+To6QMAIcvUSiFwCIggxkmYy3ZY0QAMLmIPga8DNPM XbfSOBDb2KLGBd+FAA8p2GExpul4r6kOYnGogtojByHmVgrd30/3ZURTM8Vj51wwD05viMZccQHl Wd9J/qZIvhBJlJWYnwVxh+2Kg4/hkx7SGc7JJS5GS37+PFQOJHPGMxc+fe4Ty2FdjIOVf3P1Hov9 K6yBI7Af66qqcL3aKJ4jJidRYN8sMaKOqEu4rcSpTxp8/3Ddbs9HezUgXeUzOLJMcEYFlvCyC8ZS l/QDZmpobKbxZ1JAqZM8lnmcZYSV7OsWnxJIYDV1gH5LTLj7bGswXaB4B+qkckihWkRZixu8q1IK 0c/xwUzyF092uFRM/sQKrSmnwA1+hQiiIuEl4XVz5li0/TmMta3ijUM7GNbl2IjioTRxWWecwad1 mNHvKTcXPsKDAbHFdLvQzurnroBHQV0jSPNLTP5Suo7RnLbehfg5INpGjToCUlrd2qQqgXW7h5qZ TgUq5UmBc7YZ0JYWQgPTbQ== OpenPGP: url=https://posteo.de/keys/thievol@posteo.net.asc; preference=encrypt X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Michael Heerdegen writes: > Thierry Volpiatto writes: > >> > The idea for fixing is that the macro instead introduces a new >> > uninterned symbol instead of an interned one, and uses that in the >> > expansion (see manual): a new uninterned symbol can't clash with any >> > existing variable. `macroexpand' and `macroexpand-all' are your frien= d: >> > use these to see what you get. Later you can do that in your mind onl= y. >> > If you don't do that _all_the_time_, you'll get crazy with this stuff. >> >> AFAIU you can't do that all the time though, like if you want to >> introduce a local var in your macro that may be used in body e.g. `it` >> in cl-loop. Correct me if I am wrong. > > With "all the time" I meant "macroexpand little examples in your mind > all the time". Ah yes, I agree with this, sorry for my misunderstanding, I thought you meant "always bind vars to uninterned symbols". =2D-=20 Thierry --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQHHBAEBCgAxFiEEI9twfRN7r3nig/xwDsVtFB0W75MFAmejwJYTHHRoaWV2b2xA cG9zdGVvLm5ldAAKCRAOxW0UHRbvk8QqC/9ABRvRhjtJpNjBo8U41SRYKBsPiArX pRjePYv4FjHL9o0s70LXHIwWCJNS2fPhIfHgOupuD+vF5asIeTGwEnln6G8lxM7W W750Yn/36TG6PR3U+oSjte/vzB0lEBfOdxEMXvpvMnsqR9qF4vG14mDUY0jbkW+H 1XJN36faAFwUYTwICaNA08x8IkqM+EHFfypBGlyCWYBqXzLQcSmDszCu2MvVpQfW Fv11eEcU74OA6I+fAxGSKvrybBMY/V0sGFGpKeXL6TDF4TqnR7JlmZccBkAwskNu wfTrmizTuElAzl7oFoCO7e01lIAGqIkpqM0/XaTgXVFaqzo7ABqEUTN0FC5Zb+R2 WDD+HyGhaJ3gbGURB2b5jaFFaG2vaNZz+9p+hHATGnvJpGB+NqyRUnD1mSHsEdIC 2cMcbfL+Aixc7ftNTly8wKMR+x8TWsZjFGhv1Lta7jhZY7ZVKVnnQIm+etzlhU0j sewEPFC529sI3i/qET4ZYMPi+JlVKol2pS8= =zuMH -----END PGP SIGNATURE----- --=-=-=-- From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 06 Feb 2025 16:01:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Michael Heerdegen Cc: 75626@debbugs.gnu.org, Eli Zaretskii , Tassilo Horn Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.173885763121691 (code B ref 75626); Thu, 06 Feb 2025 16:01:02 +0000 Received: (at 75626) by debbugs.gnu.org; 6 Feb 2025 16:00:31 +0000 Received: from localhost ([127.0.0.1]:59136 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tg4Io-0005dm-QU for submit@debbugs.gnu.org; Thu, 06 Feb 2025 11:00:31 -0500 Received: from mout.gmx.net ([212.227.15.15]:33539) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tg4Il-0005dX-Sx for 75626@debbugs.gnu.org; Thu, 06 Feb 2025 11:00:28 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.de; s=s31663417; t=1738857617; x=1739462417; i=michael.albinus@gmx.de; bh=riSnQCDAtibBnnNihaiPlgowanqDbRZ+feuYajDn8SY=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date: Message-ID:MIME-Version:Content-Type:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=MAbKx8ZIHRU6TDnzy3HKPOABWPOzwDBBidTqvj1s9zG/T3cydkzda12I6uW8ZNFh 7Rq1kE8tWOS27b2AvuwBXrAJ3zKIEHq1+rMdSU/tB8XGpcOKcrM1DEPu8l7g6JQrz y5pVT7ogwqs/dtxyVl9g1lqsY4QT2fI+DjG17vnITkUsQu821I5McAq1iMrWWSBR0 I5XXpogAhaCMszekPQQx/DNQOblbDjFRvPxpXO8JjDRiOk23fDAxaGCJF2Ay0Y7bX oJyOUvALGx4dqf0GdBnV3XTUJ1X3lSIfjd5SKZas5tjoS118uUsrISdOMgwM4pjz7 wfJmwKwjb5xOPau1xg== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from gandalf.gmx.de ([185.89.38.155]) by mail.gmx.net (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1M26rD-1tiXH73bZJ-005DyH; Thu, 06 Feb 2025 17:00:16 +0100 From: Michael Albinus In-Reply-To: <87zfj0bgdo.fsf@web.de> (Michael Heerdegen's message of "Wed, 05 Feb 2025 15:44:35 +0100") References: <87r051khsd.fsf@gnu.org> <87ed0pyt4e.fsf@web.de> <87plk8dbxd.fsf@gnu.org> <87jzafwxt1.fsf@web.de> <87r04m3ezq.fsf@gnu.org> <87a5babido.fsf@web.de> <875xlv4hci.fsf@gnu.org> <87v7tuikke.fsf@web.de> <87o6zmf1eg.fsf@gmx.de> <877c69ibbm.fsf@web.de> <87v7tsd5kq.fsf@gmx.de> <877c68bo0z.fsf@gnu.org> <878qqo379g.fsf@gmx.de> <87plk0a4ks.fsf@gnu.org> <87o6zk1ctu.fsf@gmx.de> <87ed0g9n8o.fsf@gnu.org> <87jza814pa.fsf@gmx.de> <87ldulwyfx.fsf@gmx.de> <877c65cel3.fsf@web.de> <87ed0cvkoa.fsf@gmx.de> <87zfj0bgdo.fsf@web.de> Date: Thu, 06 Feb 2025 17:00:13 +0100 Message-ID: <87a5azoygi.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:Lw/cEdXaJCM0PlvjrebHFLcGKRbN8oe3Wyxw+BIsaqT6SaUR1CX 9ZbY5a3rlAtUTlauh7osawC/oqtXwF+9LDx0LPWOUgYnIogv7p+HMYul8I9xp7oqcXlNRnV o0PMEDyvb96PS+n5neEbjylyrhkc3V4suh4upC3eY37fSuzSGqz5mV/5+gg4f2rzo+4jkqe o6r1+J5PuFrdBR9/5S0Pw== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:NCSmpraGYN8=;HO0Y+QrE5Zg9/lKartEslXQRiF7 qj91hWXbMfOQrDx4bRFaN90Bd4+x6Qz3E+kWkSS10bksMxJPKhM7JxquQxIyFFQb98YHCqF+9 +LU43hl0kFyz4R0Km7kTDVgDj7ZE/P8XyW0UvIyHIVMDR5/jR7eymcc28MN4mNkv7bfPk8bfc UF6+Fay8KSJsM0RVnBOUBlv1PZyrElE0UPuot+45l/uRhxX7GqIzyyx28u2VjlehT2ABeutTo aPgEaNHOZPhdaScLMvzepcm8gX6bTfXhTSMBxdugsY3TbPBtn2ty0e29VMwc9hz5sDfCDMj35 hVz7X86AKKCQOEO/2V80AIirCGRRirsCOZGrYg9lsWLEVVwHfw95owkJyfGWA1RvzsGEzjubW /jLnsko3IEbfN0/sC765rJrv0xx38KdftqcieQSJfUucXBJbJ6OvTEVW+hH7Y/mMKEnEyFy2x dWKB1nmVjzn32RI1uGS1mKpWQKC/5bDKLdx4q9WuFrj3gqShhKApbbpdxz8Zr2knXgJciy7vd KF5rc+ec9IQcAUcHp4fw9zjExhj7s0fo51aqfKjvlFMtrqKjimMohPY1T2u/+w7STrRqfixSv ewSH2QXSbSDxuEzvfWcJAfKkzPKKh01gsrMT05+ypcaRekdmaqnuIrlMEwMI4pYEx6iJGZMys 00N2C7VUT/ZAdsJco7cqgnCtsFyuFN/fxgGDTjOzCQNJLqmdkriHf0cnVSuLjp7L3bciNSw5e beKT3FeFjhhkBFDXGTuUn2IUYDrDMTCDrIooIm5LeG0oLcmWVtApvzTihEE2XeJAC/40otWE7 xPunm/DM78RF/SOkLgGJCK/K2uUOMKtTzVqNUkN90HIYIR1YG8WX5aMYmGirCaisVEI7V+EGo hz9jkM04Gv3c5QQUwDhE7bxWneQUChFFY1jtoVWzlN8cdpZEFrhstHg9lrbuVarKeRzCCAdK1 ZFdYQhguz1zvI4wfmARQDvde5POEDHHQALzlfW+amyefavuEh1jo6dU59fDl2k4dCiIQZKLJN 5fqMbYwMbrSHg+PGft1OLKmCtEgB8McVHcrooWi04mVGoTp4Y7N4DQkfoA+csoU0iO5i7rU6I X+DV6TJq09Gl+asAN1uc0tPuXoaeD2OMwS3mvOM7/wBpm1qrGgm9JVjMDnuNVCdgzU7ZJkqEJ 4o6ezAFrUc/6N9Dy6QuVMbCZIC5KqvR/jT88SDsDSLyCOBGvMxrNgumeuKKkK3eSghEpD3cqx s8ucrpauOP+rSDVcpswtfkiHqqYA9T940cpCun/KEN6WBt52XrixJLoFQ8//r9zZVKR4zLouR aforGW3HpqSUfhvY+xnJb5n7ADxG1dOFzvPStR04xMDSX+5XTWwT9fzcc/uUDeGM5SEK6/pW/ 5I8eJXuobb7v1VIcfWAVQOQsxgVUg19HnDPu0VPoZsDzOOys1cKM7+2Kmo X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Michael Heerdegen writes: Hi Michael, >> > I think at least in this part where body is inserted the variable BUF >> > should be uninterned for the obvious reason. Or at least have a more >> > obscure name. >> >> Yes, I've seen such constructs somewhere else in Emacs' code. I don't >> understand why a simple (lexical) let-binding of buf isn't >> sufficient. The problem would exist for any macro. Could you pls show me >> an example how it could go wrong? > > Have you ever read (info "(elisp) Surprising Local Vars") - and the whole > (info "(elisp) Problems with Macros") chapter? (If not, you should do...) I did. But I've never thought about consequences for macro expansion. Finally, I've decided for "a more obscure name". > Thx, > > Michael. Best regards, Michael. From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Tassilo Horn Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 06 Feb 2025 17:00:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Michael Albinus Cc: Michael Heerdegen , 75626@debbugs.gnu.org, Eli Zaretskii Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.173886114532455 (code B ref 75626); Thu, 06 Feb 2025 17:00:02 +0000 Received: (at 75626) by debbugs.gnu.org; 6 Feb 2025 16:59:05 +0000 Received: from localhost ([127.0.0.1]:59267 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tg5DV-0008RO-Cx for submit@debbugs.gnu.org; Thu, 06 Feb 2025 11:59:05 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:33942) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tg5DT-0008Qt-77 for 75626@debbugs.gnu.org; Thu, 06 Feb 2025 11:59:03 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tg5DM-0000nI-8i; Thu, 06 Feb 2025 11:58:56 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=FKSwsDWSkxhbFcXbDH9QNht5LdaB17Rhd0zk63SptJU=; b=SedBDTIX4F2PRvY3lrFf UNA/MXjJJpO3I+oBMNfHe5pwthAzd0MicRWs1JF5kjq+/PVYvZJZRH5D99toYkCuKnR/dCuqkuDtS RAKamh22LVnGvyhxKhy5lOWWgBNyHIp9EbAD0mJhnCLhpQdMa1sBywI58Ol6owEf4xkyQnYsQGAuM ZLFxL+0F406QyEWhVeF4/pADOL/42M1OaKZwABoALM1X/7iOA8TwQGUPpqXkWaDn1mmHY4UFsZ4OV aBi7kND8RuvVKdMYL4SWSRNd4bzQI0rgZB+hfVyDU4PZUMOyBTGZVBz9fLEmtMGqLZfNcf5t8JpLB 5l3sQDgnyCMGiA==; X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeefvddrtddtgddvieelfecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpggftfghnshhusghstghrihgsvgdp uffrtefokffrpgfnqfghnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivg hnthhsucdlqddutddtmdenucfjughrpefhvfevufgjfhgffffkgggtsehttdertddtredt necuhfhrohhmpefvrghsshhilhhoucfjohhrnhcuoehtshguhhesghhnuhdrohhrgheqne cuggftrfgrthhtvghrnhepleduvdegfeduvdejkeefteelgeetgfevhefhueffueffgeeh gfeufefgvdffgedtnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilh hfrhhomhepthhhohhrnhdomhgvshhmthhprghuthhhphgvrhhsohhnrghlihhthidqkeei jeefkeejkeegqdeifeehvdelkedqthhsughhpeepghhnuhdrohhrghesfhgrshhtmhgrih hlrdhfmhdpnhgspghrtghpthhtohepgedpmhhouggvpehsmhhtphhouhhtpdhrtghpthht ohepjeehiedvieesuggvsggsuhhgshdrghhnuhdrohhrghdprhgtphhtthhopegvlhhiii esghhnuhdrohhrghdprhgtphhtthhopehmihgthhgrvghlpghhvggvrhguvghgvghnseif vggsrdguvgdprhgtphhtthhopehmihgthhgrvghlrdgrlhgsihhnuhhssehgmhigrdguvg X-ME-Proxy: Feedback-ID: ib2b94485:Fastmail From: Tassilo Horn In-Reply-To: <87a5azoygi.fsf@gmx.de> References: <87r051khsd.fsf@gnu.org> <87plk8dbxd.fsf@gnu.org> <87jzafwxt1.fsf@web.de> <87r04m3ezq.fsf@gnu.org> <87a5babido.fsf@web.de> <875xlv4hci.fsf@gnu.org> <87v7tuikke.fsf@web.de> <87o6zmf1eg.fsf@gmx.de> <877c69ibbm.fsf@web.de> <87v7tsd5kq.fsf@gmx.de> <877c68bo0z.fsf@gnu.org> <878qqo379g.fsf@gmx.de> <87plk0a4ks.fsf@gnu.org> <87o6zk1ctu.fsf@gmx.de> <87ed0g9n8o.fsf@gnu.org> <87jza814pa.fsf@gmx.de> <87ldulwyfx.fsf@gmx.de> <877c65cel3.fsf@web.de> <87ed0cvkoa.fsf@gmx.de> <87zfj0bgdo.fsf@web.de> <87a5azoygi.fsf@gmx.de> User-Agent: mu4e 1.12.8; emacs 31.0.50 Date: Thu, 06 Feb 2025 17:58:51 +0100 Message-ID: <87frkryppw.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Michael Albinus writes: >> Have you ever read (info "(elisp) Surprising Local Vars") - and the >> whole (info "(elisp) Problems with Macros") chapter? (If not, you >> should do...) > > I did. But I've never thought about consequences for macro > expansion. Finally, I've decided for "a more obscure name". Why not go the full way and do it correctly like with this patch: --8<---------------cut here---------------start------------->8--- diff --git a/lisp/autorevert.el b/lisp/autorevert.el index 315100885be..b3079658ece 100644 --- a/lisp/autorevert.el +++ b/lisp/autorevert.el @@ -781,22 +781,24 @@ auto-revert--end-lockout "Deactivate auto-reverting of current buffer temporarily. Run BODY." (declare (indent 0) (debug (body))) - `(progn - ;; Cleanup. - (dolist (buf inhibit-auto-revert-buffers) - (unless (buffer-live-p buf) - (setq inhibit-auto-revert-buffers - (delq buf inhibit-auto-revert-buffers)))) - (let ((iar-buf - (and (not (memq (current-buffer) inhibit-auto-revert-buffers)) - (current-buffer)))) - (unwind-protect - (progn - (when iar-buf (add-to-list 'inhibit-auto-revert-buffers iar-buf)) - ,@body) - (when iar-buf + (let ((buf (make-symbol "buf")) + (buf2 (make-symbol "buf2"))) + `(progn + ;; Cleanup. + (dolist (,buf inhibit-auto-revert-buffers) + (unless (buffer-live-p buf) (setq inhibit-auto-revert-buffers - (delq iar-buf inhibit-auto-revert-buffers)))))))) + (delq ,buf inhibit-auto-revert-buffers)))) + (let ((,buf2 + (and (not (memq (current-buffer) inhibit-auto-revert-buffers)) + (current-buffer)))) + (unwind-protect + (progn + (when ,buf2 (add-to-list 'inhibit-auto-revert-buffers ,buf2)) + ,@body) + (when ,buf2 + (setq inhibit-auto-revert-buffers + (delq ,buf2 inhibit-auto-revert-buffers))))))))) (defun auto-revert-active-p () "Check if auto-revert is active in current buffer." --8<---------------cut here---------------end--------------->8--- BTW, Clojure has a very nice feature. When you write a macro like (defmacro quux [] `(let [x# (foo) y# (baz x#)] (+ x# y#))) every occurrence of x# (and y#) expands into the same gensymed/uninterned symbol. So you don't need to manually create and let-bind uninterned symbols in order to splice them in the expansion. That would be nice to have in Elisp. Bye, Tassilo From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 06 Feb 2025 17:41:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Tassilo Horn Cc: Michael Heerdegen , 75626@debbugs.gnu.org, Eli Zaretskii Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.17388636558273 (code B ref 75626); Thu, 06 Feb 2025 17:41:02 +0000 Received: (at 75626) by debbugs.gnu.org; 6 Feb 2025 17:40:55 +0000 Received: from localhost ([127.0.0.1]:59359 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tg5ry-00029N-Vg for submit@debbugs.gnu.org; Thu, 06 Feb 2025 12:40:55 -0500 Received: from mout.gmx.net ([212.227.15.18]:58965) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tg5rw-000297-Oq for 75626@debbugs.gnu.org; Thu, 06 Feb 2025 12:40:53 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.de; s=s31663417; t=1738863642; x=1739468442; i=michael.albinus@gmx.de; bh=8cSy0u9f+wEZ0yw4/OAdOlPGcsTV1esIFNAWeDVEyKI=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date: Message-ID:MIME-Version:Content-Type:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=XPCV5emwUx7WSBZIMIRoTVPTjvrU3Pq45fzGV10aI8GFDBDNfvQn75ooyBad7wCb LJiAu8yEYZGw30fNxIFQEbhnGkHAnC3s9NtCMCXiDJXDj2WiP+3opdPBNWAmgU98T 5hKne9cHBUmqOdTva9HbY/zUlzTEhj/qCwWT+0CqyKj9Pi7FE/WsLrjIOTq3iGjjK Z91bDrVrsedtwVVANM3B7rcDcN7p6Re2c1+Nv/Qtzfebkj/YD32+TpahfIem28WUR i3w92x4b60oPynWlSWUNbHK+NM1bTKo7zJrXNDpXpnQgpUI4ZlHhv+YytDp5P2GDd UKfLsneAP46A47622Q== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from gandalf.gmx.de ([185.89.38.155]) by mail.gmx.net (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MvbBk-1tNjln3j4o-00w29r; Thu, 06 Feb 2025 18:40:42 +0100 From: Michael Albinus In-Reply-To: <87frkryppw.fsf@gnu.org> (Tassilo Horn's message of "Thu, 06 Feb 2025 17:58:51 +0100") References: <87r051khsd.fsf@gnu.org> <87jzafwxt1.fsf@web.de> <87r04m3ezq.fsf@gnu.org> <87a5babido.fsf@web.de> <875xlv4hci.fsf@gnu.org> <87v7tuikke.fsf@web.de> <87o6zmf1eg.fsf@gmx.de> <877c69ibbm.fsf@web.de> <87v7tsd5kq.fsf@gmx.de> <877c68bo0z.fsf@gnu.org> <878qqo379g.fsf@gmx.de> <87plk0a4ks.fsf@gnu.org> <87o6zk1ctu.fsf@gmx.de> <87ed0g9n8o.fsf@gnu.org> <87jza814pa.fsf@gmx.de> <87ldulwyfx.fsf@gmx.de> <877c65cel3.fsf@web.de> <87ed0cvkoa.fsf@gmx.de> <87zfj0bgdo.fsf@web.de> <87a5azoygi.fsf@gmx.de> <87frkryppw.fsf@gnu.org> Date: Thu, 06 Feb 2025 18:40:38 +0100 Message-ID: <875xlnott5.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:YcVM+PdHKOPxqoukncxga/W23oVLfgmPOp3Hzw45h9EAhAuOKVZ 1Q0sobcPPIOuiG35tVFyNL6N7bAoxQocjWmtQpXt+RIJLSfMZ63cILUkN+Ej2V+xuv4xJU9 AgbvYOmZHxr4tvAX5sV8JVT7M67kz7CleQeJ415kMF/dvdRxtD9rSUDNQZs6ioywBC4xfu3 SoZjenwIKVDc12oR3+smQ== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:RSD0VZko+N4=;NpFyxInRxlnLRVNr5DxL/qsP46j RDJOIt9lummt2BJuqcELXdBvNlq7b0GxQAKhX02Nz0c70RBR8/CfjsorUfnTy5ZUdav2SZlcW +CmVsAzlIj2oajf4ksdEqc9JMXZRMdfwhjFTj69FYo8JgzPtkW/RJN4nLs5L13PgPCpNH7Ymg gF5wmaxCVmYebBzP1r/KlLlKs+FXFe+xSJGxSIRC2AsydiMCMKk0nfXz9+3G7xjBuZVpn9/8G GBeYtxdZLjI+RCED6NBHykL8t7zLuSp2fWp/eQvCjPojF0D1G5Oe4iD/jFv9ggXgoAFCFSQ5u Hu+5YQFaucVCYm+evTxAbDau69+42tZbs0cNBUtRrbomK8SzGr8m+eJKo2fimpjTcIrfo3nMW x4cgJ2f4fKpkIZTkFjj0HN90DrbbA3fFdkXBGsrnOPMHBoH3mhiu3u90E5kGytB4HpU3gCbLf BrwV9e0rN0T/dwKdbCia5yvbvsTECwPD7aAbU0ykvLJMiHap3HBNEvHj13/hm3cb/wqgN37hm geXJVy3sZwP/f/E8TYr+B8k8Q8oI0+kixpXecAHEdObiMTobuqUOWocojziPOoOzhhzxKXyIL ShjO5r5vGS5flhz6UPoiHkk4fc1RsCF7Ij2tt9piGeW70NRZxzeBc3Vk7rIo5bpnPTnf0TynC cxRP9mBAOSSShIYvmjqVMYsnhYDtzyJDYF3a+Y7zqA5y5J5opUKKvisr515rrELvj6talNKG/ ufhlpfCX08reEdzTcI+xP+bnEGv6WBejmg5EeGaN4J3kQEOs2XpEq5z04wyVzGJv+ju+4ViIk PGuAVwNpyLktEqY9EdTKXjDbDDYdofdQVd+HRQUESXAgx9aVw3JRcNNAn//GwxD24uJDdXCD5 YlUXkFGqYtz/ZNyphRIJfKn0VP3HGOMz6nXaWAyZdHWDGHwKfrlfmzNbcRTU0d3jOw9vvQqfM ujJvcTGqM09X1MtRfSE+PRzribS7covRQDBFXkqHUr3E6uzu5PzLhPl2aEqRYtKBKh4/W9A5n io5ycFu8uqy2BtC7/NkMKuUJ0QBlYrID6QJ/2pHuh02Rk/RD4MqCtDUUVAc0cja0xn94isFzw poRIP+rPntVhWlVDCKuNvw3L/1/78XGYeJt0AdddDjl1mwjo//gbVUcCULbgR52qI0hxGzl2a Hl/+BOFUIEbOXRJKQQogdWY4wLl9MEiuunSlqkn1BTbhGdGCKWLsyTVTtWO1U7EJEubtdK3Ve GuhQuSGaacPDFsJPy1LnqCjols70cW5thX36GIIt9ek+5UJdm+vbC1B2BygcKQSpn6tDCqMUw IInB/FqWQ1J/jxY2cImrrGZSZ8L1TMsCgkdjfm1t6hntSqc/3ysfJbR+ZZOs8Y9Ni8RULYnTi aV1g864vSxvsVxFkKhVRcbaI/JeNP8G31GUu3ATJHW+wQRmiv01SU6ik2L X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Tassilo Horn writes: Hi Tassilo, > Why not go the full way and do it correctly like with this patch: You're welcome. If you believe it is the better code: change it. > Bye, > Tassilo Best regards, Michael. From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Tassilo Horn Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 06 Feb 2025 19:12:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Michael Albinus Cc: Michael Heerdegen , 75626@debbugs.gnu.org, Eli Zaretskii Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.173886911224381 (code B ref 75626); Thu, 06 Feb 2025 19:12:01 +0000 Received: (at 75626) by debbugs.gnu.org; 6 Feb 2025 19:11:52 +0000 Received: from localhost ([127.0.0.1]:59492 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tg7I0-0006LA-0n for submit@debbugs.gnu.org; Thu, 06 Feb 2025 14:11:52 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:41464) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tg7Hw-0006Ku-NK for 75626@debbugs.gnu.org; Thu, 06 Feb 2025 14:11:49 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tg7Hq-0005nZ-Tv; Thu, 06 Feb 2025 14:11:42 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=MrudPTFkknIzknVPpDCDHKGxhuwqxsZR6V2xOYLb8Vg=; b=LBS2sha/x9I0zFnr/1C7 /6HwyZu0bAuNmW8ZGvFFzBf6j21ThsvH8Bg1Zbjvc+MvHfVN51AsDStLuGNPs5InshQDF8zpWouwE qJ24uqv2BbG7+ryNkinw26JMPn+Qw4eTHUxOcR1Ewrj78RUvfTm/MIPKCjturoDh7ryo/OZYmT7gQ 2ZmwCTOZoh3W55aeFUlF2eSmDW3hCCdQBbu/u5Y3Oq8O+6RG41PkeMVWPFgUvdSriWIBOxezrwaKm 90814I0joNLkpwPQDqwJGEmQzkhjmGFSAx6QmyaBYAam8/GZHUIJjN46nP0gEz9OhtHBiIHBKgJ/D e8yD66YeWCGKRQ==; X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeefvddrtddtgddvjedulecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpggftfghnshhusghstghrihgsvgdp uffrtefokffrpgfnqfghnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivg hnthhsucdlqddutddtmdenucfjughrpefhvfevufgjfhgffffkgggtsehttdertddtredt necuhfhrohhmpefvrghsshhilhhoucfjohhrnhcuoehtshguhhesghhnuhdrohhrgheqne cuggftrfgrthhtvghrnhepleduvdegfeduvdejkeefteelgeetgfevhefhueffueffgeeh gfeufefgvdffgedtnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilh hfrhhomhepthhhohhrnhdomhgvshhmthhprghuthhhphgvrhhsohhnrghlihhthidqkeei jeefkeejkeegqdeifeehvdelkedqthhsughhpeepghhnuhdrohhrghesfhgrshhtmhgrih hlrdhfmhdpnhgspghrtghpthhtohepgedpmhhouggvpehsmhhtphhouhhtpdhrtghpthht ohepjeehiedvieesuggvsggsuhhgshdrghhnuhdrohhrghdprhgtphhtthhopegvlhhiii esghhnuhdrohhrghdprhgtphhtthhopehmihgthhgrvghlpghhvggvrhguvghgvghnseif vggsrdguvgdprhgtphhtthhopehmihgthhgrvghlrdgrlhgsihhnuhhssehgmhigrdguvg X-ME-Proxy: Feedback-ID: ib2b94485:Fastmail From: Tassilo Horn In-Reply-To: <875xlnott5.fsf@gmx.de> References: <87r051khsd.fsf@gnu.org> <87r04m3ezq.fsf@gnu.org> <87a5babido.fsf@web.de> <875xlv4hci.fsf@gnu.org> <87v7tuikke.fsf@web.de> <87o6zmf1eg.fsf@gmx.de> <877c69ibbm.fsf@web.de> <87v7tsd5kq.fsf@gmx.de> <877c68bo0z.fsf@gnu.org> <878qqo379g.fsf@gmx.de> <87plk0a4ks.fsf@gnu.org> <87o6zk1ctu.fsf@gmx.de> <87ed0g9n8o.fsf@gnu.org> <87jza814pa.fsf@gmx.de> <87ldulwyfx.fsf@gmx.de> <877c65cel3.fsf@web.de> <87ed0cvkoa.fsf@gmx.de> <87zfj0bgdo.fsf@web.de> <87a5azoygi.fsf@gmx.de> <87frkryppw.fsf@gnu.org> <875xlnott5.fsf@gmx.de> User-Agent: mu4e 1.12.8; emacs 31.0.50 Date: Thu, 06 Feb 2025 20:11:38 +0100 Message-ID: <87y0yizy51.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Michael Albinus writes: Hi Michael, >> Why not go the full way and do it correctly like with this patch: > > You're welcome. If you believe it is the better code: change it. Well, it rules out a possible (but, honestly, quite unlikely) bug, so I've done that. Since the two local variables have separate scopes, one uninterned symbol sufficed (in contrast to my previous patch). I've tested my recipe again. Still works. Bye, Tassilo From unknown Sat Sep 20 01:51:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#75626: 31.0.50; Dired misses or double-processes files when auto-revert-mode is enabled Resent-From: Michael Heerdegen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 07 Feb 2025 02:24:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 75626 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Tassilo Horn Cc: 75626@debbugs.gnu.org, Eli Zaretskii , Michael Albinus Received: via spool by 75626-submit@debbugs.gnu.org id=B75626.173889501517266 (code B ref 75626); Fri, 07 Feb 2025 02:24:02 +0000 Received: (at 75626) by debbugs.gnu.org; 7 Feb 2025 02:23:35 +0000 Received: from localhost ([127.0.0.1]:60077 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tgE1m-0004UP-PF for submit@debbugs.gnu.org; Thu, 06 Feb 2025 21:23:35 -0500 Received: from mout.web.de ([212.227.17.11]:49563) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tgE1k-0004U9-6w for 75626@debbugs.gnu.org; Thu, 06 Feb 2025 21:23:32 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=web.de; s=s29768273; t=1738894999; x=1739499799; i=michael_heerdegen@web.de; bh=lA9k1gU6BpfNdLJS1t2kPzqQUzt/zfTk+PwTG/4aee0=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date: Message-ID:MIME-Version:Content-Type:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=J+Gdc1p8DMrbGmRl38ucFfYlxuxx2AmBvNLeT6rB/rR/E1LSmI8bjgYk4tALiXe0 O16+tI2hk0FzVjmKslE9i/yCvRxHxDckCQ+ztFEH516LfQoIVVEfvMUdAqYk077xi jVr46m/Vsy0uRuRF66kg2gy/8Nu95+jfp/TQxiubkJXBdUra1zqfvlxzVJFi22ylW gIuvlJOq6yP6RUXC6ZGmkr8JYT5Lon5yCgf61Rq9w9/mez7jceEMoiCg1lVn4DivQ bpr4EwXx8dgtEym1lDb0PMjzRw6KnliQjcD5xYpdeZJVJgofVwGheAHr6jqQ+OJqD I2zOT8WZbA5X9xKIlg== X-UI-Sender-Class: 814a7b36-bfc1-4dae-8640-3722d8ec6cd6 Received: from drachen.dragon ([88.66.201.232]) by smtp.web.de (mrweb105 [213.165.67.124]) with ESMTPSA (Nemesis) id 1Mi53D-1tBJ7G0Dp3-00nLfR; Fri, 07 Feb 2025 03:23:19 +0100 From: Michael Heerdegen In-Reply-To: <87y0yizy51.fsf@gnu.org> References: <87r051khsd.fsf@gnu.org> <87a5babido.fsf@web.de> <875xlv4hci.fsf@gnu.org> <87v7tuikke.fsf@web.de> <87o6zmf1eg.fsf@gmx.de> <877c69ibbm.fsf@web.de> <87v7tsd5kq.fsf@gmx.de> <877c68bo0z.fsf@gnu.org> <878qqo379g.fsf@gmx.de> <87plk0a4ks.fsf@gnu.org> <87o6zk1ctu.fsf@gmx.de> <87ed0g9n8o.fsf@gnu.org> <87jza814pa.fsf@gmx.de> <87ldulwyfx.fsf@gmx.de> <877c65cel3.fsf@web.de> <87ed0cvkoa.fsf@gmx.de> <87zfj0bgdo.fsf@web.de> <87a5azoygi.fsf@gmx.de> <87frkryppw.fsf@gnu.org> <875xlnott5.fsf@gmx.de> <87y0yizy51.fsf@gnu.org> Date: Fri, 07 Feb 2025 03:24:36 +0100 Message-ID: <87ikpmsd97.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:80MgtvMepd0JarNGc7pT0UCyFww8hAH4+e2E5kC25K75ItYfI/T 0hlzNlHip616m7nSUx7/sSjgNBPbxjKalrZOIC4Zwd8i77U9Tzl7BRaFF3X55sev5IwBYlN BybkWOaFINCLqIQdEGfQXTgjtJYaRDVe1C67EcZLiOBpDjpDHYcg+kf61IOnJ0lSUJmhmGH +bRQqXYDvPFFfb0ix6rXw== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:R1EcjrJRKdo=;USjt4UGBuNKEgglrXhQd1pJGGBa usgpxtMG03EGrbJ+FBWzmzLdrBA6X1sSnroAjLZ+dvjOT9+qBT+243Zs5OGFc9AmHdzpQSjXj /pE5oxXfpIhnjxStePZvdkaplxHNPc90eBmBXyHCtnbthv8XZ7WM8nGxdyUO0lQfkjUKSlmrg lCGO5bMye3eqEK2V9/1OmjrgddNjl2hE2BPK7gwJb6oFRzvnFGXwljx33/NJTC4g6vE5pDBMN +xR1fod8dGCoAvur+0f1iNvM+A3q73A8SZbnDOcANjkLoWdgm6f80MCFgFlNQtGOK8duschFp unV8lLl1ktS4KXsn8TqnH75dz1JWyQCfGbS6psxJiRQKrD1vU0PgTcPi5WFLGEZ/9Pk8+PXGu jmQnFCWZOGAAsQsvJIOquTuSjhCp7KmRtQYKAJ6dePEVdR3WgcDfgpUQ94/T6P6qbGTfifRz7 DSMggN3Ch6lQrvbW4JxxlU2x6cHeV27OFTM/QmXPEj3ByZ6vPOik7hHL2HjiXtCQefaEP+ry4 wDAgDAfOF8l3xsU8uonR2v6/ERqCwdoFWzahCyT6645yE2w59Buf0MP6ziA7hvn9wo5fjJibS 3gBBhfE08dd78qyLmT9eOLd8LV2FRSg+xH6cpKqFIcBx1n58hxPdv5J06FGr2aDCqmdGKQdUu hD1cLkDj1bD0j+ZoUnBYQxXJNeUyBbeyT7GGBDj7dtyk1MbBuoBiohbdUeYNMPN7wzOuuIybA N1deDmrUn2G5MefInIBbjY7HRb6JoM/ykdnTmrHlisdH4W/QBuiVA/Ljt5/vPmV4lR5wqfA+7 oncSq2HvI9oeufQFUUAN2WIbmrQRD5G0d134a6YYqU4l+zly3Adkv2p03ntGWzMNOh968FCii bSfuCIQlx+uEA4lcn977RJcgr6nE/39wFfKf8uJimAiK7ZvDkY0J4Az41V9pLXpFFlZmWF6QV XPHwuzXqP9U57ces77hK9iQMy29+PbEVMbOLepPB+nSTSwu7jx5O0mLVVJ8Vzcv8wtElRh6kM tBgOpHydFwLgnbru6K8GQzNXUljxGUvrlobLReQ/+liOYsfZtuklIKnV4ccYJ9BKk3axX5m4P /CJTP6W+eREr/QLgQEK91XLTMXdPyCALhDimw5tbW+XvjVEZ2f4370HYFsWFseT4aaDtPjPRd SJ0SXZtzQlJDyyJkofNzGbSmy/ZVmuxd/pEXsdKsh7gQog+1u47kAvU3YVqhDFWascQLwAFNP CxdN8LGnvXMrxVsrrl2nrNKvAe9BoUdJoCQ+IsDMF8OGFiU+5JK7RLR1sU/xJzIbvbODEA66x q9AOR5qm9do5IHBtkP9BipChizlwOeNhsaLdj6UMJ3So7T8Gl1uKFsuToHPXHpBp4RKzPKG+G dkXV3tMQIWndNp6i80FLLOidZRe2l/u9nxgukW+68G5mUOGnlUax1tUoCA X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Tassilo Horn writes: > Well, it rules out a possible (but, honestly, quite unlikely) bug, so > I've done that. Since the two local variables have separate scopes, one > uninterned symbol sufficed (in contrast to my previous patch). LGTM. Thank you both. Michael.