From unknown Sat Sep 06 02:32:37 2025 X-Loop: help-debbugs@gnu.org Subject: bug#78666: 31.0.50; recentf-open-files reports opening the last file accessed Resent-From: Rick Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 01 Jun 2025 23:35:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 78666 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 78666@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.174882090112215 (code B ref -1); Sun, 01 Jun 2025 23:35:02 +0000 Received: (at submit) by debbugs.gnu.org; 1 Jun 2025 23:35:01 +0000 Received: from localhost ([127.0.0.1]:43423 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uLsCi-0003Aw-G8 for submit@debbugs.gnu.org; Sun, 01 Jun 2025 19:35:01 -0400 Received: from lists.gnu.org ([2001:470:142::17]:51490) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1uLsCe-0003AW-QH for submit@debbugs.gnu.org; Sun, 01 Jun 2025 19:34:57 -0400 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 1uLsCZ-0002lC-2U for bug-gnu-emacs@gnu.org; Sun, 01 Jun 2025 19:34:51 -0400 Received: from mail-qt1-x830.google.com ([2607:f8b0:4864:20::830]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1uLsCW-0007xF-Kd for bug-gnu-emacs@gnu.org; Sun, 01 Jun 2025 19:34:50 -0400 Received: by mail-qt1-x830.google.com with SMTP id d75a77b69052e-4a43cbc1ab0so44476941cf.0 for ; Sun, 01 Jun 2025 16:34:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1748820887; x=1749425687; darn=gnu.org; h=subject:from:to:content-language:user-agent:mime-version:date :message-id:from:to:cc:subject:date:message-id:reply-to; bh=VRbnadLcQJGRkmSE7bM4uO1uOMzU8ODBpOmejrf4VIc=; b=Mnw/2wuSpNPK8Dx3bKoOW5ASMSnzq+6D8jtDecwIhC1hJMZgtTT9O/H+6+7gt0gMib ZTg8jJdIXPSwN3potkToQarL5m1yOMXq5q1hxltFTmMFnTYNE2hHqw4V7Xx5KCx08ShY LXmTNvaG/uGmZD1RaNWPzaltzkmjrMmeasaEOOf/w6y4Kutb+9nMGD0PEnhkIbubM/pO Z12YdxA+0x1e9MCAdlXiYgnZHQLp+QCiU1k8FwhLV1a9+cJZT20X05GEjBPViJVo0rty MEFumsXlhWrbD4wN1UIplTSXG/bhWBoEh8tYGCYyv3ddxvGIwDFxoCRGgZhm/8kPAXfE VIEw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1748820887; x=1749425687; h=subject:from:to:content-language:user-agent:mime-version:date :message-id:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=VRbnadLcQJGRkmSE7bM4uO1uOMzU8ODBpOmejrf4VIc=; b=CYpIWNvJ7CsqhGPfrIv+Cn2ml71M3eQzA+bZj9ZYH/cAEGy2ZSHGw3Dk8yHz4otgAP biXHRgT63+h0qXWpY23PQx39xR6MjIKvL8hqM6yi0k3UpPAwe6cth3c1ztABcXb1ArGu oXIufUaSN0598mlXnPIMgA1ynAQlQjfknFgr8PYVlcsac5Sh12WAyIH5xk6wQiJH3JS4 EB/eke9/Xsc50qEAXWxtZbv9WyoeqmA6k6Fdj17IH5+8aKDBFtV6QB18KL0yo7U/PL4X mL7oudFEU3N2Tkw+H4IEgHXp46RogcN5NBfEUunXvnmjCal4i+px1Ti2ZmbwRSEJN7Nx /BtQ== X-Gm-Message-State: AOJu0YyIxaJXdGGpIfTXZgy6hxbsT47OUpwowY6rrx19go05De8IIE8c TEsBOsxK2RxpXAF/QbO9YoO6ccxHGkHu505nbU+wAow7INMjbSr6b4NW0JmNTQ== X-Gm-Gg: ASbGncskZYFQZ39TFmuy2hy2e2UyQfI3jwwb3VTUlkNQ3iplekGuB/B5fn8ipB+jkeh CSiZ2oqG9bb4Da1mo0yNuCuWxppWP3x5DxDX9qbV68TOXA+MNJxiKJgWlXCZ/GSz9C8+zCE00qf 3eejTxskcsg5KXjGUUrLWw+PFfPw2CD4rw9ktlemFaJazE+4Se1JyLu0TCGhXi8yz6NLINvIlGO BKKliTOOJM6mVb4WTDWBLj5tSnMuce/QKTkJaQFNL6eTmSim8uTKw1dwpf1+v3RGMZKyn1ShDuF O1728GknaMpk4j+3jYTHPoOS7MAxA/JwCciGG13kHIU0Dp9ynzp33iVGwtN9MPCQkmrcDOIRRtF 9g8k3I+J9qxpVlmCJ3Ox1/Q== X-Google-Smtp-Source: AGHT+IEcJvjyhgNr3//P7G4byFSlvhNcoobN/7FLD2celcs6JfFDEQvH+ffihjZMGpzVhXTtD5h6Ig== X-Received: by 2002:a05:622a:8ca:b0:4a3:e3df:f9de with SMTP id d75a77b69052e-4a4a5eb9260mr123304961cf.23.1748820887062; Sun, 01 Jun 2025 16:34:47 -0700 (PDT) Received: from ?IPV6:2601:447:c580:e8e0:1cf8:ebcb:a429:bcc7? ([2601:447:c580:e8e0:1cf8:ebcb:a429:bcc7]) by smtp.gmail.com with ESMTPSA id d75a77b69052e-4a4358e4deasm49703391cf.45.2025.06.01.16.34.46 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 01 Jun 2025 16:34:46 -0700 (PDT) Content-Type: multipart/alternative; boundary="------------FJnjYe5IlaWgQwokCjIBpOcG" Message-ID: <0ff49cfb-3682-4c70-954d-1d99eda00ad2@gmail.com> Date: Sun, 1 Jun 2025 18:34:45 -0500 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Content-Language: en-US From: Rick Received-SPF: pass client-ip=2607:f8b0:4864:20::830; envelope-from=rbielaws@gmail.com; helo=mail-qt1-x830.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham 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 (/) This is a multi-part message in MIME format. --------------FJnjYe5IlaWgQwokCjIBpOcG Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit --text follows this line-- You can recreate most of the problem starting with -Q however you must have a previously populated recentf file before starting. M-x recentf-mode M-x recentf-open-files Now switch to the *Messagers* buffer and notice something similar to:     Loading /home/rick/.emacs.d/recentf...done     Cleaning up the recentf list...done (0 removed)     Mark set     Open /snap/emacs/2827/usr/share/emacs/31.0.50/lisp/files.el.gz Observe that it claims to have opened the most recent item on recentf-list, as loaded from the pre-populated recentf file.  In my case .../files.el.gz. There doesn't seem to be a buffer actually associated with the file but it's unclear whether it was subsequently closed or a spurious message. Personally, because my .emacs contains the following and I run in server mode I get additional messages that may be helpful. |... '(recentf-auto-cleanup 'never) '(recentf-max-menu-items 40) '(recentf-max-saved-items 200) '(recentf-menu-filter 'recentf-arrange-by-mode) '(recentf-menu-open-all-flag t) '(recentf-mode t) '(recentf-show-file-shortcuts-flag nil) | ... |(setq initial-buffer-choice 'recentf-open-files)| With the above (some of which could be irrelevant but I didn't narrow down) I get the following.  Notice that it reports opening the file 3 times.  It also contains "Collapse node" messages which I see no reference to in either recentf.el or wid-edit.el (its only dependency?).  So I can't tell what is emitting them but it's clearly related and may tell you more than it does me:-) |Starting Emacs daemon. Collapse node Open ~/snap/emacs/site-lisp/anchored-transpose.el Collapse node Open ~/snap/emacs/site-lisp/anchored-transpose.el [2 times] When done with this frame, type C-x 5 0 Mark set Collapse node| I tried (debug-on-entry recentf-open-files) and the messages get created if I simply type 'c' at the debug prompt.  But when I try stepping thru the code I get to the end and I'm presented with a proper menu buffer without ever encountering any code that might have emitted the messages - AND the messages DO NOT appear. This left me out of my depth.  Otherwise I'd have tried to debug and at least report which functions were involved if not a solution proposal. In GNU Emacs 31.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version  3.24.41, cairo version 1.18.0) of 2025-05-25 built on lcy02-amd64-118 Repository revision: 10e023c15c03ca32d3c9b1ad54111ef4ede6de73 Repository branch: master System Description: Ubuntu 24.04.2 LTS Configured using:  'configure --prefix=/snap/emacs/current/usr --with-x-toolkit=gtk3  --without-xaw3d --with-modules --with-cairo  --with-native-compilation=aot --with-pgtk --with-xinput2  --with-tree-sitter 'CFLAGS=-isystem  /build/emacs/parts/emacs/install/usr/include -isystem  /build/emacs/parts/emacs/install/usr/include/x86_64-linux-gnu -isystem  /build/emacs/stage/usr/include -O2' 'CPPFLAGS=-isystem  /build/emacs/parts/emacs/install/usr/include -isystem  /build/emacs/parts/emacs/install/usr/include/x86_64-linux-gnu -isystem  /build/emacs/stage/usr/include'  'LDFLAGS=-L/build/emacs/parts/emacs/install/lib  -L/build/emacs/parts/emacs/install/usr/lib  -L/build/emacs/parts/emacs/install/lib/x86_64-linux-gnu  -L/build/emacs/parts/emacs/install/usr/lib/x86_64-linux-gnu  -L/build/emacs/stage/usr/lib'' Configured features: ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG LCMS2 LIBOTF LIBSELINUX 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 $LANG: en_US.UTF-8   value of $XMODIFIERS: @im=ibus   locale-coding-system: utf-8-unix Major mode: Messages Minor modes in effect:   recentf-mode: t   tooltip-mode: t   global-eldoc-mode: t   eldoc-mode: t   show-paren-mode: t   electric-indent-mode: t   mouse-wheel-mode: t   tool-bar-mode: t   menu-bar-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   line-number-mode: t   indent-tabs-mode: t   transient-mark-mode: t   auto-composition-mode: t   auto-encryption-mode: t   auto-compression-mode: t Load-path shadows: None found. Features: (shadow sort mail-extr emacsbug lisp-mnt message mailcap yank-media puny dired dired-loaddefs rfc822 mml mml-sec password-cache epa derived epg rfc6068 epg-config gnus-util mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils cus-start cus-load recentf tree-widget wid-edit time-date compile text-property-search comint subr-x ansi-osc ansi-color ring comp-run bytecomp byte-compile comp-common rx warnings icons 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 88314 19791) (symbols 48 8421 0) (strings 32 20906 1600)  (string-bytes 1 716862) (vectors 16 12038)  (vector-slots 8 163474 8069) (floats 8 27 2) (intervals 56 460 0)  (buffers 1064 12)) --------------FJnjYe5IlaWgQwokCjIBpOcG Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

--text follows this line--
You can recreate most of the problem starting with -Q however you must
have a previously populated recentf file before starting.

M-x recentf-mode
M-x recentf-open-files

Now switch to the *Messagers* buffer and notice something similar to:

=C2=A0=C2=A0=C2=A0 Loading /home/=
rick/.emacs.d/recentf...done
=C2=A0=C2=A0=C2=A0 Cleaning up the recentf list...done (0 removed)
=C2=A0=C2=A0=C2=A0 Mark set
=C2=A0=C2=A0=C2=A0 Open /snap/emacs/2827/usr/share/emacs/31.0.50/lisp/fil=
es.el.gz

Observe that it claims to have opened the most recent item on recentf-list,
as loaded from the pre-populated recentf file.=C2=A0 In my case .../files.el.gz.

There doesn't seem to be a buffer actually associated with the file but
it's unclear whether it was subsequently closed or a spurious message.

Personally, because my .emacs contains the following and I run in server
mode I get additional messages that may be helpful.=C2=A0 

...

 '(recentf-auto-cleanup 'never)
 '(recentf-max-menu-items 40)
 '(recentf-max-saved-items 200)
 '(recentf-menu-filter 'recentf-arrange-by-mode)
 '(recentf-menu-open-all-flag t)
 '(recentf-mode t)
 '(recentf-show-file-shortcuts-flag nil)

=2E..

(setq initial=
-buffer-choice 'recentf-open-files)

With the above (some of which could be irrelevant but I didn't narrow down)
I get the following.=C2=A0 Notice that it reports opening the file = 3 times.=C2=A0 It also
contains "Collapse node" messages which I see no reference to in either
recentf.el or wid-edit.el (its only dependency?).=C2=A0 So I can't = tell what is emitting
them but it's clearly related and may tell you more than it does me:-)

Starting Emac=
s daemon.
Collapse node
Open ~/snap/emacs/site-lisp/anchored-transpose.el
Collapse node
Open ~/snap/emacs/site-lisp/anchored-transpose.el [2 times]
When done with this frame, type C-x 5 0
Mark set
Collapse node

I tried (debug-on-entry recentf-open-files) and the messages get
created if I simply type 'c' at the debug prompt.=C2=A0 But when I = try
stepping thru the code I get to the end and I'm presented with a proper menu buffer without ever encountering any code that might have emitted the messages - AND the messages DO NOT appear.

This left me out of my depth.=C2=A0 Otherwise I'd have tried to de= bug and
at least report which functions were involved if not a solution proposal.


In GNU Emacs 31.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version =C2=A03.24.41, cairo version 1.18.0) of 2025-05-25 built on lcy02-amd64-118
Repository revision: 10e023c15c03ca32d3c9b1ad54111ef4ede6de73
Repository branch: master
System Description: Ubuntu 24.04.2 LTS

Configured using:
=C2=A0'configure --prefix=3D/snap/emacs/current/usr --with-x-toolki= t=3Dgtk3
=C2=A0--without-xaw3d --with-modules --with-cairo
=C2=A0--with-native-compilation=3Daot --with-pgtk --with-xinput2 =C2=A0--with-tree-sitter 'CFLAGS=3D-isystem
=C2=A0/build/emacs/parts/emacs/install/usr/include -isystem
=C2=A0/build/emacs/parts/emacs/install/usr/include/x86_64-linux-gnu= -isystem
=C2=A0/build/emacs/stage/usr/include -O2' 'CPPFLAGS=3D-isystem
=C2=A0/build/emacs/parts/emacs/install/usr/include -isystem
=C2=A0/build/emacs/parts/emacs/install/usr/include/x86_64-linux-gnu= -isystem
=C2=A0/build/emacs/stage/usr/include'
=C2=A0'LDFLAGS=3D-L/build/emacs/parts/emacs/install/lib
=C2=A0-L/build/emacs/parts/emacs/install/usr/lib
=C2=A0-L/build/emacs/parts/emacs/install/lib/x86_64-linux-gnu
=C2=A0-L/build/emacs/parts/emacs/install/usr/lib/x86_64-linux-gnu =C2=A0-L/build/emacs/stage/usr/lib''

Configured features:
ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG
LCMS2 LIBOTF LIBSELINUX 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:
=C2=A0 value of $LANG: en_US.UTF-8
=C2=A0 value of $XMODIFIERS: @im=3Dibus
=C2=A0 locale-coding-system: utf-8-unix

Major mode: Messages

Minor modes in effect:
=C2=A0 recentf-mode: t
=C2=A0 tooltip-mode: t
=C2=A0 global-eldoc-mode: t
=C2=A0 eldoc-mode: t
=C2=A0 show-paren-mode: t
=C2=A0 electric-indent-mode: t
=C2=A0 mouse-wheel-mode: t
=C2=A0 tool-bar-mode: t
=C2=A0 menu-bar-mode: t
=C2=A0 file-name-shadow-mode: t
=C2=A0 global-font-lock-mode: t
=C2=A0 font-lock-mode: t
=C2=A0 blink-cursor-mode: t
=C2=A0 minibuffer-regexp-mode: t
=C2=A0 buffer-read-only: t
=C2=A0 line-number-mode: t
=C2=A0 indent-tabs-mode: t
=C2=A0 transient-mark-mode: t
=C2=A0 auto-composition-mode: t
=C2=A0 auto-encryption-mode: t
=C2=A0 auto-compression-mode: t

Load-path shadows:
None found.

Features:
(shadow sort mail-extr emacsbug lisp-mnt message mailcap yank-media puny
dired dired-loaddefs rfc822 mml mml-sec password-cache epa derived epg
rfc6068 epg-config gnus-util mm-decode mm-bodies mm-encode mail-parse
rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils cus-start cus-load recentf
tree-widget wid-edit time-date compile text-property-search comint<= br> subr-x ansi-osc ansi-color ring comp-run bytecomp byte-compile
comp-common rx warnings icons 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 88314 19791) (symbols 48 8421 0) (strings 32 20906 1600)
=C2=A0(string-bytes 1 716862) (vectors 16 12038)
=C2=A0(vector-slots 8 163474 8069) (floats 8 27 2) (intervals 56 46= 0 0)
=C2=A0(buffers 1064 12))

--------------FJnjYe5IlaWgQwokCjIBpOcG-- From unknown Sat Sep 06 02:32:37 2025 X-Loop: help-debbugs@gnu.org Subject: bug#78666: 31.0.50; recentf-open-files reports opening the last file accessed Resent-From: Rick Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 03 Jun 2025 21:55:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 78666 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 78666@debbugs.gnu.org Received: via spool by 78666-submit@debbugs.gnu.org id=B78666.174898764116335 (code B ref 78666); Tue, 03 Jun 2025 21:55:01 +0000 Received: (at 78666) by debbugs.gnu.org; 3 Jun 2025 21:54:01 +0000 Received: from localhost ([127.0.0.1]:42887 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uMZa5-0004FJ-4H for submit@debbugs.gnu.org; Tue, 03 Jun 2025 17:54:01 -0400 Received: from mail-qk1-x731.google.com ([2607:f8b0:4864:20::731]:57396) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1uMZa2-0004F4-Mh for 78666@debbugs.gnu.org; Tue, 03 Jun 2025 17:53:59 -0400 Received: by mail-qk1-x731.google.com with SMTP id af79cd13be357-7d0976776dcso554999885a.2 for <78666@debbugs.gnu.org>; Tue, 03 Jun 2025 14:53:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1748987633; x=1749592433; darn=debbugs.gnu.org; h=content-transfer-encoding:in-reply-to:from:content-language :references:to:subject:user-agent:mime-version:date:message-id:from :to:cc:subject:date:message-id:reply-to; bh=UyR/GDCOgO9zhZRlFeshY2g3iX0svzA+p+RDN8tmx50=; b=ZO2eJUZAQbVcUQYovazRrGEpurvJU/byE52LusLg+EbKjuw1CLmO0VNKcBe56CJCIm bSs/Za1hugBFjRPa8whv6qB+26Fjbbhb/KkVH2TJo0DWiQLGUNuI36D0bav7UYHJz2va oDqTXqiZnRvB/9OBjV3Xv8voMx4dJ+loZHZ5OHwj8Y1EkGzHBJe17zK3ouHw8r91iTfa dQxbSw39+WaBqCJCrvaAA48+ik7trpEp98h+2JqxRK+bslzKodT8QnamC2mi2rQbqvwj n5ka+bCXwajcpXaJtWCHvuJuf60uNBEvDYRQbXQQUtSVWNcLBL+Pm4Kwn3P3vjcNAJ8k ixUQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1748987633; x=1749592433; h=content-transfer-encoding:in-reply-to:from:content-language :references:to:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=UyR/GDCOgO9zhZRlFeshY2g3iX0svzA+p+RDN8tmx50=; b=HdqRE9qd7f+bsOgAdCE6UTJpVjzvJtLT1hkZ9ttd9h99xqLi9Jgk+8m03UmksUd8mq AX9YcXxuBYkWs5T73bZeA4q5ZXCBy73jsh5XGVJTROeST2BisVdyooYVpWdF8/fVi3rh UdMVKgQOr5CIWutizFGbTGfBmG0Llksz0wXw6Y6ePkdoSfGVRnkOox1Lz5/7SPr/E0Pm jklmtWWlR78sO2mr7dahnK6yZqFzWgpUpXbBm4vHMf7HVFrPHnAKZRtDUVoT6BEQRnK/ hcOKgzyfVWdMy9jpR5tEUQuxNi6kNOd6SZnGdjNyI6pmQgjcShg06BTxVJLN9TogG1wE BNbw== X-Gm-Message-State: AOJu0YwYgLLQf7bIxZVnc2Itzi9uxVtyi2tGxUqesZZ7NcQbh9w5s6SD H1OSOkWl8julzjog7Z6bwtjPF/D96D3hATzSaGarV48VbflHM2MIL4kP9KSukQ== X-Gm-Gg: ASbGncvRu5nE7VhaZXyLTU+rIOnZXsydwkx3MhowMEaIo6kPKMvJiq7IQ7cKS++Lr+T r/vor4Zy+k0lLSnfQ7LS2ADUNv33AgIFF3Lx97IoajYclNoH4ghk9nDE8+aVslf9KBeHivCY0YA Nqk3ebdoDdPTMbik8BNm/LlfnoIR/YXt4pG34bSrvZo1dEP3F5IFJi4o8zUia/NidlusYWmd41j UNGcvG2dgGEOOoIf/1kmzBZ1/d9Xf+aYYhZEZ1TgjzqMv0K0bmseyYhMV55l30hOLQVNq4IdlCT Gb69jrye2/G7Vv1URIa8Lyn4f/Xy3EFiQ6jvPqgIt/XqJ6+yL1+h4A0TbCYvYAL0UyFq1HDuvga 41g9dXcbI9+CuFyPOgZZFcg== X-Google-Smtp-Source: AGHT+IEOwBgwCIhxvjRtQ7zFeNuXlowBQtk8LfW1V+fa2B4g9h7ycbFENkAD8tX4Z16gljMX/TY9Nw== X-Received: by 2002:a05:620a:471e:b0:7cc:ffaf:60a5 with SMTP id af79cd13be357-7d21986ac45mr113338285a.3.1748987632761; Tue, 03 Jun 2025 14:53:52 -0700 (PDT) Received: from ?IPV6:2601:447:c580:e8e0:8a07:aa2f:a7ed:2879? ([2601:447:c580:e8e0:8a07:aa2f:a7ed:2879]) by smtp.gmail.com with ESMTPSA id af79cd13be357-7d09a1a7949sm909745985a.108.2025.06.03.14.53.52 for <78666@debbugs.gnu.org> (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 03 Jun 2025 14:53:52 -0700 (PDT) Message-ID: <9ae568fa-e021-4b19-b7f4-6ffd28c86afe@gmail.com> Date: Tue, 3 Jun 2025 16:53:51 -0500 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird References: <0ff49cfb-3682-4c70-954d-1d99eda00ad2@gmail.com> Content-Language: en-US From: Rick In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit 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 (-) With some help from @NickD in this thread https://emacs.stackexchange.com/questions/84614 I've isolated the messages source to this function: (defun recentf-dialog-goto-first (widget-type)   "Move the cursor to the first WIDGET-TYPE in current dialog. Go to the beginning of buffer if not found."   (goto-char (point-min))   (condition-case nil       (let (done)         (widget-move 1)         (while (not done)           (if (eq widget-type (widget-type (widget-at (point))))               (setq done t)             (widget-move 1))))     (error      (goto-char (point-min))))) Perhaps the real problem is in widget-move and the messages should not even be generated.  But that isn't something I have a way to tell.  What I CAN tell is that given they seem to  serve no purpose beyond creating confusion I see they can easily be eliminated using widget-move's optional suppress-echo parameter. Specifically, change  (widget-move 1)  to  (widget-move 1 t) in BOTH invocations within the above function. From unknown Sat Sep 06 02:32:37 2025 X-Loop: help-debbugs@gnu.org Subject: bug#78666: 31.0.50; recentf-open-files reports opening the last file accessed Resent-From: Stephen Berman Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 03 Jun 2025 22:52:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 78666 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Rick Cc: 78666@debbugs.gnu.org Received: via spool by 78666-submit@debbugs.gnu.org id=B78666.17489911083242 (code B ref 78666); Tue, 03 Jun 2025 22:52:03 +0000 Received: (at 78666) by debbugs.gnu.org; 3 Jun 2025 22:51:48 +0000 Received: from localhost ([127.0.0.1]:43171 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uMaTy-0000pz-5B for submit@debbugs.gnu.org; Tue, 03 Jun 2025 18:51:47 -0400 Received: from mout.gmx.net ([212.227.15.19]:42731) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1uMaTu-0000oN-Bo for 78666@debbugs.gnu.org; Tue, 03 Jun 2025 18:51:43 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.net; s=s31663417; t=1748991096; x=1749595896; i=stephen.berman@gmx.net; bh=/xcsUUcJ2mHr0eKthoVL5vEx+unRBJG82D9eYCdzKU4=; 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=atz83Jw0PtBNiNWdJD+k2Y6UFhIscC7RHx8XcsUs0Ql81E6KHN+UmuwxJQg3OCfn hhOYAgJV9ursI79/RZjTDhimgztyji0S37WPy5SV4SuJeA3XXW/vNKF+/aohgaYCD 2bz5X/4yVlrGoocdUzu5lBOg+Ux3ZZq/5ZbiS6cOs/VhlFhvMogHXwSr2M+Nse1H7 DuPLQ1IQTzHodDJOkFECFrq7RQEb6yAnnbWI3Z6vePHAVaxDslwjdfZQlowxLJ3un QqzF2i5xeo6hzTh9eaVKXU7y1W6xRMSzwTNHJzNTCT3UihNhItUt7x2hPROzbKUNR 0z8TV8x6Qaa3bRDqCA== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from strobelfs2 ([94.134.94.214]) by mail.gmx.net (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1N4z6k-1v3Vz201n2-011TNe; Wed, 04 Jun 2025 00:51:36 +0200 From: Stephen Berman In-Reply-To: <0ff49cfb-3682-4c70-954d-1d99eda00ad2@gmail.com> References: <0ff49cfb-3682-4c70-954d-1d99eda00ad2@gmail.com> Date: Wed, 04 Jun 2025 00:51:35 +0200 Message-ID: <87iklcl9qg.fsf@rub.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:UKnlS03YKzBvn78cZ/Hty/degqpvwUB+KkUESih3pW2CSpEEvsw 4U8y1WSZebmnMy9cqrq42IuL6R3eor4CQIbhsz7kwfnsd9frm8Gycjec6yepDZHfYRcJlMw vYvJrsdVrTuYfVFeP6BngUbWsE4qduFZz+le1E2gDkL9n4e52V4L5bnVbzcPI/H6ARHpuPa fOuUMM5mk/ITGzU6PqKxA== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:xCGAy9TpMKM=;4VpsZdiMD/H1pjxNXwQWdQv5Jcx bqrBrZCBMyRV7hfvg+nkeFazceDZaICu3dwtPWzs4udyl0CPcOT8AElsDlHz8GbbOPqdd3JFM 4p2q+jDAbGE0igXoOkzQv7chrp8wnSwmt1SQhSmkLuJ83EMqberpaTHbJhNGtLm0+uN9nPWha NlRrKU2JOg8CUlo8qHbpmN6JKWH6lQJmolBDqKUIcHxLavu5ESlkzOeRP+DHQMY9m67bFJEIa 6hnxNJ+nmSo8rMwUtsuTr8BByv9zLpd8yBQ11hs29zFoaP8VECxfXwJboadax5JD53w+tGOdY nOVOmguoeJRtGkOF2yfBZOAmlKWruZyomW32tegl63g256gmtNwm0pvX+vO+POBm7wuayyFsg SegzlM5iIqjQKAMymz2OaHBp7tYgNuwYwDeod8m7l21Rp3yFjKyGmGwfPvjUmFZrZqQ88ECua UgUN4J4Tf7vlTIpL0XtAnyofTGAaW9BxWETJwUQJMUMFcselyhD5MgaGjDYAcd5w7CKWmsz84 tpNSpP5uozKs/0p+vvkp9pvH6QYfl6MsF9FcjcGCISAyhB0I3u6/dCeLQDj5awgd0RV3SW2nH eQTNTSWR03DA0vu0/pUHWib2OcMiYZR1xkIPAVEYyO+fmS8xw++DF56t6TQtNSLLmIO6cxlPj SAWJj1IU0WvJK7Re5w9LRMlUnkB76/GcDjCKXaKCQh21x23F7saN5KvDc3TYYLITnq94MTboj n/rJH62ZrgjdvVWtIIrJhqB+E8XHR4GA0F0Oz9mfe0l1Vgbuj0mGiQJUcoV5oIp0SO4JifMpS JDxBXX57/kJzLK9r68O4Pu5UPK0DBHk8K7GBhAkzDMm4Q/nWsLs6OPeznzCsLTi0vmCzbElNO p3xjuLCdq7wPOCiL0L160kKb+guZe9Z9dq7buv6jjvfWZbSj3yq1xSu44gVI703qj55Ysg/Ym V3RD+C3d5NQg78mKDW/j4Dd8cRevlxbLtYcShZSi6YdZI0RIW9xUoz/y3SRbdZI8cv7ezwwPA 09Rpq+dSxa7ig+pMmOg+hCpDdSmbpJ0vrtdLRlpGpq7CcLl6PU2HcOJAacqN4yq7Wz6D16pLc ipezccBqQBEqj+rlqbZD97fLED8MkJpZoqUmWDwtfiKc8iQtyjFsiQtsj8beKAjMa9MP/ZCn1 S3GLtcaIZ5yUNrf0/5GpYdUemuxlF0vJndZYlnx652ixcPPDdaFz0N/Q5eBRTPPW3hbvt2iJ8 Q0Uke4FwfkKJ0lhxvTBz/67rpxIA7QRAL2ZJ1LFwrKiSnEIGDwelp/wibnLu+kCytqdhiKzlE /jIJErnBSWxc8/ZAgkP9hKQWqfaE7922gOzvQyOk1pXniZlcS+xSffkwtD3hachu3eCblTzd6 F6uNVlqCHTNnt33D2D8mD3qolvQDX0e5NAt2zYJ5qlLfw1zWQWnKfWxAjYxHvW+ZI8nVbf46x YOhV+9glRgaUvqX3I+uuOVXVMCWes0zhL3QABDgGtiBLtuZ+2IcoZaYmWfZhN7oEe1mOAUaRl v9ehCstThEz9TMrHpcrmCjA/JHNJRmm2meKGLY/La22c8N3EmjDEHCDur2xvb8+6NhemEx/xj MpgECJR6VzixaQx5NEInmHz7n5KlYOlX9z0XXdXAe8/s6KWeJHJxfm3YwsCi1PdA5a0zshzYP tGOTuGkhorXPBnn5X6diTAGSmifDRIexk4UYVwTd0n+0Vb3oxmhuDPmRDcpvuhPw6VGFwska1 x9n2MloYLDPrpaBFxmdUGSYROmWRMxPvuoAS2tRKxjwLTVpMl8aHHrGQMGgoxv6kNJZg/QYoD 3HTkYrA4og9kWwX1OrF4AUBz8hi7uP4HsCRTnh9RfVz5iIfks00PaSypz9lJRs8N4GYTYOCvc a9cQUXr6QkCdt5CTItkGlA0cpMf+QdnVBnoc6DMRrVjb2CAaqD42zLFSv8GQJAUn1GF7RXnFl OjFYhX1LRFJ2oY3nh7zHbHKzG3UAbkumCM2weiCV8ULoqDl3BPf5Us+Hyp4Nj5I/mPYSLQGe3 7RX1gGppaVaJ/M/O4jpyFFks8/+SICh9ghAgQYuLGuqHmtCzQ6MkDn3iFFetk2G1WzLalBf6Z VxNLY19fCsADiTE8N6qop4hydcb8pLXYuO6W7NUs5v33vSIIgI4HpXSyDYblJxzCg+ol//C7n r/6ypgleqXqJUZZ36/meDYIVUOfLqaaM5QIGwX6J9UJWoPPp4M307rGd5WfeJt5zg2qMDkoTm mfNMILywyu9ypi9ZUzztTMU5B7/zJ098zqiPC4FDPxxOKT3XlUicPUasaDRjQcQkmyP+kqxFu Cjpp1PBhRbqIqoae5uZ9/Sh/7FV9XZk6WhUgG3ftrQMBVzh8S1J4HP1QQ0W36W+v2pK5GTS8B itXv/oPM5QCorylV5kY7c3/66zyik4UorV66EJJuCDtAwlaat2MTZMjIxiat2gWUH1+/ia6z9 Ro5o42+sCjh9bNFnFu4BW/LN9dWyrvLgxOE4xLXpz6cHtwi7LKqulA1xuE/f/8F8fhuT07Bey SWw+mibNDdFe/WAqvEoQhWF5WUUAN8nWl7AOVDn1SzZWzKiWMcpFvJk+QIhGSrTG7KPin48kb 9gF0jom1YwjuJ6bB0u9BhZpgDt7dfmC7f5nZ3sIuvpNdQsd9bPjr/j756WPRBWIOavXqcCmmv oMVMzuL8tXAitT5QLV+vqrSG5PxL+KQkORYmZa+2NOS+eYFZK4L/wkPoVbSqYnP56IhL1TmTq tVyHambbGl0olqzJSn9+tGNIVyeH+iTovboXVlEGhSQv7q1LFLh076rFwVuJwvAmXYaJhkQdK IFo3firxBnuKpjQOxj4Q8AF7mFtFxTG2CGs8cmzxxzKbmi4F/jNm/IiwqfgpM3QPOu80nKFId 0E9e8y+giv8TuRHcBrQ45nBwoxekXicheVpXK7N8T17nzvtW/tE7hn2juMoCxBftS8gRSHCPY ZBJ2oB3/DaG7eX67vQ1i/1aI8aHxL+63yPkoLvsmz62iHAUXA9YG1mMXoMxDBX/WserUCpWQI YSXb0H6ejEbSdJl94zftN1u948JmTYzVz6MdIeGkJRsuTDTcNJn974ihZeQvaApHiP4LN47hN 4ou6g4xwbdMYwEtXE7/8LiN8yaXG1NdOjm0lCCNxweWI8LmwqILGaOPe1uCKzy4hwO3yb8/cA 29b1hxg7y2iYNjhCl27kraPD4U9KvdYOMwGFfsQU871+ZKvdPKUGGBLi3UjJyNEMNkwmct0GH 2c03jL6XhhiKyG/i 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 (-) On Sun, 1 Jun 2025 18:34:45 -0500 Rick wrote: > --text follows this line-- > You can recreate most of the problem starting with -Q however you must > have a previously populated recentf file before starting. > > M-x recentf-mode > M-x recentf-open-files > > Now switch to the *Messagers* buffer and notice something similar to: > > =C2=A0=C2=A0=C2=A0 Loading /home/rick/.emacs.d/recentf...done =C2=A0=C2= =A0=C2=A0 Cleaning up the recentf > list...done (0 removed) =C2=A0=C2=A0=C2=A0 Mark set =C2=A0=C2=A0=C2=A0 Op= en > /snap/emacs/2827/usr/share/emacs/31.0.50/lisp/files.el.gz > > Observe that it claims to have opened the most recent item on recentf-lis= t, > as loaded from the pre-populated recentf file.=C2=A0 In my case .../files= .el.gz. > > There doesn't seem to be a buffer actually associated with the file but > it's unclear whether it was subsequently closed or a spurious message. I think you misunderstood those messages: each one is help text to inform you that by checking the box of that item you will open the file (in GUI Emacs you can see the same text in a tooltip if you move the mouse pointer over the item). So they are not informing you that the file has been opened. Steve Berman From unknown Sat Sep 06 02:32:37 2025 X-Loop: help-debbugs@gnu.org Subject: bug#78666: 31.0.50; recentf-open-files reports opening the last file accessed Resent-From: Rick Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 04 Jun 2025 00:22:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 78666 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stephen Berman Cc: 78666@debbugs.gnu.org Received: via spool by 78666-submit@debbugs.gnu.org id=B78666.17489964934240 (code B ref 78666); Wed, 04 Jun 2025 00:22:01 +0000 Received: (at 78666) by debbugs.gnu.org; 4 Jun 2025 00:21:33 +0000 Received: from localhost ([127.0.0.1]:43609 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uMbso-00015h-3j for submit@debbugs.gnu.org; Tue, 03 Jun 2025 20:21:33 -0400 Received: from mail-qt1-x82d.google.com ([2607:f8b0:4864:20::82d]:43248) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1uMbsk-00014C-GI for 78666@debbugs.gnu.org; Tue, 03 Jun 2025 20:21:27 -0400 Received: by mail-qt1-x82d.google.com with SMTP id d75a77b69052e-4a42f28017eso5251541cf.0 for <78666@debbugs.gnu.org>; Tue, 03 Jun 2025 17:21:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1748996480; x=1749601280; darn=debbugs.gnu.org; h=in-reply-to:from:content-language:references:cc:to:subject :user-agent:mime-version:date:message-id:from:to:cc:subject:date :message-id:reply-to; bh=CxwKwNWfq3wlnmSM4zYazWUZtIkYREieGxHk+M+3ePg=; b=h7nHEAGq0vQTw6pZEwfpPVXMVdboVvgxmGlCCtG5CIww60263hH2nI2eMAweOGlINZ k1LLtpLLXzafSZz0YS5ec54Lin7x/wwr3caa/R64Ud4vkB6VkWUnruN8jAx1lQXnrEez YE2pZwp0feQwJhOwNoLxB/bpF2djkGmwMy9c9Cjyve5apVVXOLOAKUS74ldbjE8xnUsQ fOGSflYAOcCf+VFk4oTVPWDQUNL1oB1sI0y6gLJD5lG4uCmKNPVvmUUNAKOC6w9tJ2AH 8KKYy5cIWsJ89ikPgwrOEKDFU00rAiqvO6HKO0B41TZc74xI3lXCSEy0L136abp4IIX5 drKg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1748996480; x=1749601280; h=in-reply-to:from:content-language:references:cc:to:subject :user-agent:mime-version:date:message-id:x-gm-message-state:from:to :cc:subject:date:message-id:reply-to; bh=CxwKwNWfq3wlnmSM4zYazWUZtIkYREieGxHk+M+3ePg=; b=n1f56qBCECBUfEzE9+y/n7AxCUNQztEyL8eOEU6EQbUOmAVVu2LcCy8gACjx9MG7m3 4pTfFid/69YcEgZEnEqF5dmBfSkjVnUJAeIP8fVv0rS/e1aD/mEEQkXmYfVmeoYFEMob ZJkVOkOhnaA7eT4XGL6zfIl+/bpxVCyUG90CD+pHpSIdV0PfdKquKbH+98EDcSKSWIl+ vBgOveFakXfFbQ9FQBrJlxXJkbN6OjxIl7/wqA7KbGYKEKvQhbCH9KzD1JwBHbdv1Gsy VV/McjdbSYwyRNyo4F2twKdS9jQYpRhF/2lZ5NmkoqiX81iuzm2YRzoR/jwhN5IygYz0 QV1w== X-Gm-Message-State: AOJu0YzmJQhfHMcZX1zB6WUTEL771ayYkF6b7AsOX2mKmGwwK+876pDt bajLAtpGWt8yP+zkUCvyqaooM4uYEh7M/IqngwyYGUbgKJCJIXLbZEPa X-Gm-Gg: ASbGncvTG6ipLNIQdqw55gTouYU83R7OUOmEdp8DLRYImJ3504rsTbcw4hTLzHrW4Jj gYUBHc+DG/NWhUTG6Er9lsIv8011UXzlmmmPyY9D0V5Gaengi+E4+wuhWrMjFClzURcGD7+foM8 T6lAdvQHO9dXntGMX8+ITMQ0hp70NDrNHqoLAHWsEEADW2FqPhrq5GoaIgfnL/3jmRLrhlKU5Et vXY42aABuSNZl4d3zcVPirbaL3/eHyoQhJlL+0Kn1b4Qh4wOdvQehP1IUwZW1XOZRnG8p+tn94T JNQ9a2e1S7vVhBhPzwbWmv+OgXjCjYlcKKtUG9we72tnBt1XUJZGg9s+Pxlp+88dmJkBsfOjV73 A8Kv/1pnf6CZINbFpajSxWQ== X-Google-Smtp-Source: AGHT+IHV+NQwKDS4JHI098wEwz/WCmSipEM1d28K/YyW0iNJ40Ojwkff/drx+Gk+s/xeFyd11WdRxQ== X-Received: by 2002:a05:622a:1c0f:b0:494:9d6b:620f with SMTP id d75a77b69052e-4a5a56f44a1mr15348841cf.14.1748996480487; Tue, 03 Jun 2025 17:21:20 -0700 (PDT) Received: from ?IPV6:2601:447:c580:e8e0:8a07:aa2f:a7ed:2879? ([2601:447:c580:e8e0:8a07:aa2f:a7ed:2879]) by smtp.gmail.com with ESMTPSA id d75a77b69052e-4a5917e334bsm35033281cf.50.2025.06.03.17.21.19 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 03 Jun 2025 17:21:20 -0700 (PDT) Content-Type: multipart/alternative; boundary="------------FuiCC8e70x5DJjxYdRY0UBOV" Message-ID: <229cdfb2-904f-4184-991c-af0bdb2139ac@gmail.com> Date: Tue, 3 Jun 2025 19:21:19 -0500 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird References: <0ff49cfb-3682-4c70-954d-1d99eda00ad2@gmail.com> <87iklcl9qg.fsf@rub.de> Content-Language: en-US From: Rick In-Reply-To: <87iklcl9qg.fsf@rub.de> 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 (-) This is a multi-part message in MIME format. --------------FuiCC8e70x5DJjxYdRY0UBOV Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit It seems you are confirming that the messages are in fact spurious at this point in the execution process because they are generated prior to the window being presented to the user.   You are describing messages that are only useful once the user starts being able to interact with the buffer so other than at this point they are correct, necessary, appropriate. Given I'm not mistaken, I'm now much more confident that the fix I suggested an hour or so ago ago is only pretty close to the correct way to deal with it.  I will now amend my suggestion to the following. Add the optional parameter (accepted by widget-move) to recentf-dialog-goto-first so that 't' can be passed to widget-move when recentf-edit-list and recentf-open-files call it.  All other callers will default to nil and therefore be unaffected.  This should cleanly remove them exactly and only where they are inappropriate. (defun recentf-dialog-goto-first (widget-type *_&optional quietly_*)   "Move the cursor to the first WIDGET-TYPE in current dialog. Go to the beginning of buffer if not found."   (goto-char (point-min))   (condition-case nil       (let (done)         (widget-move 1 _*quietly*_)         (while (not done)           (if (eq widget-type (widget-type (widget-at (point))))               (setq done t)             (widget-move 1 _*quietly*_))))     (error      (goto-char (point-min))))) (defun recentf-open-files (&optional files buffer-name) ...     (recentf-dialog-goto-first 'link *_t_*))) (defun recentf-edit-list () ...     (recentf-dialog-goto-first 'checkbox *_t_*))) On 6/3/25 17:51, Stephen Berman wrote: > On Sun, 1 Jun 2025 18:34:45 -0500 Rick wrote: > >> --text follows this line-- >> You can recreate most of the problem starting with -Q however you must >> have a previously populated recentf file before starting. >> >> M-x recentf-mode >> M-x recentf-open-files >> >> Now switch to the *Messagers* buffer and notice something similar to: >> >>     Loading /home/rick/.emacs.d/recentf...done     Cleaning up the recentf >> list...done (0 removed)     Mark set     Open >> /snap/emacs/2827/usr/share/emacs/31.0.50/lisp/files.el.gz >> >> Observe that it claims to have opened the most recent item on recentf-list, >> as loaded from the pre-populated recentf file.  In my case .../files.el.gz. >> >> There doesn't seem to be a buffer actually associated with the file but >> it's unclear whether it was subsequently closed or a spurious message. > I think you misunderstood those messages: each one is help text to > inform you that by checking the box of that item you will open the file > (in GUI Emacs you can see the same text in a tooltip if you move the > mouse pointer over the item). So they are not informing you that the > file has been opened. > > Steve Berman --------------FuiCC8e70x5DJjxYdRY0UBOV Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit

It seems you are confirming that the messages are in fact spurious
at this point in the execution process because they are generated
prior to the window being presented to the user.   You are
describing messages that are only useful once the user starts
being able to interact with the buffer so other than at this point
they are correct, necessary, appropriate.

Given I'm not mistaken, I'm now much more confident that the
fix I suggested an hour or so ago ago is only pretty close to
the correct way to deal with it.  I will now amend my suggestion
to the following.  

Add the optional parameter (accepted by widget-move) to
recentf-dialog-goto-first so that 't' can be passed to widget-move
when recentf-edit-list and recentf-open-files call it.  All other
callers will default to nil and therefore be unaffected.  This should
cleanly remove them exactly and only where they are inappropriate.

(defun recentf-dialog-goto-first (widget-type &optional quietly)
  "Move the cursor to the first WIDGET-TYPE in current dialog.
Go to the beginning of buffer if not found."
  (goto-char (point-min))
  (condition-case nil
      (let (done)
        (widget-move 1 quietly)
        (while (not done)
          (if (eq widget-type (widget-type (widget-at (point))))
              (setq done t)
            (widget-move 1 quietly))))
    (error
     (goto-char (point-min)))))


(defun recentf-open-files (&optional files buffer-name)
...
    (recentf-dialog-goto-first 'link t)))


(defun recentf-edit-list ()
...
    (recentf-dialog-goto-first 'checkbox t)))


On 6/3/25 17:51, Stephen Berman wrote:
On Sun, 1 Jun 2025 18:34:45 -0500 Rick <rbielaws@gmail.com> wrote:


--text follows this line--
You can recreate most of the problem starting with -Q however you must
have a previously populated recentf file before starting.

M-x recentf-mode
M-x recentf-open-files

Now switch to the *Messagers* buffer and notice something similar to:

    Loading /home/rick/.emacs.d/recentf...done     Cleaning up the recentf
list...done (0 removed)     Mark set     Open
/snap/emacs/2827/usr/share/emacs/31.0.50/lisp/files.el.gz

Observe that it claims to have opened the most recent item on recentf-list,
as loaded from the pre-populated recentf file.  In my case .../files.el.gz.

There doesn't seem to be a buffer actually associated with the file but
it's unclear whether it was subsequently closed or a spurious message.

I think you misunderstood those messages: each one is help text to
inform you that by checking the box of that item you will open the file
(in GUI Emacs you can see the same text in a tooltip if you move the
mouse pointer over the item).  So they are not informing you that the
file has been opened.

Steve Berman
--------------FuiCC8e70x5DJjxYdRY0UBOV-- From unknown Sat Sep 06 02:32:37 2025 X-Loop: help-debbugs@gnu.org Subject: bug#78666: 31.0.50; recentf-open-files reports opening the last file accessed Resent-From: Stephen Berman Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 04 Jun 2025 13:38:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 78666 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Rick Cc: 78666@debbugs.gnu.org Received: via spool by 78666-submit@debbugs.gnu.org id=B78666.174904425017315 (code B ref 78666); Wed, 04 Jun 2025 13:38:03 +0000 Received: (at 78666) by debbugs.gnu.org; 4 Jun 2025 13:37:30 +0000 Received: from localhost ([127.0.0.1]:48946 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uMoJ3-0004UX-Bh for submit@debbugs.gnu.org; Wed, 04 Jun 2025 09:37:29 -0400 Received: from mout.gmx.net ([212.227.17.20]:60425) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1uMoIx-0004Sn-Fb for 78666@debbugs.gnu.org; Wed, 04 Jun 2025 09:37:22 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.net; s=s31663417; t=1749044232; x=1749649032; i=stephen.berman@gmx.net; bh=9KPzMzjaUbV1ASB1LWNAJLih1zJqZQUg1+SViWFyIAQ=; 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=WTtERVRNZLfLJLen3ji5OinUywsaI5s99hQBTQCGtF+UuNMlQFIzNFj+2jSN77c6 xbpXmCZ80ZaFFnbZT4MDGX1SR0qaDL/GOFQBt4YYDnAEZNL+6VXLiKuaCSQScZDut E/hPcOL+8mzU09HTnXfJEgDAv5yCaQEupe3k5An368XZkqtlhahGHUhFgZntXJ5ii 7US3EpYqFjchVHbELsjCb7v7AhJLIre/LD0v8xOJozJsM5sqy/MSJ6fJBL+n3D8xC LIrJayXBgAdMzqxNe4Osyy5SBFW9sJ8PUm0w8j6EjSxRRZ5nq6uiql8EnWTR+4wr2 OhGwdcIF34VeJ8ETjw== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from strobelfs2 ([88.130.50.123]) by mail.gmx.net (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1M9Fnj-1uT9Qe2vkV-003tw2; Wed, 04 Jun 2025 15:37:11 +0200 From: Stephen Berman In-Reply-To: <229cdfb2-904f-4184-991c-af0bdb2139ac@gmail.com> References: <0ff49cfb-3682-4c70-954d-1d99eda00ad2@gmail.com> <87iklcl9qg.fsf@rub.de> <229cdfb2-904f-4184-991c-af0bdb2139ac@gmail.com> Date: Wed, 04 Jun 2025 15:37:11 +0200 Message-ID: <87a56nr5ko.fsf@gmx.net> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Provags-ID: V03:K1:8Mtiw3VqgPA9FLSgr0uYTDQJwxwQfz5wDKUZbSzs0JlV7ShOXeI LWsehETxkzJLU8Jc5hfJ3Y9lrVQo+zoPREps/ujuW2Xv+V8t2ys9uHmPQBJIJf89bVw8owZ cLnaYJP+OHh8MiUFBha40fcH+a1JUOjzs7Jl1OHxPlxpwB0jagf2791r59bh+z3WDS6sokI areaqHRcHrGf5P9zF3vvQ== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:P70AQ9BuQ5E=;HL2lADU80H4SfagF78NQRQ/wTQj YwVtmf8lNusDWOGIpY8MQKZo6m0+oYZZs9drmFlexiWz/DOYI5vObvrLvqA/fgjULV5xfUsCE HNJbzN1qrMdYycBuV3sHrxaEo0VGXtzgUar1WrVnSyivaYB1WM+xPNyTwKLZbMaNB9NAmhI/s tbALZxWGLnDm+U6zGeviWmOJ906Kc9Zl71JRYhfCLkbJ1JC/BDifNIxRHde7KVk4QhSrNHXjQ iVVucnb89HqgWV4jOEl65xl3a2sDkxp6e4i6b3YRKKBguq8xNoTdi8ftIErJL3Cs8qtWTrvUE GiULHhtJp0aoyEvOKxcEu4acYMEOuINSQ3jTdLsq1hkxXWaPl/7PGKOLIHIKoagRhI5X9LKcU g6xQknXC/bVbVrNWfubx+lu909oIn/MLnJStFjpnBi7cE6r6FN/T8BdSyZwd1bfY3Xp8f2Gnb hIeQtnMLq4yynIRse2ZceZFKl7a3bzwk/vYnlk8WJBGqTupNbU4OBfCfh96HrV4bH7ogEB5J9 XTTQLRV+tNtFQiF2s7RTtKS/76Ltky7hdrzZE5h5PDHEhqdUjhPmu5txgEIg0YmXnRvK1aNtM nDDmCffmCCvYnFrD0VdDfhH3kdClGidKmGksRxQCJ9RyVzBCxpuyU/Nh7fsAKEodp8k/a/DUz cp1ux5xvhvdY5b6ZI9NKvjEh45PJlYQ01TB/kWDdRNBRZPhE3ZV9C6Nbbb+XkECQDTSjybFO8 1JCVGxuw8NUn+opuABaOoprkMOSqcF3A6mAEMpQLQNRVYmxMByXQvdeEDkRmgd6vtIg2CD8wB b4ugH/utGNCG/wJu2z0YHmQFivayCjXYZHK9+QzkWZyxXFK0kYRDg0wfCmLuEartF4mDlDfj/ QUHQSvpGSmPUDBq0zFyWaB2sjiZ8m1EeW12nEm1QnmsKn52uNQN7u/p4e+u3V/Roa5tq2N7Za SVhmh96uI1nApm5X1o2Bp4D3wB5n38R2zLYv7mIJPTo622B645MfmaRRl/9uyX40iFmqrH72r xM/Rsq3b7S0sA3kTxILlvHR5nfaw5H7GmVxYhVjUZ1ZgssQvFuh1ks4vKMPdWXwaQVRMLUmgj kdcyi8jLSWLCfYN//DYNNuZaoK2qQqgPzfkvwkOMZ+y5ZABvW0vj2kvu8+tOxiW5MWEEppnAM XSZKHodPjLv6sF2VMeEj2R150d2mr79KZHt+/FetSBmkHwwAnTlxtd+jUSaW43qvSfWHxs8nk K+d98r/2UX90bKPze4ybyVq0N9me2RHF472uUInMTe81e6aSZrLR0uRbcZpaEWcYxsfeTajM9 mdCdccxueZJcvRxd9qWad7EBv7klP9TR8c6laVkHxPTMOw1eMTelel+hdL+OBkPDMrsfpLYH/ kIhYJKr/ZK/5al4Hl+c9p9bJ58Dyjn1ZejmZPlNhB7XeljQSR/c1olbqo09Gcz0zX2hInJx6c 26NEC0mE6PnUvom1z7h+vluzjSiW8cGygl4v+DSF8asOknZTfEJrxsAI3ILOkNvhk2Kyto9cP zKTpEjBG/UBSnNjDm61+c3bsXE+fGLsxoOZxz9wD322fOWawLSlU3rUZUmurOdkpcs4iNT7dT M+rpb6WLB2yynMaIc4iM95FAxtsU5QHEhZCwtViFywBQpwaSipq8vwE9/DH3KThZ9Tby4rBXf pwRdVixYhWgy1rWK3At5B5RWZMB6gXxhahyreVc9bAIiNZ55ZbvDF691jfWdENFae3TwpI2ln vuhfHgdt/K8vVg/6ifKz7NNLsiASU+cTBBzgULsknl94VaixljezSmtMziPApxCHUpEbJZLBT xlEkHG3ro0fUoa12JG4zjv7yUkK8AW7QQYvz/EoG6ERg1+y+mMMh6I14IHDRWEK7FN543LtUR O16BOdoTNDOe76xz3iX7fySezF5enEqmv63q6Z2/SwlzrXWVoK9NlqtOEO6kklPOup28jGmEV 7md7HTtFzjE4hrspPGp9Iok+6m/HiWcUoMS7TOyoiXLuUPxer+fKgpus5JuRJZCaYy5J20dsv txgCELcs7nZ6qJ/D8Rwx32j0aAq2gua+va8eidAvd7uJznUykjeFcs4v4r7jvpZvz/NQ32hRP UyF+xx0Yj8F1hFNlUBP6rSwpRWoeqRPH/vucZhEgAnTiaBURlKHtStB9fmofypPXN5L9PzdFy bREu9FNk0hIgvnzNGPtfgGtkt1rvS7iqLAmvbrF1B/t+xfagQ+FHV171ehZ5emb56FhXYTLLH 3VDI0ONMf9AeBinshQpB/pNQoTwB0r8be/oI48AtTrSfK8hmBGqxftqAfwvib5bENxfudSOxy TbLpbP0oABuaHoOcGf8jMoVNEFKPGHyVas8caNZXBDEPdo8U5I8U2Up0f3raSaW+H7MrfoUAi fUGJDAyM05Y/fYk9WeO4gocuCwDWhuPfGd/W7YJQQQ4VagGtp7oMgqRVde4lQrsfiDuV4sLEb 00qU1fGyYCBZA6DkuafctPfgNfZFQBxvJfniWPU6c3rFvIHfRFt9Ru+d8f5o3Km6I9uM+POKn Xlyc4MQVzVywjlw1yWBOk99m20RjynXzTb5AQkx6DIgwAeBShqANwxpdNCXRdIB+qacrdpEDU ddPJEXmwJWNH/8EhmZEig21WIfudnmQd69d7j5niItFjsVrNUmz6iE9vXDVjdhsKUoBqYB0Dr HLEhdmvNKcycWMn1pr8kHbQaT5+HSNOTMzKDQzQaYmAC7SxzWQi4xGtkqyA7940pWfrj9g++r RLue4NkSpbzwrlKElaJ8H7pIIuBLwYq81XmrhWvizaWsQK1XapTvRniu4K4ol3kNX1gfUlyfO HUyowsYaKVsHTC9ENpNiCiHAiWi5Cj2KaxJgCrzzo6kLifHpMnnRQmutKjLIJz5noxm+ybVyp N393taAek3/SXklyAMet1X9hOxHQ2eyf2PgCxgVstC2A0emvgnc43qxhMn6Kv0hMLffhyf62Q LQrRu5n+w7W6GlwGeRByAIgvQ6gjrXSVoC0xngswxS4yN3Fhaj9U9hMf+jrUxse7sYltwLz/A W18EmRbslSQyOl9oaceaZMsjXi1oemuWgP164MuEg6Pn7T0DhyWOKdb1CbJbaw+8/tS1q0PNS DdEJUpihe0tNGkGwfvU9NntXskz0ozVIYvuu3HU0+p8LT9DOI4dx1TifUBtTAnHk9+IREuOYw YVZdNiIm2BIHS4HlSb4CQGbbrPXrMDXy3PFBc6tCZhXsGIInXy1YhLfZzNdYF8pMISe7ZHpa5 B0CfX60gZZZaDPHB09uHfv8qqCTI5npYpgYH884OIWIvrXDpvWU6uRQ1CjA= 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; charset=utf-8 Content-Transfer-Encoding: quoted-printable On Tue, 3 Jun 2025 19:21:19 -0500 Rick wrote: [I moved the quoted message from me up for continuity.] > On 6/3/25 17:51, Stephen Berman wrote: >> On Sun, 1 Jun 2025 18:34:45 -0500 Rick wrote: >> >>> --text follows this line-- >>> You can recreate most of the problem starting with -Q however you must >>> have a previously populated recentf file before starting. >>> >>> M-x recentf-mode >>> M-x recentf-open-files >>> >>> Now switch to the *Messagers* buffer and notice something similar to: >>> >>> =C2=A0=C2=A0=C2=A0 Loading /home/rick/.emacs.d/recentf...done =C2=A0= =C2=A0=C2=A0 Cleaning up the recentf >>> list...done (0 removed) =C2=A0=C2=A0=C2=A0 Mark set =C2=A0=C2=A0=C2=A0 = Open >>> /snap/emacs/2827/usr/share/emacs/31.0.50/lisp/files.el.gz >>> >>> Observe that it claims to have opened the most recent item on recentf-l= ist, >>> as loaded from the pre-populated recentf file.=C2=A0 In my case .../fil= es.el.gz. >>> >>> There doesn't seem to be a buffer actually associated with the file but >>> it's unclear whether it was subsequently closed or a spurious message. >> I think you misunderstood those messages: each one is help text to >> inform you that by checking the box of that item you will open the file >> (in GUI Emacs you can see the same text in a tooltip if you move the >> mouse pointer over the item). So they are not informing you that the >> file has been opened. >> >> Steve Berman > > It seems you are confirming that the messages are in fact spurious > at this point in the execution process because they are generated > prior to the window being presented to the user.=C2=A0=C2=A0 You are > describing messages that are only useful once the user starts > being able to interact with the buffer so other than at this point > they are correct, necessary, appropriate. > > Given I'm not mistaken, I'm now much more confident that the > fix I suggested an hour or so ago ago is only pretty close to > the correct way to deal with it.=C2=A0 I will now amend my suggestion > to the following. > > Add the optional parameter (accepted by widget-move) to > recentf-dialog-goto-first so that 't' can be passed to widget-move > when recentf-edit-list and recentf-open-files call it.=C2=A0 All other > callers will default to nil and therefore be unaffected.=C2=A0 This should > cleanly remove them exactly and only where they are inappropriate. > > (defun recentf-dialog-goto-first (widget-type *_&optional quietly_*) > =C2=A0 "Move the cursor to the first WIDGET-TYPE in current dialog. > Go to the beginning of buffer if not found." > =C2=A0 (goto-char (point-min)) > =C2=A0 (condition-case nil > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 (let (done) > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 (widget-move 1 _*quietly*_) > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 (while (not done) > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 (if (eq widget-typ= e (widget-type (widget-at (point)))) > =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 (setq done t) > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 (widge= t-move 1 _*quietly*_)))) > =C2=A0=C2=A0=C2=A0 (error > =C2=A0=C2=A0=C2=A0=C2=A0 (goto-char (point-min))))) > > > (defun recentf-open-files (&optional files buffer-name) > ... > =C2=A0=C2=A0=C2=A0 (recentf-dialog-goto-first 'link *_t_*))) > > > (defun recentf-edit-list () > ... > =C2=A0=C2=A0=C2=A0 (recentf-dialog-goto-first 'checkbox *_t_*))) I took a closer look at recentf.el and found that the messages (which come from the :help-echo property in `recentf-open-files-item') are displayed only on invoking `recentf-open-files' and on tabbing between items in the *Open Recent* buffer; invoking `recentf-edit-list' or tabbing between check boxes in that list does not display such a message (so my assertion above was wrong in referring to check boxes). So you don't need to change `recentf-edit-list'. (And in fact, it isn't necessary to change `recentf-open-files' either, see the attached patch.) Also, your change only affects displaying the message on creating the open file dialog; further messages are still displayed when tabbing between items in that buffer. In your second post you said you saw several messages, also repeated ones. AFAICT all messages but the first can only result from tabbing between items; if this is not what you see, please give a precise recipe detailing what you find problematic. If you do also want to suppress the messages on tabbing between items, then I think more extensive changes are needed. For one thing, since displaying the messages has long been the status quo, suppressing them should be optional (though I agree with you that displaying the message on creating the *Open Recent* buffer seems like a bug). Moreover, since tabbing invokes the commands `widget-forward' and `widget-backward' (which in turn invoke `widget-move'), these need to be changed as well. The attached patch implements these changes. Steve Berman --=-=-= Content-Type: text/x-patch Content-Disposition: attachment Content-Description: patch for bug#78666 Content-Transfer-Encoding: quoted-printable diff --git a/lisp/recentf.el b/lisp/recentf.el index a773ea9ec01..71f3eedfe43 100644 =2D-- a/lisp/recentf.el +++ b/lisp/recentf.el @@ -330,6 +330,14 @@ recentf-show-messages :group 'recentf :type 'boolean :version "31.1") + +(defcustom recentf-suppress-open-file-help nil + "If non-nil, suppress help message on tabbing in open file dialog. +If nil, show the help message on tabbing. (In any case, the help text +is displayed in a tooltip when the mouse pointer moves over the item)." + :group 'recentf + :type 'boolean + :version "31.1") =0C ;;; Utilities ;; @@ -1099,15 +1107,34 @@ recentf-dialog-goto-first Go to the beginning of buffer if not found." (goto-char (point-min)) (condition-case nil - (let (done) - (widget-move 1) + (let ((no-echo (or recentf-suppress-open-file-help + (not (or (eq this-command #'recentf-forward) + (eq this-command #'recentf-backward))))= ) + done) + (widget-move 1 no-echo) (while (not done) (if (eq widget-type (widget-type (widget-at (point)))) (setq done t) - (widget-move 1)))) + (widget-move 1 no-echo)))) (error (goto-char (point-min))))) =20 +(defun recentf-forward (arg) + "Move the cursor to the next widget in the current dialog. +With prefix argument ARG, move to the ARGth next widget. If +`recentf-suppress-open-file-help' is non-nil, suppress help messages in +the echo area in the open recentf dialog." + (interactive "p") + (widget-forward arg recentf-suppress-open-file-help)) + +(defun recentf-backward (arg) + "Move the cursor to the previous widget in the current dialog. +With prefix argument ARG, move to the ARGth previous widget. If +`recentf-suppress-open-file-help' is non-nil, suppress help messages in +the echo area in the open recentf dialog." + (interactive "p") + (widget-backward arg recentf-suppress-open-file-help)) + (defvar-keymap recentf-dialog-mode-map :doc "Keymap used in recentf dialogs." :parent (make-composed-keymap recentf--shortcuts-keymap widget-keymap) @@ -1139,6 +1166,8 @@ recentf-dialog (recentf-dialog-mode) ,@forms (widget-setup) + (keymap-local-set " " #'recentf-forward) + (keymap-local-set " " #'recentf-backward) (switch-to-buffer (current-buffer)))) =0C ;;; Edit list dialog diff --git a/lisp/wid-edit.el b/lisp/wid-edit.el index db241ca914a..311e39f4c0f 100644 =2D-- a/lisp/wid-edit.el +++ b/lisp/wid-edit.el @@ -1383,19 +1383,23 @@ widget-move (widget-echo-help (point))) (run-hooks 'widget-move-hook)) =20 -(defun widget-forward (arg) +(defun widget-forward (arg &optional suppress-echo) "Move point to the next field or button. -With optional ARG, move across that many fields." +With optional ARG, move across that many fields. +When the second optional argument is non-nil, +nothing is shown in the echo area." (interactive "p") (run-hooks 'widget-forward-hook) - (widget-move arg)) + (widget-move arg suppress-echo)) =20 -(defun widget-backward (arg) +(defun widget-backward (arg &optional suppress-echo) "Move point to the previous field or button. -With optional ARG, move across that many fields." +With optional ARG, move across that many fields. +When the second optional argument is non-nil, +nothing is shown in the echo area." (interactive "p") (run-hooks 'widget-backward-hook) - (widget-move (- arg))) + (widget-move (- arg) suppress-echo)) =20 ;; Since the widget code uses a `field' property to identify fields, ;; ordinary beginning-of-line does the right thing. --=-=-=-- From unknown Sat Sep 06 02:32:37 2025 X-Loop: help-debbugs@gnu.org Subject: bug#78666: 31.0.50; recentf-open-files reports opening the last file accessed Resent-From: Rick Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 04 Jun 2025 14:44:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 78666 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stephen Berman Cc: 78666@debbugs.gnu.org Received: via spool by 78666-submit@debbugs.gnu.org id=B78666.174904823612914 (code B ref 78666); Wed, 04 Jun 2025 14:44:01 +0000 Received: (at 78666) by debbugs.gnu.org; 4 Jun 2025 14:43:56 +0000 Received: from localhost ([127.0.0.1]:50642 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uMpLQ-0003ME-9s for submit@debbugs.gnu.org; Wed, 04 Jun 2025 10:43:56 -0400 Received: from mail-qk1-x729.google.com ([2607:f8b0:4864:20::729]:44511) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1uMpLN-0003Ld-Fq for 78666@debbugs.gnu.org; Wed, 04 Jun 2025 10:43:54 -0400 Received: by mail-qk1-x729.google.com with SMTP id af79cd13be357-7d0a47f6692so552713485a.1 for <78666@debbugs.gnu.org>; Wed, 04 Jun 2025 07:43:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1749048228; x=1749653028; darn=debbugs.gnu.org; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=kFyiA9TySUtmmhxPgG6lFxI5A4YqQA7fsUNwk677pc8=; b=M+GzRfPNwnc5rITrplFgQ/NJutxuvmLlL4jAEOGj1mwXXLMjc28rU+vdQcYlRCddt9 u9rum9DhNpWaoSuP7OGrnUZHkrqFC3lYDbkJt1nDPHKlsjrh3wOtw5HRHdaA4EnOdKCb TIQnf97YnUFP34uNqdkhxYQBAHM3s6YRDOnITOFe6q6wsfUqvkQ3kHB5QZscWPcWJUxA YPzzCQLPor/2lv3t2+wkQKnLCXSiFqICh3Oi5c4qNQa9DJ2jGuI8dzGxry4Tk6nQ50K9 ZZQeUxyM/qsbTHzwhxTOOkisbFCZ6tWDW+CRURav/pPeK7Sv0n2YLwgth9i7MaJJ8jwF PnNg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1749048228; x=1749653028; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=kFyiA9TySUtmmhxPgG6lFxI5A4YqQA7fsUNwk677pc8=; b=iS40nMYL8Dz9ZqueGSbtiIXchyDVEbKr/kVMCNHiNnusDWhySrSn/xasVi98utufyw HA4kMYVFZQnai302L91Xlz9nHKiuc3BTr8sNEp1ZUIN4AcDa1fNXLzjkam/f5HOiGBGj HqkHWL0p+HLLm8K5j8kzHIWGqxFd8ZQy0ayf3B8SMi2ZeLDh9k8GsFecEN75X/1sCGsv KmhGWGbtD96ux0H5oU/uEfrsRXlM+Hsb+UsU4CKyVtiR2cx/Oo0CzvAQkByKyvy7zNBk vRQihafrPf9WvFpgtwIG7Oq52xsK8bYD8NgGJQgCuYGD8DB7ND1LJOMbaXO1Y3gD+q0c qjgg== X-Gm-Message-State: AOJu0YxeHsb6XA/KKRkzmJiJHeZ+qRPga1/bwsmPVO2T2t8ArReqGPee WsI9CRQywys2s0YO6IbKCq2PhI9vrGyYdXjhkJFFvyAPm9+M7BJvww9s X-Gm-Gg: ASbGncvbb2q/+kTZtx0SInQzMDbPhLp6DJDNGS9OMEKOuPfRz0iNL4yuf0QNyhbHrU7 kuO9eIPzVaOcXtYtA8i67Y7QqqCX509vr4QQS6VdumnuSE0HcEgKVRlu9DiAFOFjaxS5MYZkIFp dp5hBfVVhjOPLeadaQ4rr1loId5lNay7G5MspZ82WB4NBHfcIJei5EtsIdakGiTBFJG8tmCk8Kc L3Y/YSZBkHqK024aIBnZgK3QfpWJWZ7vJH5k3M8YNOMVMHHyZHqXxI6dlo65+eMd8olq9ep/b4c XQDuKVuqyvy8Yw0/EJGlH7fwHLcoZa8uJRmyH6vR+zWcGv6i5P8ugvW4PEYxYz60bdY0ly8fsj+ EmkRFweUNbZJ6eWsYY0/pOw== X-Google-Smtp-Source: AGHT+IFhg+zXSZEDa0gunsKOJKrCVmYcw32zzNtuTh2l3xr8fmnDUGvzo42vMcGoZpeXdkejaFl08w== X-Received: by 2002:a05:620a:24d1:b0:7cd:49d6:32ce with SMTP id af79cd13be357-7d21a69874fmr369528885a.32.1749048227531; Wed, 04 Jun 2025 07:43:47 -0700 (PDT) Received: from ?IPV6:2601:447:c580:e8e0:3550:9e3a:283a:90d4? ([2601:447:c580:e8e0:3550:9e3a:283a:90d4]) by smtp.gmail.com with ESMTPSA id af79cd13be357-7d09a1142d0sm1039428185a.65.2025.06.04.07.43.46 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 04 Jun 2025 07:43:47 -0700 (PDT) Message-ID: Date: Wed, 4 Jun 2025 09:43:46 -0500 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird References: <0ff49cfb-3682-4c70-954d-1d99eda00ad2@gmail.com> <87iklcl9qg.fsf@rub.de> <229cdfb2-904f-4184-991c-af0bdb2139ac@gmail.com> <87a56nr5ko.fsf@gmx.net> Content-Language: en-US From: Rick In-Reply-To: <87a56nr5ko.fsf@gmx.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit 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 took a closer look at recentf.el and found that the messages (which > come from the :help-echo property in `recentf-open-files-item') are > displayed only on invoking `recentf-open-files' and on tabbing between > items in the *Open Recent* buffer; invoking `recentf-edit-list' or > tabbing between check boxes in that list does not display such a message > (so my assertion above was wrong in referring to check boxes). So you > don't need to change `recentf-edit-list'. (And in fact, it isn't > necessary to change `recentf-open-files' either, see the attached > patch.) > > Also, your change only affects displaying the message on creating the > open file dialog; further messages are still displayed when tabbing > between items in that buffer. In your second post you said you saw > several messages, also repeated ones. AFAICT all messages but the first > can only result from tabbing between items; if this is not what you see, > please give a precise recipe detailing what you find problematic. > > If you do also want to suppress the messages on tabbing between items, > then I think more extensive changes are needed. For one thing, since > displaying the messages has long been the status quo, suppressing them > should be optional (though I agree with you that displaying the message > on creating the *Open Recent* buffer seems like a bug). Moreover, since > tabbing invokes the commands `widget-forward' and `widget-backward' > (which in turn invoke `widget-move'), these need to be changed as well. > The attached patch implements these changes. > > Steve Berman Nice bonus.  Thanks From unknown Sat Sep 06 02:32:37 2025 X-Loop: help-debbugs@gnu.org Subject: bug#78666: 31.0.50; recentf-open-files reports opening the last file accessed Resent-From: Stephen Berman Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 17 Jun 2025 07:52:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 78666 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Rick Cc: 78666@debbugs.gnu.org Received: via spool by 78666-submit@debbugs.gnu.org id=B78666.17501466752952 (code B ref 78666); Tue, 17 Jun 2025 07:52:02 +0000 Received: (at 78666) by debbugs.gnu.org; 17 Jun 2025 07:51:15 +0000 Received: from localhost ([127.0.0.1]:52846 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uRR6A-0000lX-9i for submit@debbugs.gnu.org; Tue, 17 Jun 2025 03:51:14 -0400 Received: from mout.gmx.net ([212.227.17.20]:49653) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1uRR66-0000kk-Sd for 78666@debbugs.gnu.org; Tue, 17 Jun 2025 03:51:11 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.net; s=s31663417; t=1750146664; x=1750751464; i=stephen.berman@gmx.net; bh=ZNjT4Ku13pkOMHXZ3ySOJ8scxcHChpI+0vdClfnjBVM=; 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=UeuvWnW6+6HohdhjnQb1C8mlGcH3JlNrHFeUuA5VfVpRpqWjIfrSlvX+nhz/k0Us e5vMHrG9yTdogXPomZ90DyIzbIYOgqfvyU5g/Unno2EE+biGQz2/7nHPxUSbql89Q 3oiJ5Y3aprpnphh8oyuhW1AIpqEjKbCzhlWbMebS4LLcVg71cP/+Qczg9ZGAjFAUe tsaPSV9JyNSBIpnAoFXTAMMD2aaDHF9iuNIgVjEyztPpKqZ0h4Ui45wZ/UX8z2S8K fYBY33szl7PYVQi+OvBQymKJq33MkUf7u3v5YMRePatZxvjcq29FXg9GV3rhm+nOd mU8Z60v1AmGUI7qGIQ== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from strobelfs2 ([94.134.94.38]) by mail.gmx.net (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1Mf0BG-1uz5tV3orK-00mf42; Tue, 17 Jun 2025 09:51:03 +0200 From: Stephen Berman In-Reply-To: References: <0ff49cfb-3682-4c70-954d-1d99eda00ad2@gmail.com> <87iklcl9qg.fsf@rub.de> <229cdfb2-904f-4184-991c-af0bdb2139ac@gmail.com> <87a56nr5ko.fsf@gmx.net> Date: Tue, 17 Jun 2025 09:51:03 +0200 Message-ID: <87cyb2olg8.fsf@gmx.net> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:y1D/nzp3KMpC8ZVXWpdGdc878DWw6IjGoDP6OpV9jd7kpzK2V0S bMkNopvryCPfg2eSH1dGXnQnZJv6SrSoMvoq02NbuLpfl9jC1HbxSlY3XlfY+dfaZtNVdcg n4/RL21lrU9146wxX4x8yeaJBw7Y5+zdQuNZM+Mif+rh/66+f34vMB9X+74AAoHYuQKkIEK lKNmsn4LWjYKVXbbZoLjg== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:5eQupMVjGxI=;c3bkdkeLxbHuIAUwF6VG56GHAAs lW2AcmeEYX4nscIIBOw+q/7QM3dX1cL0L/TsSznalW1QlDKPWj/+kPyiy96xFI3AC6CWEpgsh CIkGjVd7WsoeQ348WDuZmcHGatvP9LOFSje561q5t2aIDMbLQlk/h7MuCdSulpDCKDk1J1qxO HO5FzXfwIanSdWypczk0oQNLwG8pODtjvmz3uJU7KHQdjZr8NEaSY9+WSrlRxW35+Y4VkdiCp 6vtsxroV8NG6hEHz0RX/z37neIMmmY0vxsWOHmwbNYHdNUd+1GdSrLMSMRpe/dMlwfQRuegUp LmUHuqxvC0Otnm4PyG5/gIjst7l2efsNGZb2+wp1heW+WqG8Mwkc6MMO4J+jw+361fsW7iGJE ZBMjSAg99bJumsGAw4uJLWrToZEykokqDFsIDB2UPpr/rBpDZdA2NqDFU0l+jdrr+C5+mq6uf /SUgKaNJ2qB3hcqTZkGEfnnWW4H8zt8DUHQg3kDzUfUK9Mevc7WhFfpEPEPRl+eM9wFJnBsSU +uqLLbSQVhhzs/8wfY8lxh0fB+jVFG+iGfz9lRwmJdZQHtX7/dJAcWnlKQ0Vp32zZ1QG0Mnxk Hazlx6KGnlpoYVgFvYFsllBjHqK3cyqU16JjOP2pSjPFSVyb4vCAebxEgb6HhzcoHdTf/J+yT 0GNg2VkoUAZyl8wNNs301FNWVQiIHaxHcYcQGiXAvgGWMEMlxxc+si1uXgThPj1awSd6ChbLw POD5kEXk1SOLboZXhE/TcWSPbVndWVOSG2t3fgXDcHyYmrnB3JzAzOAVqFUMUGWwlorp2ROOg Y3QYkqaWbMzAX2T+/E5xoIJczSLhi/8gSUlT+V8SUdpYtYUUg6XDmF3alV5Kr2wI8TeaTYhYj wBz4Ksk0h6WJiAg4hhS0xFh+sdBm0R6IS27caF9pn7fftMDENplQDfgHQYVROSi+N+mBcQr5U ak8Me4oKouC/42R245ozid06Mn19yjPe8OSsbeaj0KmfcbDt5lfc6MDvZNKBkzBgZTgO8Buhn /z6UcruQw9LpokcVmQe3OHFx+Z6Ky5LkrXGEQPhmmrXTYzfbhWRjr61Pm5uC14hxUKOTpFlxf 4VNbGU/ck4rHz15N6G2w3TqsL7py7I6sf+6uNuOi6dzIqvK1fQAQygP+9JKrBOHMK/xc1ZNoB bBMzTP7HumVh86vGUi6C+fJVCiJmIwNtBoQiAXigfrwnPxQ3F28rrHTTex67LQW+25/LnGGWg ryvO1nl0x9wXzSHaUGlgQcnDJDYDnRDJEbcYWUnDT//QW9480e0IpK9kuMFol34o0mJ9tOnSo 30dudcT0IARKzLHY4lepgtn0vIkDljTQr8re3GKUuTg/eVENsKfXaTSdqPehdwvyQdkm2lvqa gVxfrHXZ9bFhOF/TBrpRc6ZVd3VR0FqIn2pGa7/IH0ZX1PHOTbwv+/aGY/uAdAOjBKaZlc96X do6sLTgaCcs9836nl3XkoUWQuobpMQYGYb7hUnTEJHrsXxYYqTIyFIJ5xp02uMDmeMkS3iUQF 7w1TFFGhekP6uG5SZzbLSxl+9eAvGeKHpaetMLLyeoERELwOsVmYJZESdDOcq8YKTm9tN8c3t B71wW2ij/XGDeI6S3YxJVSUlBD8Ja+iPqA+UULQ+HYCULWfl4UDPVtLqKmz77FfBZ+mG67rQO JHIZSXiHI1+cW4Q9bY2r53ZpPCvNI6lRS9b/DchFHgbJyAJgkkyUIP21oCEtGeEm8Sn2E13kM qLsMptGMd/rk+lqjpLnhDwA51P43ZO+j5tao5kE5JwZ5X0Tu/Qylltn81UDWZNdhhc3WWE4Kw B2vA6VEa40LTGisfhw09FHt8Q/107JxBaUmy9hIS2u606x6u6cAaYRsCC5Lmk9bVkoum1X4ZI CdVd97hfybEZqkAuR+9869QVdtgl+2062zL654TeDMDb+J92tFkB4/BhnlOlTF2UI7FMPkuWW JbomqDUaQ/2JQELrbAyjdtA5zBIubQy0B9pjqz8KQOzr5cXnG2rodmj4CabvNMSk52FkI51VS kYG6cK+jvRrHilWR1/V9E4rfJ0QDI0IWH3QdHWVVo0KzsveY1m83Zhx0Szo0HXM2FPIk3zaj0 1JaI2muIJTU92vaxad3BXwwRF/oCH0+hINGdsOe2QYz6VCGF9MKWAfx5gWjVHocGuvA7zcNyY PrSAnRXmzvDM0rnGCzlAcxqjSAyUZB3sKrMMkiIhHX8PWRB6lyDp7VyDNuD4il01l7yyT9oDw PCjKvCUsm5Qc6PnWJFPcoqgDDe757WVOpTGGT/KlRWc8t4zX2ux4hxJWpg0K8N3qF6jam99Nw fuee6jHylux3CCxps1qdl7ZxELkxXfVUiI+CjZBzGlkSTUfRqQJyb4nXJDp8Dv5u6YrJOvo/V zh1dtnBf5EDawjRb8JD2y9sFtUpuAGgZJPQPCuzqGRUzPSHLOdHaHUvpT3h77TCf7dbtIEmkv SLp1778B5bF8qpTFiE9m647kiJLD7887M5Rbrz+fX7uEB525RjmgbjA2KkNQffAvcoAyQlTLS VHNaA2inmStHMveLBxMRjE9aS9AOjKGOCkHxprec/45UsxcBsBfnEKniRk6X62R9UD51dvtCu QG6DLJ8O8MfMkkOxNBXZSeMsgkd8W7jsyqdWqVWJCdR2oWjxjISg2p4jiVHjEM6Pa9xN9skF9 747wVvzKVrwhMzMkdkKWrqPogqVCZileaTbnLGa4HMe3Yyh0+C+BocZ21SXh60/mqXMjzJGzO VyroFsFdaRkUUUr39WN9rBg7BIxl6uUp5eKgXH7qx67zr3Q8XUtdKQkqFKyk8kj5CbegvpQsn LuMAU1g+6B3GSn3plYvKfjiRkXqw1Ozq1/uTCRnqvqhEgx6/Ac8DdHcmcfZF/F1H/T7F5/LA1 nOFFeteT6KpcBC7zINtVDMrZdVXm4pk7Z/zDJhdlQy2kR0Dt7St7NckTgOOm62FWvVQsiBgp2 hM00/NpRt7lJ3qSZTyD6e+aIaemOkA1c8nGZulUUN0WYRU/xK4V1spvltuctvNQWDNeG2kP41 TxUCYrcsW1Qym5TuupBGGqbSvxV3qo3hZUJdaySZ8TfR1HS6kSFH6Gy7ZZxega6AkXTgBsyJt Rea8fYJMLgNJ3XfUHDg83oZy0MaT6mf9EOn6e3V9EbjjtC9I26rI1OuM4+Dx7zUlabR2oKagT TkFyTlIiV7C0AueEczi1CTTt+OUcAk9Q3RqtL5lTX/VKAHpFzMb7anVqzqRfVRrKtysA= 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 (-) On Wed, 4 Jun 2025 09:43:46 -0500 Rick wrote: >> I took a closer look at recentf.el and found that the messages (which >> come from the :help-echo property in `recentf-open-files-item') are >> displayed only on invoking `recentf-open-files' and on tabbing between >> items in the *Open Recent* buffer; invoking `recentf-edit-list' or >> tabbing between check boxes in that list does not display such a message >> (so my assertion above was wrong in referring to check boxes). So you >> don't need to change `recentf-edit-list'. (And in fact, it isn't >> necessary to change `recentf-open-files' either, see the attached >> patch.) >> >> Also, your change only affects displaying the message on creating the >> open file dialog; further messages are still displayed when tabbing >> between items in that buffer. In your second post you said you saw >> several messages, also repeated ones. AFAICT all messages but the first >> can only result from tabbing between items; if this is not what you see, >> please give a precise recipe detailing what you find problematic. >> >> If you do also want to suppress the messages on tabbing between items, >> then I think more extensive changes are needed. For one thing, since >> displaying the messages has long been the status quo, suppressing them >> should be optional (though I agree with you that displaying the message >> on creating the *Open Recent* buffer seems like a bug). Moreover, since >> tabbing invokes the commands `widget-forward' and `widget-backward' >> (which in turn invoke `widget-move'), these need to be changed as well. >> The attached patch implements these changes. >> >> Steve Berman > > Nice bonus.=C2=A0 Thanks Since my patch goes beyond a minimal fix for the problem reported, I think it's appropriate that at least one of the Emacs maintainers should approve it or explain why it should not be installed. So this is a request for maintainer feedback. Thanks. Steve Berman From unknown Sat Sep 06 02:32:37 2025 X-Loop: help-debbugs@gnu.org Subject: bug#78666: 31.0.50; recentf-open-files reports opening the last file accessed Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 21 Jun 2025 09:23:04 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 78666 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stephen Berman Cc: rbielaws@gmail.com, 78666@debbugs.gnu.org Received: via spool by 78666-submit@debbugs.gnu.org id=B78666.175049774221739 (code B ref 78666); Sat, 21 Jun 2025 09:23:04 +0000 Received: (at 78666) by debbugs.gnu.org; 21 Jun 2025 09:22:22 +0000 Received: from localhost ([127.0.0.1]:33765 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uSuQV-0005eF-Ip for submit@debbugs.gnu.org; Sat, 21 Jun 2025 05:22:21 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:59800) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1uSuQR-0005ca-Uz for 78666@debbugs.gnu.org; Sat, 21 Jun 2025 05:22:17 -0400 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 1uSuQM-00026q-7p; Sat, 21 Jun 2025 05:22:10 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=uzDUACgXh5SXUEkl0TY3s4BcW3fSJknFtTbPPRib91c=; b=m3DpfXyw+Ie57paAqOGZ KYkCGD1akkxpQWZHn0SSWkW2/WSdMcoqIP8P3oWNZQQeeNKryiXzDiquWjxP3ALjaTHvsSeGfZCVf M7MaRGfooubRuYD5tesGv893GAiTox2T5Y97tynrXPWo0b3VPv9DEKyv6KKlQ6SXkotiqo4LYmeOi IMQZFcvCihH2xOlTyZjkUfmptiS4fgaN0O/mS4dAviXvSDqgaMINXXRLgMbzo5z8TFX0O384bhL33 MAqokhl6CEubX2XgdcLeeTBKOH6tXPYMN1k+RgrV78QLVsZ4QFPqIUrXMDtwuktufO0dAz1xeON7g UP+9IcNsmvnwxA==; Date: Sat, 21 Jun 2025 12:22:07 +0300 Message-Id: <8634btjvpc.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <87cyb2olg8.fsf@gmx.net> (bug-gnu-emacs@gnu.org) References: <0ff49cfb-3682-4c70-954d-1d99eda00ad2@gmail.com> <87iklcl9qg.fsf@rub.de> <229cdfb2-904f-4184-991c-af0bdb2139ac@gmail.com> <87a56nr5ko.fsf@gmx.net> <87cyb2olg8.fsf@gmx.net> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit 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: 78666@debbugs.gnu.org > Date: Tue, 17 Jun 2025 09:51:03 +0200 > From: Stephen Berman via "Bug reports for GNU Emacs, > the Swiss army knife of text editors" > > On Wed, 4 Jun 2025 09:43:46 -0500 Rick wrote: > > >> I took a closer look at recentf.el and found that the messages (which > >> come from the :help-echo property in `recentf-open-files-item') are > >> displayed only on invoking `recentf-open-files' and on tabbing between > >> items in the *Open Recent* buffer; invoking `recentf-edit-list' or > >> tabbing between check boxes in that list does not display such a message > >> (so my assertion above was wrong in referring to check boxes). So you > >> don't need to change `recentf-edit-list'. (And in fact, it isn't > >> necessary to change `recentf-open-files' either, see the attached > >> patch.) > >> > >> Also, your change only affects displaying the message on creating the > >> open file dialog; further messages are still displayed when tabbing > >> between items in that buffer. In your second post you said you saw > >> several messages, also repeated ones. AFAICT all messages but the first > >> can only result from tabbing between items; if this is not what you see, > >> please give a precise recipe detailing what you find problematic. > >> > >> If you do also want to suppress the messages on tabbing between items, > >> then I think more extensive changes are needed. For one thing, since > >> displaying the messages has long been the status quo, suppressing them > >> should be optional (though I agree with you that displaying the message > >> on creating the *Open Recent* buffer seems like a bug). Moreover, since > >> tabbing invokes the commands `widget-forward' and `widget-backward' > >> (which in turn invoke `widget-move'), these need to be changed as well. > >> The attached patch implements these changes. > >> > >> Steve Berman > > > > Nice bonus.  Thanks > > Since my patch goes beyond a minimal fix for the problem reported, I > think it's appropriate that at least one of the Emacs maintainers should > approve it or explain why it should not be installed. So this is a > request for maintainer feedback. Thanks. I don't use recentf, so I have hard time understanding what this is about. What are those messages which you are talking about, and why and under what circumstances would users want to suppress them? From unknown Sat Sep 06 02:32:37 2025 X-Loop: help-debbugs@gnu.org Subject: bug#78666: 31.0.50; recentf-open-files reports opening the last file accessed Resent-From: Stephen Berman Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 21 Jun 2025 16:41:04 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 78666 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: rbielaws@gmail.com, 78666@debbugs.gnu.org Received: via spool by 78666-submit@debbugs.gnu.org id=B78666.17505240409354 (code B ref 78666); Sat, 21 Jun 2025 16:41:04 +0000 Received: (at 78666) by debbugs.gnu.org; 21 Jun 2025 16:40:40 +0000 Received: from localhost ([127.0.0.1]:42991 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uT1Gg-0002Qa-Pw for submit@debbugs.gnu.org; Sat, 21 Jun 2025 12:40:40 -0400 Received: from mout.gmx.net ([212.227.17.20]:48587) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1uT1Ga-0002PB-E0 for 78666@debbugs.gnu.org; Sat, 21 Jun 2025 12:40:37 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.net; s=s31663417; t=1750524022; x=1751128822; i=stephen.berman@gmx.net; bh=oN8dyoWGxuHz4xCdGT0qspxsFHa+4Pn1Yo4YDmt1zOw=; 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=OQ6arvfVY36PBZ/KJ/E45gxqdMkVHGpHGnkANJlBLuSlIgVGyb4tkWlO5C4Ph6w3 VGzuqqE0hmJFu0lJiz1zoNGxv/cmwRBiIa3isLJFf9zGm3a+ruVp1dmYlJgY166vG LW+5rNs8L3BTGYpkZ4frckW6JnRuBuB8jsurmaswl+JwvU85aEI0xr+0bAGM9fUPN MXUOOOq3JfzbeawAHUO4w12P33OrZJZmh5PRoAp1cZKGUgp+d4n2L4UJeZIj4GrEE o0Cd0vvLJQkrA/4SiX1wOTuq16r1gDxmLTxa/U495lXNla6C6mBKY03YtDG4+vhvj rHds4caZGCCc2S++iw== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from strobelfs2 ([88.130.49.185]) by mail.gmx.net (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1Mlf0U-1vAIUe18tu-00aqx3; Sat, 21 Jun 2025 18:40:22 +0200 From: Stephen Berman In-Reply-To: <8634btjvpc.fsf@gnu.org> References: <0ff49cfb-3682-4c70-954d-1d99eda00ad2@gmail.com> <87iklcl9qg.fsf@rub.de> <229cdfb2-904f-4184-991c-af0bdb2139ac@gmail.com> <87a56nr5ko.fsf@gmx.net> <87cyb2olg8.fsf@gmx.net> <8634btjvpc.fsf@gnu.org> Date: Sat, 21 Jun 2025 18:40:21 +0200 Message-ID: <87h609t5e2.fsf@gmx.net> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:/I7ihBAQv+sRx/TeOldODTK+K6Dy4eFCE1A9CNDjZHbPlESvYkL pHa+7pCgDqDTrSRMIBMq4/zh+Xp6bspJxmn9OuAc7gXbe3YQ5TIenx/+uiq55VFFsw4hAZi oprU/3u8bzQNMWkwI5OEcUU52BtOW9i2o10RZH9iKs/glWGp+/he3plE2Ik82eeQWj4yCOt auPVA9jNseZZ2LVcWeLrw== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:QC2HQ3Idlqg=;aJHR5a05cInVMpLv1CD6xTN+W3l zOQyzRTI5scSGXmPaYfthySTcspxPgcvSZPF4arzpq8bGdwnc6FnS3KTI/83/RvaNcK3bjC5R uFaBaPT2GDAcr52W4C6y7FX5et6SOAqYxqnfwTgwiOpBaesv+1UBwwhUIY/ss5rjj3+ufLKRI 3dXsXYDR+ruqV9PNZ1fkcA0mOdTI97WyQGTqhPIDkf+E8G+2ZQRnOkHouNh6iGwMJ5uUtPuB+ CFnFTp9jcWUVZnQWbs35dpSvozwHVW3j8uTvEPmyCR1udrDZ1m5sP51MG+Kg7c85Ics1qVO5A aG+V7wGWtpu43nSseCpqPwvCYEIgTMKwUsoprusY1xAsKjSgqv7fgN1D9Xkgl1Zt23djk7HVo 9OrVu/xDw7pkd5UyIEF7RVnLcGq4prX7c+WkQoSuQZK1M8MP6MJLiCgYqpol4Hrc02Bg9OK82 KjF2DSRIGbA8t/PGUBpVXy2OCzgYHyH18E5sDC1txLzU4yi/jJxuwx3tsjv3DZQqOX/77X+0/ u43b1Y5S7i5CAgAvmmFuBLRBZhnCkhMtm5Xi7dmhvsgDoJbYbUFdKuEoNNwHgqVXvFMfLSvwn 4ALxEZBsg6xoG0d585Ba8NDhn8SxKXrCy9ATdPzLTds/hD5F4wJw8CUG0v6n3zfIMfrU7EEYD tUNwyApMMupuLjDPxDoeP/4m5Cgl1NcWzttMsCOfGpn1/XiCGMlG23aAGEa1mb6UYfcwnptYW 1PKIHL9r3PsjDgzmLzzB7C4GpSO1b1eD5v/e0J+Eut5S+03uqogknyKU1Wko5GjemUnQnz8ut ail6EGm5vfBd1KZGOSGOP7H8kihR+8EA82dscJ0+YgT/mgxSKF24zJ/3RicihOif//U7jsLte PeWdlh6Tewrm5rtGEVyYRO/iCCK44P6UEoDUCVByd/CvrdhS1/JZMM+PA9GjBdYCvKPMMMESP JDIYZ/BTZRxaOzOSqumexYmnwK/EL0EuJRapf3Se2M21csPqBDFXJSYTLyOzkNUaDX+Rk386H Phmx7h+2mlTpfjcaLBUloz2AR+YGF2guQz7pP7ealuDwY5JPpA+IaS2bLb45gESAQ+qQHi6aX F511IKuTg6c9L8xdhogGeFAXinWCLgbG89mAickh2jPpIsmM8b5m280mngDJRaWv9uc37Grre 0XCOP+DATEcdxCu66AmkUUgcpMHPFYkAv3XwQNob8KsNq69iiSTecT/qnI6DmA6nMKcXuStlj qgeroI6prhrtqmd0IS6LXN21l50n/AhCWqXdlvGEE9bTVUw9QTJWN+xzoMtZJ3eylHNG4wxrF RZnblbZdV8MwDCnM+nTCSD8v3Vc6pUKFngJfrYb1oM8z2Owa6UwbCmAXb9NRvtXC7e28uNEgJ LSmZr1GKnCg6RU42mPwvohXRX2DHkv5BPwGjP9rbsMJDx5YI5NRysAUE4xXvOf+EdBVqjN7QZ Rs2dgcdeuA9UqWVNEXv9lOf/ZAYLsU3fXUNWZzXja6SvHB+JMpDpE21NSMSJO6WmFle3Y8dxo +crC88Qm5K5RV1p+EGY6ORvdO7NV+lDHClp3beV/yVDJfovVEp7rrowyTO3rmjI/2QZt1dffg oHuk6zUbdbWr2XPJA7gaauJ2S2ozyi9hzsdpcMvBtHMVYDq/PZl/kTwD0aKXTm6TW1ciRFppX 3UolryD5QDUv2cuQy16eWPgrEK/Wgq6Lmg+/aolPgsm/Z0nuL1vkaH3nIYMXRjcnZxxHyErLo I859TnL+QP5Xtq2OMOauOL+5DeH3KYkHO/I4ObO0gGXkev+l0F09Ma0Yzg3XPJykP5jmxpO3f PYjJssVa96meXUZXS9kpqzj97CfiZQnq67Awpu2Vzs5NtowVlOicUShyELXFpsvAzI8N5JDJP JKLHFL4eJXxynHxl8tGW10/zPSWZUWcpEAJ3YzNLPQ/piyos/1wpmnmo18nrouwrfdRuYILRO +7MX3jsyfRuod68qJ1VgTeJTic5ZGG9Xbw0ClvthmTLiuAqMkogbYax2wwuYzoNLjvN6jNyP0 Zstdrdzskqt1ft6lPa6W4khAwlOBTyLURgXrpU9UhmFQeMx+Dg3HTYMMnN5BhlAciFAr3sryO hPKBl97ENlmjuDfYJR1eQnBfcM/SyUcmhfi1vAR9qSXYQpLvEORL1Gcj9PE3X7Mhc9y4iTt2t v+CqduCaS4WzIF9O24jO6w4ApU1z3IJNlTODA3NSVcUcDboRBHOPzBaa07IOoF9JfCDzXgOVo fOVItiptAmZZJLQfyN++O5yMjL2XgGykDjdBV78doos/TmQuTTW/Ilvc6mi4HOlZoSE+j6lzz Eu+XWmJjHT/g5+EoaQagGhYrR/37l3nqeRLMe78pSpjv2L3jPODHJcQ2R9IbUkH81NazUZD6q F0wl9onY2+wM2SG5vYUKur8tOYVQBLI1RwFQBCTIekhYJJ8mHBvSR52FWFvGJeumUXyTPj7P2 zwmXMVskLGrY+F5zbC6Ec02+uU/sDcbk8G3MYlg5Muu7hhunOCLMM/NvwBrCnBBHtjaE3Yl/9 1FO1YDsHuXTOQpfzxoNlREsFycdjptn2QSvo7JbolDnXtYpMI0MVCxUy9/W04JALXpY8fZQ/g YghD+W2kfY+shQnPQR26Dag/qSLlrlo8fD9COX6RqwOYSv+dAdeec0xNWsLPk/kcLkxJXui9B 8qNM4PlqZ+nr32d9PJcpnSAzNhbKtkdZqK0k1WD+OJlGUSS1pQyWA2vXAfVNh7uHumJ+5uUiP Saj3Si3X298vmkxknGKHhqcQieHmkGborxHkYjDTTxajW1Q3WyCzNBwgdvt4sqlcs2PDPVy7N 0CxMUrkQyKZihlg8/xGj3uVRoIMk3j5Di6Ov6pcfPMtCk2TV42mGmBIH555yK7ltY/mJkfwDL LWJWojtvkWiXaOJgtz3rQTNZ+f8LszzIB5kk+udImNBB6wSfpDiWYO9w6v8TR+D+a4sNmVG8c S8RAnOrIw1srg0Z5XAVEuJjsPdvCU1IMVtJ8PFFaucOy6VDPoD/OqIaZdjJ4P4cP9ZtY3MMGh dopub0xuPAGpJICR/G/UobYMuSQi9x3ZUaxt7M3NHLqZyBJUNzFbGGwdqtEk6Ex4rIfNQy/3h dY7W2htEaYkrSe1MtjwxRtCIoOZpuGg5vMH8ycKlygvambNpe/h1SM+I0BiL898n5VlRkU6EV 902jYCAxN0AEDch8Nmu+jEeqmSbTXczh7UQqTWExhGWFdumPjF1GBU8rL4xr3z+Kprpw= 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 (-) On Sat, 21 Jun 2025 12:22:07 +0300 Eli Zaretskii wrote: >> Cc: 78666@debbugs.gnu.org >> Date: Tue, 17 Jun 2025 09:51:03 +0200 >> From: Stephen Berman via "Bug reports for GNU Emacs, >> the Swiss army knife of text editors" >>=20 >> On Wed, 4 Jun 2025 09:43:46 -0500 Rick wrote: >>=20 >> >> I took a closer look at recentf.el and found that the messages (which >> >> come from the :help-echo property in `recentf-open-files-item') are >> >> displayed only on invoking `recentf-open-files' and on tabbing between >> >> items in the *Open Recent* buffer; invoking `recentf-edit-list' or >> >> tabbing between check boxes in that list does not display such a mess= age >> >> (so my assertion above was wrong in referring to check boxes). So you >> >> don't need to change `recentf-edit-list'. (And in fact, it isn't >> >> necessary to change `recentf-open-files' either, see the attached >> >> patch.) >> >> >> >> Also, your change only affects displaying the message on creating the >> >> open file dialog; further messages are still displayed when tabbing >> >> between items in that buffer. In your second post you said you saw >> >> several messages, also repeated ones. AFAICT all messages but the fi= rst >> >> can only result from tabbing between items; if this is not what you s= ee, >> >> please give a precise recipe detailing what you find problematic. >> >> >> >> If you do also want to suppress the messages on tabbing between items, >> >> then I think more extensive changes are needed. For one thing, since >> >> displaying the messages has long been the status quo, suppressing them >> >> should be optional (though I agree with you that displaying the messa= ge >> >> on creating the *Open Recent* buffer seems like a bug). Moreover, si= nce >> >> tabbing invokes the commands `widget-forward' and `widget-backward' >> >> (which in turn invoke `widget-move'), these need to be changed as wel= l. >> >> The attached patch implements these changes. >> >> >> >> Steve Berman >> > >> > Nice bonus.=C2=A0 Thanks >>=20 >> Since my patch goes beyond a minimal fix for the problem reported, I >> think it's appropriate that at least one of the Emacs maintainers should >> approve it or explain why it should not be installed. So this is a >> request for maintainer feedback. Thanks. > > I don't use recentf, so I have hard time understanding what this is > about. What are those messages which you are talking about, and why > and under what circumstances would users want to suppress them? The messages are mostly of the form "Open " (if the files listed in the *Open Recent* buffer are displayed as a tree structure, there are also the messages "Collapse node" and "Expand node"). These messages inform the user what action clicking (or typing RET) on an entry in the list executes (the entries are all widgets: the file names are links, and with a tree structure, there are also expandable/collapsible nodes that contain file names as leaves). Since the meaning of the message is pretty obvious, and a message appears (with a different file name) each time the user tabs between entries in the list, it seems reasonable that many users would prefer not to see the messages in the echo area (and also have them in *Messages*). Indeed, since the messages are also displayed in tooltips, it might have been preferable if displaying them in the echo area and in *Messages* had been suppressed by default. However, the messages are shown on invoking `widget-move' and the ability to suppress them by passing an optional argument to that function was added in commit fd86149b1a05 many years after recentf.el first appeared in Emacs. That is why I proposed making suppressing the messages configurable, defaulting to showing the messages, since that's the way it's always been in recentf.el. The patch does unconditionally suppress the message in one case: on invoking `recentf-open-files', which was what prompted the OP to file the bug report. This command automatically and noninteractively moves point to the first file entry in the *Open Recent* buffer using `widget-move', which displays the message. And it is displayed even if the buffer is not visible (e.g., if `recentf-open-files' is invoked noninteractively from another function that then changes the current buffer), so in this case showing the message is clearly inappropriate. However, if `recentf-open-files' is invoked interactively, so *Open Recent* is the current buffer, then I suppose showing the message initially makes as much sense as showing it on tabbing. If so, I could adjust the patch accordingly. On the other hand, given the small information value of the messages, breaking the existing behavior by defaulting to suppressing the messages, or, even more radically, by unconditionally suppressing the messages, does not seem too unreasonable, especially since they can still be viewed in tooltips. What do you think? Steve Berman From unknown Sat Sep 06 02:32:37 2025 X-Loop: help-debbugs@gnu.org Subject: bug#78666: 31.0.50; recentf-open-files reports opening the last file accessed Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 21 Jun 2025 19:03:04 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 78666 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stephen Berman Cc: rbielaws@gmail.com, 78666@debbugs.gnu.org Received: via spool by 78666-submit@debbugs.gnu.org id=B78666.17505325371002 (code B ref 78666); Sat, 21 Jun 2025 19:03:04 +0000 Received: (at 78666) by debbugs.gnu.org; 21 Jun 2025 19:02:17 +0000 Received: from localhost ([127.0.0.1]:43202 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uT3Tk-0000G2-QN for submit@debbugs.gnu.org; Sat, 21 Jun 2025 15:02:17 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:59098) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1uT3Th-0000Ev-ST for 78666@debbugs.gnu.org; Sat, 21 Jun 2025 15:02:15 -0400 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 1uT3Ta-0002NA-FR; Sat, 21 Jun 2025 15:02:08 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=Y250ubhD0p6nNGW6YQmgmZ3XjUTxsdkz0pzmLc1s2HU=; b=fwxdmp4I+hRR5Y4IZ0v9 ORJDxJMarmdNHYfSGCtkl5K6nf2aWoJ9hV52lzjJNaC5/D0TVjHl16J+ZzmIPeQokohf2khl3i2E5 w8gYizEjQamvjKewYZBnyeQqFmx3OCea8MjkW5nTNKJIC+9ex8TLscDDK6Ag0xQ8KTL63owXCTL13 9tddK6AeclCQ9MIIaWXIsL9ufBeXU1WuBiehQ95PHv37xkQWYgd4cNe7u16LWylEUEFEuxanpsSet mptJ44Qba2vgRarCkMMnsp/FJnt2TKKqP1dM71kZ4knEiGVaQY8h7MZJeVL4XNn4midzc86eb68gA pP49YQXzNPG4Gw==; Date: Sat, 21 Jun 2025 22:02:03 +0300 Message-Id: <86msa0j4us.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <87h609t5e2.fsf@gmx.net> (message from Stephen Berman on Sat, 21 Jun 2025 18:40:21 +0200) References: <0ff49cfb-3682-4c70-954d-1d99eda00ad2@gmail.com> <87iklcl9qg.fsf@rub.de> <229cdfb2-904f-4184-991c-af0bdb2139ac@gmail.com> <87a56nr5ko.fsf@gmx.net> <87cyb2olg8.fsf@gmx.net> <8634btjvpc.fsf@gnu.org> <87h609t5e2.fsf@gmx.net> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit 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: Stephen Berman > Cc: rbielaws@gmail.com, 78666@debbugs.gnu.org > Date: Sat, 21 Jun 2025 18:40:21 +0200 > > On Sat, 21 Jun 2025 12:22:07 +0300 Eli Zaretskii wrote: > > >> Cc: 78666@debbugs.gnu.org > >> Date: Tue, 17 Jun 2025 09:51:03 +0200 > >> From: Stephen Berman via "Bug reports for GNU Emacs, > >> the Swiss army knife of text editors" > >> > >> On Wed, 4 Jun 2025 09:43:46 -0500 Rick wrote: > >> > >> >> I took a closer look at recentf.el and found that the messages (which > >> >> come from the :help-echo property in `recentf-open-files-item') are > >> >> displayed only on invoking `recentf-open-files' and on tabbing between > >> >> items in the *Open Recent* buffer; invoking `recentf-edit-list' or > >> >> tabbing between check boxes in that list does not display such a message > >> >> (so my assertion above was wrong in referring to check boxes). So you > >> >> don't need to change `recentf-edit-list'. (And in fact, it isn't > >> >> necessary to change `recentf-open-files' either, see the attached > >> >> patch.) > >> >> > >> >> Also, your change only affects displaying the message on creating the > >> >> open file dialog; further messages are still displayed when tabbing > >> >> between items in that buffer. In your second post you said you saw > >> >> several messages, also repeated ones. AFAICT all messages but the first > >> >> can only result from tabbing between items; if this is not what you see, > >> >> please give a precise recipe detailing what you find problematic. > >> >> > >> >> If you do also want to suppress the messages on tabbing between items, > >> >> then I think more extensive changes are needed. For one thing, since > >> >> displaying the messages has long been the status quo, suppressing them > >> >> should be optional (though I agree with you that displaying the message > >> >> on creating the *Open Recent* buffer seems like a bug). Moreover, since > >> >> tabbing invokes the commands `widget-forward' and `widget-backward' > >> >> (which in turn invoke `widget-move'), these need to be changed as well. > >> >> The attached patch implements these changes. > >> >> > >> >> Steve Berman > >> > > >> > Nice bonus.  Thanks > >> > >> Since my patch goes beyond a minimal fix for the problem reported, I > >> think it's appropriate that at least one of the Emacs maintainers should > >> approve it or explain why it should not be installed. So this is a > >> request for maintainer feedback. Thanks. > > > > I don't use recentf, so I have hard time understanding what this is > > about. What are those messages which you are talking about, and why > > and under what circumstances would users want to suppress them? > > The messages are mostly of the form "Open " (if the files > listed in the *Open Recent* buffer are displayed as a tree structure, > there are also the messages "Collapse node" and "Expand node"). These > messages inform the user what action clicking (or typing RET) on an > entry in the list executes (the entries are all widgets: the file names > are links, and with a tree structure, there are also > expandable/collapsible nodes that contain file names as leaves). Since > the meaning of the message is pretty obvious, and a message appears > (with a different file name) each time the user tabs between entries in > the list, it seems reasonable that many users would prefer not to see > the messages in the echo area (and also have them in *Messages*). > > Indeed, since the messages are also displayed in tooltips, it might have > been preferable if displaying them in the echo area and in *Messages* > had been suppressed by default. However, the messages are shown on > invoking `widget-move' and the ability to suppress them by passing an > optional argument to that function was added in commit fd86149b1a05 many > years after recentf.el first appeared in Emacs. That is why I proposed > making suppressing the messages configurable, defaulting to showing the > messages, since that's the way it's always been in recentf.el. > > The patch does unconditionally suppress the message in one case: on > invoking `recentf-open-files', which was what prompted the OP to file > the bug report. This command automatically and noninteractively moves > point to the first file entry in the *Open Recent* buffer using > `widget-move', which displays the message. And it is displayed even if > the buffer is not visible (e.g., if `recentf-open-files' is invoked > noninteractively from another function that then changes the current > buffer), so in this case showing the message is clearly inappropriate. > However, if `recentf-open-files' is invoked interactively, so *Open > Recent* is the current buffer, then I suppose showing the message > initially makes as much sense as showing it on tabbing. If so, I could > adjust the patch accordingly. > > On the other hand, given the small information value of the messages, > breaking the existing behavior by defaulting to suppressing the > messages, or, even more radically, by unconditionally suppressing the > messages, does not seem too unreasonable, especially since they can > still be viewed in tooltips. What do you think? So, given that this is a recentf-specific issue, what kind of feedback did you expect from me, now that you know I don't use this feature? It sounds like you have already everything figured out. What are the aspects about which you are in doubt? If that is whether to suppress these messages unconditionally, then I don't think that would be TRT: these messages are shown for many years, and we didn't have any complaints about them till now, AFAIU. So having this as an opt-in behavior sounds correct to me. Are there any other questionable aspects? From unknown Sat Sep 06 02:32:37 2025 X-Loop: help-debbugs@gnu.org Subject: bug#78666: 31.0.50; recentf-open-files reports opening the last file accessed Resent-From: Stephen Berman Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 22 Jun 2025 13:29:07 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 78666 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: rbielaws@gmail.com, 78666@debbugs.gnu.org Received: via spool by 78666-submit@debbugs.gnu.org id=B78666.175059890230829 (code B ref 78666); Sun, 22 Jun 2025 13:29:07 +0000 Received: (at 78666) by debbugs.gnu.org; 22 Jun 2025 13:28:22 +0000 Received: from localhost ([127.0.0.1]:47513 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uTKk8-000818-To for submit@debbugs.gnu.org; Sun, 22 Jun 2025 09:28:21 -0400 Received: from mout.gmx.net ([212.227.15.18]:38951) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1uTKjv-0007zZ-OC for 78666@debbugs.gnu.org; Sun, 22 Jun 2025 09:28:15 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.net; s=s31663417; t=1750598881; x=1751203681; i=stephen.berman@gmx.net; bh=k9m6ilzpcn21YKESemi1vx/98FIAqmCyMIiV7epsTY0=; 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=OUe+JMttYTmaPt+C2Ah/iWGwc8QJf8jylTwiMZ9YnYVhoLkILBtbSZAsgKr6iN0f kirj5jFmsmOcaLqbvvYZbFXXo/T7DvXeI/cHxlThUyVv76dB7rs4VgsLgDADiO7sw UHkzrYoNTXbWkIh0ki8S4HqkS5YPaUfb7N9Xaf4rY1ecBNVhJvkz6rqgrgTggdMVW tqzXyijXzrgdMK8//6tO1/hHSbA1SKZwZzkvOZTGJWLU6+EXjHSmNQ50CxkIcrqoa CoqGOI2ZNbvKmHbqNKfKL8rarQxV8+bEEGziFVIgmNWN5rJPEPFVWXeGTmbqOpbGJ 5f26lZIg4/uJNlxWnA== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from strobelfs2 ([88.130.48.165]) by mail.gmx.net (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1N6KUd-1unfq53a25-014yMH; Sun, 22 Jun 2025 15:28:00 +0200 From: Stephen Berman In-Reply-To: <86msa0j4us.fsf@gnu.org> References: <0ff49cfb-3682-4c70-954d-1d99eda00ad2@gmail.com> <87iklcl9qg.fsf@rub.de> <229cdfb2-904f-4184-991c-af0bdb2139ac@gmail.com> <87a56nr5ko.fsf@gmx.net> <87cyb2olg8.fsf@gmx.net> <8634btjvpc.fsf@gnu.org> <87h609t5e2.fsf@gmx.net> <86msa0j4us.fsf@gnu.org> Date: Sun, 22 Jun 2025 15:27:59 +0200 Message-ID: <871prboqhs.fsf@gmx.net> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:mPqp6Be2qsTEeenIl1lrQL5lxt35x9I2GWy7YakBXIzVd2q1ApJ PwMnHXADb7EsUoW3dP4xKtwET1UIbYyjEJk6HTv6Z/RDKHYQrZFu3sFRKbr2FYWMqArMdD1 KgBeoSSmpczAAT+hoH6EbgJI79KFKFbNPkhpSpn7I1qbKp9SLCX5u31B24FafH80Rbfip45 iwI7jT9GV7z3LuhMAl0Kw== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:m3NPjNwFmZk=;udJbSaOc8pZk1S66XqdhA2WnJAt M68cS9v6NHG0yxzOWuLXOka1MhdvxBhDU4+ioeOidV2pVUJ1jkduZ4zXzSftEGIBK6qPdS1e6 kCO8edwc/oJ+V/S3mBUpO00lnXICNf/UYDwVVHtz2QYO8zC9et6FJ09GuhEYQ/OJK51UL3bj5 dAEKV8LgUIBwB5KVwPhPHBXr7A9anAvCr9TScc9GnOYxayaofI16b4XyKSY34QFOSxTiWU6gF QHuPoyWaz4lwcOf8q0DjXlAadnGJXqqdkHTujyJW+YTwPPwvuUPinzlNrn9CYhG4mNhAVlYgK z4Z2u2dtgWMzfWEHIc4hkIc9h3zCSYmkamlcNT5jKX2qSp9hDo24Dgol/Fpo7+1evqW7MDJLm 2PzJue5dnZKEQ3V/xkNm907Urno9OSM4cNhZ9+q7D4nEieKOk8pbsP7qTxxknImpO9IUIXTUX 9Iu0QQ5iM5wtYjYv2DeLOvAnoyiFXs/2Q3ZCwlXIQ0V2LuNz9ICpY/7e0oyqJRq/CJoljfMT8 +qrDHJ8oaCjEgt62Q41KFeu60RazGGc60dAbHGug+2d7s4X+INKvT7SZALbgIkjMlwruk+i73 jVcutwpRWPcPY3EO77B70TSJy2TtVAogiVLsyeys8OZpJ8sHIZW9bGjdwbMo4CYuKhdNAzFjK 40E2tPdkvh3pILmuTkD8/8L8Spl52nBw/50ORh63yts0qzG42Nn+YNVP8MI+UbvyqycfVqCsk qXD5ZL8dD2CwnMLfg2NIgeI7LbKrAWZjLlgQ9gp5ozEOPvSYlu41cC4BdZHbnpMqoBfPj0Ccf IMXSe+EZKau9pCgBxXWPQ2JpXmdfepRLsLQRk6tj0B/mrsAhvTReVDCPDD3bNg8iuUKCFd1hp GglpqhWGIbqR5+J6Rqx9cwHOdw9OewjMyLZJGP61LVDvW68sn0wWkYzAmLW62MZngX4h+gyDa AJiAOKyyA/aZ1DNEQ1FZOwH1owmWEya5D2pYM6z/0BqeXDh8i3bOVfN47f0IAyjg1bktEDDCT GaKlja+k7D8vc1VB1gpdEPaJAKnJni81U3h9z/Abjg6FStCtrTKC17aHLh58IA699cfgvrNaw 9i6Ri50As/tONJZtxtEFcAyzUcJwVhCKR7lRdT6QIMvKrm5I2okOTrsBZFWp0MevBQc907SMR agwbtQ5tqIde8mgqWX4GnjkLKPERjCqFn5T5MuWsWJEuLWG+UTSgN+oPeu46R8xuPQOGiPToC I4rOZFw88Hdjq7WyYd0YbC9+UbVrbNB/KC5AYqAuoabY2I9ECszHnSIUozLImoLwJA0dZ7YTJ nkFenShOcxVTRwcGFOK2JhRrRmXVOg1sJTZs0c1hMYUs00WGKZ88IequNGwuReyIxKDByaZDO dloh2uAgUD9CaDbCgYxiXd8AbdAGT0dDue1jnzz3ltlQGQf5IcdnQvTJVDc2Bia77AUbRdJjX WUqv2/Tg+WUyp/5Lrndz8mu2pVBbIaIZ9aqIx4TLsFgbuvyd8AfAIl2laElyVHbBYd2PH2FPp bknjzXJe6XImQQZoz6y10lQ9KQw2Sn9OF1pf3IJmnWAXLF2GZV1MNKy8xuxbkxkDnYgoBczxD 0HfggwSENQxNnd1N6hFDnUHH9CYgoPQELEUc7qr4qWgUNF6DKnaponTDTRoDH1SYiK2HxiHkm g4dmzu0AqKUTdl+TsxlZ9Y/zSXbvhffpvQ3Q93UuLtd2n9jydP15VTcLetp3yH90WCzqNvHRO It5ZdDiIT5XSXDRIBPbNSRNaZSBzUPAR0QiwhTK5OVG75OqruQFVuZL5Z0rNA7pKNS+TIyrSB +nrle3dGu+MsQoxd5tRWgL0lmvA7AW0jx2ZDFWIEsYYgSvdMMdIYwWqvNxNkxlzGjiJQ4P+SR Texijt4gWVWq9WVReDMNXBzgdRUu3K1LHYQpTsM0xTSE/wM7s1uXo52Xi4gt9k14b5HWZ6mc+ Xz+jxPOZccCkvhOu5XzVCRDMHO1dIpeOo+cQzJf92g++QDX0j6ow4mp+HspAjEh7TdUJoEZA8 JmSTe8EknJzZCp5mlMrOgVJU0bHq257pz3+mBELUOHqe7BrBxqUOv8+8tfjE0+QuLO6omEC4h uqPrZiTENNGPyXOwwWjK1jPutnX2ZvBUerK3pyMCAqJTzUVsvEDqydJMU20BEKVSHsvp9M5Ir Mt4g7FdP+dH/++acrWCcfRqHHZ3vd+lfZLo4eCdMrmif8OVi1tX5GE9ASHvAjch8gQQFsjKNT C4q8HfA3frdXC7CdPWK9H1RgJozfn/HDMTzUkbf8XtoaMhXpDBNvYEtKgUwLdjCGG3Do7iv5+ kjm1kTFEiSJ5y30JI03TMMlVhYuiwqC4uNYEHaNSvmTpCgB6L8mrzA/o7FntFi1Bpv6dI1ef9 yt/VuFFGAbs2LGXrrvC+qQGXYvFQ5VWZ2iUseeArGqxsYIdtjQv8ogRGUHtGN3ErbAw08V8kG CO6dIxfaPjW7bKH4bABNMuPhBU8dTqM+kau+8Nk/+LsUtoFlOBFeLBvJGy/in5TSdkXmOqLth w3hq/oumBIc4aIz+9lcNmQ5uhFnKVKBWsX+xr3QsA4N913u5Gl4zqkh8hcqxsKS6HCYUTehrH nq1hIu6YqDZimjtHd+hse+AFOUNNZx0yk+w62wMZM4dfjddLUi7z5AYLEmf8FbuA0Lfdij1pT wC0itdkaegMCWCeaLIpPpKrWQ/HvS/s7tEaNF1dzuxdW8R9Htp9gK4buC6Cm+9+7xlfjrehmz vUQ5hgyv3obTMK2CNczvXDXpRgk4dC8VnyE+SgMrT4+CM7iV6RawBUmUotk1mRF7qCTck6O7N itGpCE7OTbG6yUzDh+6CAFkc8LoOQeGI4ef8MdiQBcRDNgVIXCaVHpiZXnDbHrKb2yX4SHz8S /IHNlWX8pT5srpXvP5CUsYoXL+W0bjLl//FmAS4vzFbLe+EoEJFV5jqQBZ84Os6vyqQlh1ubG a5gNDxDZyaih7lu8DiLZhSpl3X4qZ8AU0oBB4IXSFoEUgyGfovX6Wt+Z2J5ft/GfnhhLiK1Ie 5ceeAgSNDrLI79y24Z4hh2sduX4x0u+U63K3GdpD2iw1ZdIAEIqBOfE4B9P0TqGxaEFyLJChf OmdGHQaZ/0FlZeLOSdYAlDZjj/jyWR52Ds8JyxRj82f3J1zSjFy08ubCJw8qY2M2R7QoQyxfQ qBZLTwaXuFuV0rizqzPkowo7Xsm2Y9WSobeG/835sqjPBC+ZF7Ua5oWnuofG+krlBl2ErH6Ov WLrtmMuaSjSSFMgg Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.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: -1.7 (-) On Sat, 21 Jun 2025 22:02:03 +0300 Eli Zaretskii wrote: >> From: Stephen Berman >> Cc: rbielaws@gmail.com, 78666@debbugs.gnu.org >> Date: Sat, 21 Jun 2025 18:40:21 +0200 >>=20 >> On Sat, 21 Jun 2025 12:22:07 +0300 Eli Zaretskii wrote: [...]=20 >> > I don't use recentf, so I have hard time understanding what this is >> > about. What are those messages which you are talking about, and why >> > and under what circumstances would users want to suppress them? >>=20 >> The messages are mostly of the form "Open " (if the files >> listed in the *Open Recent* buffer are displayed as a tree structure, >> there are also the messages "Collapse node" and "Expand node"). These >> messages inform the user what action clicking (or typing RET) on an >> entry in the list executes (the entries are all widgets: the file names >> are links, and with a tree structure, there are also >> expandable/collapsible nodes that contain file names as leaves). Since >> the meaning of the message is pretty obvious, and a message appears >> (with a different file name) each time the user tabs between entries in >> the list, it seems reasonable that many users would prefer not to see >> the messages in the echo area (and also have them in *Messages*). >>=20 >> Indeed, since the messages are also displayed in tooltips, it might hav= e >> been preferable if displaying them in the echo area and in *Messages* >> had been suppressed by default. However, the messages are shown on >> invoking `widget-move' and the ability to suppress them by passing an >> optional argument to that function was added in commit fd86149b1a05 man= y >> years after recentf.el first appeared in Emacs. That is why I proposed >> making suppressing the messages configurable, defaulting to showing the >> messages, since that's the way it's always been in recentf.el. >>=20 >> The patch does unconditionally suppress the message in one case: on >> invoking `recentf-open-files', which was what prompted the OP to file >> the bug report. This command automatically and noninteractively moves >> point to the first file entry in the *Open Recent* buffer using >> `widget-move', which displays the message. And it is displayed even if >> the buffer is not visible (e.g., if `recentf-open-files' is invoked >> noninteractively from another function that then changes the current >> buffer), so in this case showing the message is clearly inappropriate. >> However, if `recentf-open-files' is invoked interactively, so *Open >> Recent* is the current buffer, then I suppose showing the message >> initially makes as much sense as showing it on tabbing. If so, I could >> adjust the patch accordingly. >>=20 >> On the other hand, given the small information value of the messages, >> breaking the existing behavior by defaulting to suppressing the >> messages, or, even more radically, by unconditionally suppressing the >> messages, does not seem too unreasonable, especially since they can >> still be viewed in tooltips. What do you think? > > So, given that this is a recentf-specific issue, what kind of feedback > did you expect from me, now that you know I don't use this feature? > It sounds like you have already everything figured out. What are the > aspects about which you are in doubt? If that is whether to suppress > these messages unconditionally, then I don't think that would be TRT: > these messages are shown for many years, and we didn't have any > complaints about them till now, AFAIU. So having this as an opt-in > behavior sounds correct to me. Thanks, that's the feedback I was hoping for. I was uncertain whether this minor issue justified the extent of the changes and adding a user option, not least because I've gotten unexpected resistance to adding a user option in the ongoing bug#77718 thread. So, I'll push an updated version of the patch to master, which adds a NEWS entry and by default keeps the initial message only when `recentf-open-files' is invoked interactively, since I think that's more consistent behavior if the option to suppress the messages is not enabled. > Are there any other questionable aspects? Since the patch involves passing the optional suppression argument to `widget-forward' and `widget-backward', I did briefly consider the possibility of making the suppression mechanism in wid-edit.el more flexible, which I expect would then have required fewer changes to recentf.el; but that is a more invasive job, so I think it's safest to just make the recentf.el changes for now, and if such changes are made later in wid-edit.el, the recentf.el changes can then be adjusted accordingly. Steve Berman From unknown Sat Sep 06 02:32:37 2025 X-Loop: help-debbugs@gnu.org Subject: bug#78666: 31.0.50; recentf-open-files reports opening the last file accessed Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 22 Jun 2025 14:34:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 78666 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stephen Berman Cc: rbielaws@gmail.com, 78666@debbugs.gnu.org Received: via spool by 78666-submit@debbugs.gnu.org id=B78666.17506027864725 (code B ref 78666); Sun, 22 Jun 2025 14:34:02 +0000 Received: (at 78666) by debbugs.gnu.org; 22 Jun 2025 14:33:06 +0000 Received: from localhost ([127.0.0.1]:49097 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uTLko-0001E1-2w for submit@debbugs.gnu.org; Sun, 22 Jun 2025 10:33:06 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:57046) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1uTLkl-0001CS-IY for 78666@debbugs.gnu.org; Sun, 22 Jun 2025 10:33:04 -0400 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 1uTLkf-0004O9-DM; Sun, 22 Jun 2025 10:32:58 -0400 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=xD45ZyYJqkEEepq+Azlaw7OBAJAJXvK0Gxpw7STH0EQ=; b=XtfeRzSkmRjH O/lOg2m5V9RzmC16utjxoyecoSYTNnF5B+ZIulBSWZV0X871GcKjfDjI8gD1MIVdjJi9rN/t9DX+w +xZePO1Upsi0mcdtG4omyfV1M1ewH3eVDdibQKcSCsd1DMnX3HsJRV0r30wmsfxapVeql02kbzjrz o9UicCAgpEho15R2ojX6v33gcOK9TpRsA2N92r4eVXljwt3yQHdPPuIeZW7ixsGWGbQ3ho6e18MRA g43HDsj4iIqypBnIuBfV2CiRErzdzYEcTr5VH/v+0cEGSOi+3Y1OHY04c2MjJgsbF0Ld1fbNTrhOc YyyEFTl0zRsQd0G/zS0E7Q==; Date: Sun, 22 Jun 2025 17:32:54 +0300 Message-Id: <868qljhmnd.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <871prboqhs.fsf@gmx.net> (message from Stephen Berman on Sun, 22 Jun 2025 15:27:59 +0200) References: <0ff49cfb-3682-4c70-954d-1d99eda00ad2@gmail.com> <87iklcl9qg.fsf@rub.de> <229cdfb2-904f-4184-991c-af0bdb2139ac@gmail.com> <87a56nr5ko.fsf@gmx.net> <87cyb2olg8.fsf@gmx.net> <8634btjvpc.fsf@gnu.org> <87h609t5e2.fsf@gmx.net> <86msa0j4us.fsf@gnu.org> <871prboqhs.fsf@gmx.net> 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: Stephen Berman > Cc: rbielaws@gmail.com, 78666@debbugs.gnu.org > Date: Sun, 22 Jun 2025 15:27:59 +0200 > > On Sat, 21 Jun 2025 22:02:03 +0300 Eli Zaretskii wrote: > > > So, given that this is a recentf-specific issue, what kind of feedback > > did you expect from me, now that you know I don't use this feature? > > It sounds like you have already everything figured out. What are the > > aspects about which you are in doubt? If that is whether to suppress > > these messages unconditionally, then I don't think that would be TRT: > > these messages are shown for many years, and we didn't have any > > complaints about them till now, AFAIU. So having this as an opt-in > > behavior sounds correct to me. > > Thanks, that's the feedback I was hoping for. I was uncertain whether > this minor issue justified the extent of the changes and adding a user > option, not least because I've gotten unexpected resistance to adding a > user option in the ongoing bug#77718 thread. So, I'll push an updated > version of the patch to master, which adds a NEWS entry and by default > keeps the initial message only when `recentf-open-files' is invoked > interactively, since I think that's more consistent behavior if the > option to suppress the messages is not enabled. Thanks. > > Are there any other questionable aspects? > > Since the patch involves passing the optional suppression argument to > `widget-forward' and `widget-backward', I did briefly consider the > possibility of making the suppression mechanism in wid-edit.el more > flexible, which I expect would then have required fewer changes to > recentf.el; but that is a more invasive job, so I think it's safest to > just make the recentf.el changes for now, and if such changes are made > later in wid-edit.el, the recentf.el changes can then be adjusted > accordingly. Right. From unknown Sat Sep 06 02:32:37 2025 X-Loop: help-debbugs@gnu.org Subject: bug#78666: 31.0.50; recentf-open-files reports opening the last file accessed Resent-From: Stephen Berman Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 23 Jun 2025 10:07:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 78666 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: rbielaws@gmail.com, 78666@debbugs.gnu.org Received: via spool by 78666-submit@debbugs.gnu.org id=B78666.175067317012778 (code B ref 78666); Mon, 23 Jun 2025 10:07:01 +0000 Received: (at 78666) by debbugs.gnu.org; 23 Jun 2025 10:06:10 +0000 Received: from localhost ([127.0.0.1]:54226 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uTe40-0003Ji-1J for submit@debbugs.gnu.org; Mon, 23 Jun 2025 06:06:09 -0400 Received: from mout.gmx.net ([212.227.15.19]:45557) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1uTe3x-0003I2-Sv for 78666@debbugs.gnu.org; Mon, 23 Jun 2025 06:06:06 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.net; s=s31663417; t=1750673155; x=1751277955; i=stephen.berman@gmx.net; bh=kvk6r7YDSUZ6PELpuXEXZKvYvH16+3K7pKBhckrcwM0=; 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=FyuyOBUeUIlUzKwppVZK5OgFpb1K7LhKsQxQVsbKXAf5NDQR8TdrYbDYLKe3biIZ MwwzuZ0KqVQg22kQ2F+ZkJvQ1QIzeTGHRK4bOBs6UO23gHVNIvEXGKWhCM7gO7dl7 QE1bHDVLnV3LvNFrl9DBrvyhsIhU3qhqI6e9+x0Z2/JY1eDiu69mp+KDT4vSptkGV cSPg70bP6y5JNaHNSzWflycOJhgwRyywe+uh063Hf6iVj1dtvZbUotKYjqd70AwPj 94ZpY/SArJilmjK+RLdCjhbKotUYAYX52/wE9lM8rEowUK4UOkbYHGGgNf/fmRtLV D1LG/wgB3bi9yzlkvg== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from strobelfs2 ([94.134.95.53]) by mail.gmx.net (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1Mt75H-1uiz3T3MdN-00roTt; Mon, 23 Jun 2025 12:05:54 +0200 From: Stephen Berman In-Reply-To: <868qljhmnd.fsf@gnu.org> References: <0ff49cfb-3682-4c70-954d-1d99eda00ad2@gmail.com> <87iklcl9qg.fsf@rub.de> <229cdfb2-904f-4184-991c-af0bdb2139ac@gmail.com> <87a56nr5ko.fsf@gmx.net> <87cyb2olg8.fsf@gmx.net> <8634btjvpc.fsf@gnu.org> <87h609t5e2.fsf@gmx.net> <86msa0j4us.fsf@gnu.org> <871prboqhs.fsf@gmx.net> <868qljhmnd.fsf@gnu.org> Date: Mon, 23 Jun 2025 12:05:54 +0200 Message-ID: <875xgmg4cd.fsf@gmx.net> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:1g3BOnfxEHmYUzxQCMAY5jEcosCDoX1ja5DMX7SQz6kp3gvKn9O YqQ8RJu3NWz8dpP2AhHeDpK8ihlRrbhKw8Kpnax56ksWhX7wKWEtjc2/P1Wcz6aiqEIHjMR K7V+geW31uymmBr7YcUFF7mEFl4r3os8zLkTbsB/hvw5YDRwokFHar7lgJa0ZkQljTh2MD0 /FB61x7bIn0yrojsBjCRQ== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:HVeFqp1QEzY=;BobNrRhWKu/13yxBYJ7xXQssRCn LMAgE2IKVvWds+p2R+mh6YQtSbQ77AUcoXGiiOe4je6LpOTwrJjc3MPD/qiZ19vPvencjaJBx NL4sQxQ68enA252L8bqMgpEVgULIiXFy8P1eMS2dYBgrOLkMIc8bEv1IEm9stIoi1midFwzT6 ++NyE57miPg7FNmo0bLswpFJgrSqd1ytbFfAjW96VZceFIYpzlrvCNVUzEOfrGC04Z/2a+MgS 0icv1WHEF3/jKyQxrqerR6cs3Nc8Kqw1XoyiKmHYSW/G8l9gB2+wIA1JLpS7o5wNA/AUt5BnK cnYlmQ97llkfaltevW4270kkofNV8t22iKYfQpByEcK3XFqzin0MLAFS8r7xKzxsQ4bLuoQy9 NNRA7EptYDAEK+7SolxbnFfpcTMLdM34sc17DBqHBTqrJr0tu3rZCSJ4cEDbzLMgpwGskj+/0 m4RbmCvyIFiYZG833P4hHFkdvROqb5enK1SMgsltCJEMyeUQFK0FjiiIMZXXbu0wwn1GTatI2 /yPJQ/hjYosG75l4z01abyaUzeqnKpFODLxHc9ltJCYlZrpOHin31sZ5KteAdF1v/8ulJJAQ/ yUHG2fmBWGJKh6TKrbvApCglZTb3vcLOdfsHzs6WiD/1tCBqBmQYXWhGJjhZk6qR3SbJZZmX5 X728YpgQxtTvwLqgim/udOUw93QOMeEHsqM1tNiG2+6vecyTcU/Fq8iBWJ8BoYAHt1l5Z2NXK 8DxWsD2N7n3HXzHC+GbuK1x6bfcOBQOq+Gae66dWz+P1kYn3nLVQ7kTM8c+k7Uf1Esu4uyA4z kMP6D11MaoydR9V5QvewedOc6MCvP5mBXCur54BXZbjpKaF+XigTzMdinTCEV2k2a4oGL59Uy U5VNbkCGbHhGSXtpE0UwBL+fmN3qPRcj2iNRhSYWr24fwueB0H20B+Yejb716K6QBaaYheLv0 yxypMmjC6uWSK/p6YnBK6jNqo2P7h1Fs9s5Kf1K8VOEoDczTPVE14i8DnPdHatvYecjrXS2C8 XVYVsRPImL5qZ1Xs1o3T1Y0tIR9lM37o/uGJlet+LxLAXVqPin3LXzvy/kPdbiA9VEcEevHN2 6QIqsMpjbDchACGGENRBELJm5oMXAW10zQ/nvxDpof7g0H6VCDwhTo09Yopp4lZ6gPPpf9vMO p6G8cWn39/lXHh6kS0NdwJmfzORnO/fkJjRCc272D0Ou4LsJc3EqXmpGa4MGLsw+LvGjBtqvh 2ycWGbrQIh750tpXTmLl2wvy3jg1QUk2p13LXPeTuYaz9PBiibMrpG7F6r5WWHDLQ04hu0E/q 1LLgiJBHWXE7CQSSk0ihx2DNVnHX+2TBT58UkgR3lTtRC4eqaVcBt6NnDrRFD9R85dOF5jxGf 357xRZ+3ZnUpBJZsE47IC224NIOIrFWh7c5h1+4HqX+WZimgfJIYZb24M9rdHFjwFlhbNbTGi 6nz5KA+D3B7w9M3ijfC2ljso0Az8UGZT9jBsj4QgueA2BOxIh697jyW1I3OQ2ee1nO44wyYJK vZ8UrApU+oNf/tZQk5QeVHawQ31qnYI7VeVvHbXs1EmNrplavfV7YqLKQ/bF51h6iEIZkWguR kD9d5l1lDI5NyjA4MBlfJfgCp3BXO4wWyxU2SWFGD4Vf+BaRJ4JJrLlfNOM3iQ5WZCAgUJe+6 /RhuEnoqoJZw50UQHNCAA6U+nxILVqHRBmS6wCqnwv5lZODLDFtJO9Q+nMVLj820OUpMPmoLL mnLk6Ei5y7VOD+rU4LWY+iG1YIXlDw0Bmsa9WcQdo/WLeqOasd4T40/xupbCMZSnsMNVgiViz sMZ0NAnYPrxzdn7Rw7MnwvEVyPHY23UZoNYbs6z5QQDyX4cypS67PGpyTKigc7WOWXJFRxTrL 381fuDFJJB83RaNLlUbPDCcGe/ucEux0hob2d6/RpMN306H92RQ8wiN6xKcJEedRUKpN0UPdX ikUWS5a6RwzoYo7r51IZZEYfZZPiXzQDupagnurk6gwkh8RXFPLQeZq/fzCCMNfBiEdIBD+wF Do9aHYmkGA3EzMZifpSWNj6xfBH1w9tuYBaLBtnR0MwcIHtkCgjsguVPqs81og0j20bBK3J5v b/HBuJM4EJZdy6v3hZ5vHc2SfsFv/V77I/PxFkSVFt/O7fKHBeeBtzlghZTD9LpWbz+mSxGVS 0t6XO2ltLj5cA5VwrQy1W7v0cx28Afg040kSdhOrqsbTvV1W8YjOxL92YWALoRlzdqwD5+KpW s1a/iipFC+HeBlAQTL8lE5nkiCIX8BwWU0gzJzFRn4ar6Hzmn/8GeL/7WD3lZCE45sAOQ9LhB VAbFmWzHHFXA9xBDgEzcAkcw0K7ekW2YA+nJeYwDQlT7/Dgdsos+mbgflSKEQ7shMSZkH+gWG gk3+wD24jpvxR6UKAP0QKZTPU4jkZpcifkNksOEZwUiEWoOL/ChE4YmtGjQvISyurUrBqIjpj WZU2IC0TMqoEXY3fY8oVpypuQmmMRHfGSy+M/p9Bh6+LFRUvSN1lUfKp1wsBNXCLzOrGUJJ6p 9YnmBaIgMegzMeuhki0MaWAVETfpqY5JqvZR+S7V6zaeyrnfURI1WqZsGJ+aJ1m+QZimWAjwH bvKly+5gX3Nfui3Hvf4CuxuMI5LoxP8Wy1FGRZmEk7zapI1uOLa5nVT59zADGJYswcvWgHZ8C Gim6mLM8vV1VUFnBRX5r2ozh3ZTtU0ckOyt0rIg4J2qeEfk/9UdJ64YVTfVbmDMYSvUWv0RNh MmGU9x/tj8qNLKSTTQV0Cy4W/LUlwGT0Xhq6GK6pMESs76iJHo8MrEPicE4v/b6EjvSwWYN3g Wug6UYBLth1blKywCHWxEXdyxv/St7TyLsYiEpV4sOSRbzG9DSguHuvbWGJHplKTnsP93XMT3 VooGMZYMy+TcgstHOcCqxdlJ680a0U6F6b3EpRFnA9jQB2w3zKIwm4YJRFO+4ZUWjbXCU++5Z Ip0bZWwwHv7iJyK+To2meav5gfoM1H08pvW4nH42ZixdeiTg+/ePhufdnJ7eptR9JG/Hy6PUU CvuKmFXKBSk+CzEX6S4xzVZCWPY8vHWty/GKg7uJWXKMRq2Uq4PKYl9rl1CAsocVT4WU8yx3N Sk4xGfmpWV3rxQLn+Wm3zd/GG7V/VDEL2qJ9wQ40M5RP3l84x2z5cKseYh6OOlIyMsYLpv11h Ld8OujnrovkFFtLiLY9Mm3VxD6mxECY4Jyo6vtRRYViUFVknhw1k89EElqPVGsRYpOKY= Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.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: -1.7 (-) On Sun, 22 Jun 2025 17:32:54 +0300 Eli Zaretskii wrote: >> From: Stephen Berman >> Cc: rbielaws@gmail.com, 78666@debbugs.gnu.org >> Date: Sun, 22 Jun 2025 15:27:59 +0200 >>=20 >> On Sat, 21 Jun 2025 22:02:03 +0300 Eli Zaretskii wrote: >>=20 >> > So, given that this is a recentf-specific issue, what kind of feedbac= k >> > did you expect from me, now that you know I don't use this feature? >> > It sounds like you have already everything figured out. What are the >> > aspects about which you are in doubt? If that is whether to suppress >> > these messages unconditionally, then I don't think that would be TRT: >> > these messages are shown for many years, and we didn't have any >> > complaints about them till now, AFAIU. So having this as an opt-in >> > behavior sounds correct to me. >>=20 >> Thanks, that's the feedback I was hoping for. I was uncertain whether >> this minor issue justified the extent of the changes and adding a user >> option, not least because I've gotten unexpected resistance to adding a >> user option in the ongoing bug#77718 thread. So, I'll push an updated >> version of the patch to master, which adds a NEWS entry and by default >> keeps the initial message only when `recentf-open-files' is invoked >> interactively, since I think that's more consistent behavior if the >> option to suppress the messages is not enabled. > > Thanks. Now pushed to master as commit 2b34f38b383. On retesting before committing, I found that I had missed the command 'recentf-open-more-files', which should also display a message by default, so I added that to 'recentf-dialog-goto-first'. I would appreciate it if Rick (the OP) would confirm that, when 'recentf-suppress-open-file-help' is set to non-nil, no messages are shown when interactively opening a recentf open file dialog or when tabbing between items in the open file buffer. Also, in the use case mentioned where 'initial-buffer-choice' is set to 'recentf-open-files, starting Emacs should not show an open file message even when the suppress option is nil. If these expectations are satisfied, the bug can be closed. Steve Berman From unknown Sat Sep 06 02:32:37 2025 X-Loop: help-debbugs@gnu.org Subject: bug#78666: 31.0.50; recentf-open-files reports opening the last file accessed Resent-From: Rick Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 29 Jun 2025 01:04:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 78666 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stephen Berman , Eli Zaretskii Cc: 78666@debbugs.gnu.org Received: via spool by 78666-submit@debbugs.gnu.org id=B78666.17511589884630 (code B ref 78666); Sun, 29 Jun 2025 01:04:03 +0000 Received: (at 78666) by debbugs.gnu.org; 29 Jun 2025 01:03:08 +0000 Received: from localhost ([127.0.0.1]:53049 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uVgRm-0001CP-6b for submit@debbugs.gnu.org; Sat, 28 Jun 2025 21:03:07 -0400 Received: from mail-qt1-x833.google.com ([2607:f8b0:4864:20::833]:55784) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1uVgRi-0001Ak-M8 for 78666@debbugs.gnu.org; Sat, 28 Jun 2025 21:03:04 -0400 Received: by mail-qt1-x833.google.com with SMTP id d75a77b69052e-4a58e0b26c4so18807471cf.3 for <78666@debbugs.gnu.org>; Sat, 28 Jun 2025 18:03:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1751158977; x=1751763777; darn=debbugs.gnu.org; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=1F1e6/JMTrbNyFLm/GoJHOZj+XTZnl1ghbybX7HEiWA=; b=RnnT8ueMLmoSWPLrquCqrEcTQEpfhUd6OTTu/6j1AAyagRs9LJ9bMHXRACI63+avY/ 0x91K4VSB0EeqecyraWn/kdROaLJrs/f+sXoUw3yMtg34qVtl3NjEaG/8/6fPZUEcPjF 5yNmgwtiFFJbguLe4O10knCrlltGl0pOMj2/0sB4FEVPDVJJzKe+w32H75wIt1mCR7fw ZtEaZxvxgEBYF2gTSu8E1VJz6NcUSxuxlD8+9NFWON/ktbeny6MC4lqd2ZIPVQrqeNOn YcTxUYtZV2fq2FjUMewozFWQFqzI5qOzl/oP5T5FroduLIea0rHO89NPgI3Eu/vHzAZ+ C+tw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1751158977; x=1751763777; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=1F1e6/JMTrbNyFLm/GoJHOZj+XTZnl1ghbybX7HEiWA=; b=nRk1Id12oWY5z5RqFVcgWDfc+MIjORoJesYvy6I7Sxm1LtSWjz0FlnhCqEcOxlXeuw p6Ag8Bis2mvTCbAH1GKcOvYpD+/VHNgY8aG5ci97JGtQG9sE4c7TZOhSA24419wyzdl+ UJclEF+P98stj7vk8YU9vJHNGOZPHZT41qFksI77o6QDWahaX9mEdNRQrrYfnptufRnK RG2432fRR5/I7Uvv982dDvT5mFM2jv1nwKGkQUHX8VuArXbtXauedwAdmD8TljTUf7US 2AqCgB6dFxlFaRPYkhe0SN9329/2fPGStPyes1DZG/e6LHH7Jk7ciN06/ADj9U1oZs03 XOGw== X-Gm-Message-State: AOJu0YyzZEiOmjVQwRTf7qRSjAb4hkMzYgi0LkL6qt7rkWWc42sKYsNf /ie3/6OhIl/6Hbf88/lKfKiOfUTWQDIEkp0CCvL83tZECgEwctm/+aXI X-Gm-Gg: ASbGnctrK/7vwHyKmBuTisabr3M0dHx1Rgl9VsCLFO/4Z0FX7AdO1ww23DY89MiAnlo Udiwc3ubFIsaGBk3b80uEoHMPHrTL21DUc/iWa0ssRqE18o6Sot9CP69wGzv4nCyuT5xTmD5fpX bbRx+FyZ+BTMPq3MIWm60hw4VnpuZP2LIn9NbOAclz/t1aNBx+IDm8dICnGiNKS4bhWVi+lTbfz fnBK39MNEl9Rsbv+OvHQJBSCdyO8DVADf1DPd6nyD46NX7OP+hfMqZneyVX1PJ71j41Cy+eDSTj l7Rq9qALM5v+2apgTN9xyIC/w9dcrcWwgtv+gTPmdrtAuCnZrdYv02HYBm3IpxBF+IbFem0ipbG OuXC3IGT52s6XGU4kI9O8vBRcXyxcOBO0u7KWoIQ6noI= X-Google-Smtp-Source: AGHT+IEfBrJ6TKqQvSGXt6B2Qgl+KlN6E0MMfgCtmsQNbTnP/Zl5N23HqY7jHnuW1jIMhvN/A+7jTA== X-Received: by 2002:a05:622a:30d:b0:4a7:f9ab:7895 with SMTP id d75a77b69052e-4a7fc9ca69emr145128741cf.4.1751158976735; Sat, 28 Jun 2025 18:02:56 -0700 (PDT) Received: from ?IPV6:2601:447:c580:e8e0:2a2d:64b9:87c9:2781? ([2601:447:c580:e8e0:2a2d:64b9:87c9:2781]) by smtp.gmail.com with ESMTPSA id d75a77b69052e-4a7fc57db95sm35637791cf.66.2025.06.28.18.02.55 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 28 Jun 2025 18:02:56 -0700 (PDT) Message-ID: <93f6983d-052b-4def-b893-e8f2502e9b2e@gmail.com> Date: Sat, 28 Jun 2025 20:02:50 -0500 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird References: <0ff49cfb-3682-4c70-954d-1d99eda00ad2@gmail.com> <87iklcl9qg.fsf@rub.de> <229cdfb2-904f-4184-991c-af0bdb2139ac@gmail.com> <87a56nr5ko.fsf@gmx.net> <87cyb2olg8.fsf@gmx.net> <8634btjvpc.fsf@gnu.org> <87h609t5e2.fsf@gmx.net> <86msa0j4us.fsf@gnu.org> <871prboqhs.fsf@gmx.net> <868qljhmnd.fsf@gnu.org> <875xgmg4cd.fsf@gmx.net> Content-Language: en-US From: Rick In-Reply-To: <875xgmg4cd.fsf@gmx.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit 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 (-) Sorry for the response delay.  I can't build Emacs myself and it took quite a bit of time to investigate thoroughly enough to answer usefully. To your immediate question.  Yes, suppression appears to work completely.  Thank you. However I dug in a little deeper and if don't find the result useful, I'm happy with the feature just tested. With (setq initial-buffer-choice 'recentf-open-files) in my .emacs  I see no log messages from recentf.  Good.  That's what started this.  But either this goes against the feature's design philosophy or the next behavior is incorrect. If I run recentf-open-files via my custom hotkey or via the menu, the messages ARE generated.  Why?  Although I do see why you think they should be there, I hope you see why, either these shouldn't get generated or the ones you suppressed shouldn't have been (yes, despite my complaint).  The truthful argument to shoot me down would have been "The REAL problem is that there is no way to show the Help message in the mini-buffer without it ending up in the log.  If you don't want to see help, maybe you want an enhancement to turn it off." Anyway, I then opened a recentf-edit-files buffer.  Despite it calling recentf-dialog-goto-first just like recentf-open-files does, the initial help DOESN'T display.  It seems likely this has been broken for a very long time but I don't know that for sure. I don't see how it could be related to what you did. I think the help idea was a fiasco from the start because in recentf-open-files it takes hitting the tab key twice to change from one file to the next.  Who would do that?  C-n/C-p or arrows are far quicker.  But those don't give help.  Since the instructional messages at the top of the buffer don't mention tab being useful, it's likely that most people never realize help exists.  The only artifacts of implementation are what I reported as spurious messages in the log. On 25-Jun-23 05:05, Stephen Berman wrote: > On Sun, 22 Jun 2025 17:32:54 +0300 Eli Zaretskii wrote: > >>> From: Stephen Berman >>> Cc: rbielaws@gmail.com, 78666@debbugs.gnu.org >>> Date: Sun, 22 Jun 2025 15:27:59 +0200 >>> >>> On Sat, 21 Jun 2025 22:02:03 +0300 Eli Zaretskii wrote: >>> >>>> So, given that this is a recentf-specific issue, what kind of feedback >>>> did you expect from me, now that you know I don't use this feature? >>>> It sounds like you have already everything figured out. What are the >>>> aspects about which you are in doubt? If that is whether to suppress >>>> these messages unconditionally, then I don't think that would be TRT: >>>> these messages are shown for many years, and we didn't have any >>>> complaints about them till now, AFAIU. So having this as an opt-in >>>> behavior sounds correct to me. >>> Thanks, that's the feedback I was hoping for. I was uncertain whether >>> this minor issue justified the extent of the changes and adding a user >>> option, not least because I've gotten unexpected resistance to adding a >>> user option in the ongoing bug#77718 thread. So, I'll push an updated >>> version of the patch to master, which adds a NEWS entry and by default >>> keeps the initial message only when `recentf-open-files' is invoked >>> interactively, since I think that's more consistent behavior if the >>> option to suppress the messages is not enabled. >> Thanks. > Now pushed to master as commit 2b34f38b383. On retesting before > committing, I found that I had missed the command > 'recentf-open-more-files', which should also display a message by > default, so I added that to 'recentf-dialog-goto-first'. > > I would appreciate it if Rick (the OP) would confirm that, when > 'recentf-suppress-open-file-help' is set to non-nil, no messages > are shown when interactively opening a recentf open file dialog or when > tabbing between items in the open file buffer. Also, in the use case > mentioned where 'initial-buffer-choice' is set to 'recentf-open-files, > starting Emacs should not show an open file message even when the > suppress option is nil. If these expectations are satisfied, the bug > can be closed. > > Steve Berman From unknown Sat Sep 06 02:32:37 2025 X-Loop: help-debbugs@gnu.org Subject: bug#78666: 31.0.50; recentf-open-files reports opening the last file accessed Resent-From: Stephen Berman Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 30 Jun 2025 09:30:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 78666 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Rick Cc: Eli Zaretskii , 78666@debbugs.gnu.org Received: via spool by 78666-submit@debbugs.gnu.org id=B78666.175127574923713 (code B ref 78666); Mon, 30 Jun 2025 09:30:02 +0000 Received: (at 78666) by debbugs.gnu.org; 30 Jun 2025 09:29:09 +0000 Received: from localhost ([127.0.0.1]:39839 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uWAp2-0006AK-Dy for submit@debbugs.gnu.org; Mon, 30 Jun 2025 05:29:09 -0400 Received: from mout.gmx.net ([212.227.17.20]:53509) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1uWAox-00068p-UZ for 78666@debbugs.gnu.org; Mon, 30 Jun 2025 05:29:05 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.net; s=s31663417; t=1751275730; x=1751880530; i=stephen.berman@gmx.net; bh=0J69nvmoHnaAw4cB+79kA3v2hDeqJCVhq6lTmBwkD/I=; 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=NzTMSOTxFvWB59BvFj7jqw0k0ZJoEWmy4reBA5kE33STL954CMsEZ6YtYY8KQwPX qo2AKIMlJn5118l7FdltUbT75u4RDOGFd7G3qgMM7dLWBUdEtkJ1JjJWoUkPv26EB UbecV6oqrD9A2jhgw/8eaLolG12aBDU2Hl6OKrpQhJ62wzy98tsOumqaALQUiip6C B899pRATgEYS3ysZggEud2f0qgvhJ4UvZj/KmogNkGG0QZylRunn+qoP7tiPQI+xx PhCRQq9+TD0bLlBbYFiKbC756NStCgqPK1hdoI1Rbk9qikYKWvk6BUjQ4/Vsc2D8+ XxiXVNmrlH9UGRII7A== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from strobelfs2 ([94.134.94.13]) by mail.gmx.net (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1Mqs0X-1v1OyG2vzN-00gr5a; Mon, 30 Jun 2025 11:28:49 +0200 From: Stephen Berman In-Reply-To: <93f6983d-052b-4def-b893-e8f2502e9b2e@gmail.com> References: <0ff49cfb-3682-4c70-954d-1d99eda00ad2@gmail.com> <87iklcl9qg.fsf@rub.de> <229cdfb2-904f-4184-991c-af0bdb2139ac@gmail.com> <87a56nr5ko.fsf@gmx.net> <87cyb2olg8.fsf@gmx.net> <8634btjvpc.fsf@gnu.org> <87h609t5e2.fsf@gmx.net> <86msa0j4us.fsf@gnu.org> <871prboqhs.fsf@gmx.net> <868qljhmnd.fsf@gnu.org> <875xgmg4cd.fsf@gmx.net> <93f6983d-052b-4def-b893-e8f2502e9b2e@gmail.com> Date: Mon, 30 Jun 2025 11:28:48 +0200 Message-ID: <87ms9pmvcf.fsf@gmx.net> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:jDCSMC+vDldCPtcfshR5sHSXCyo+GCRffN+b6C4WzNWnU2BOoVZ x3nsNqArsG8up6cx5LzUvNo5rR4UGCtlmsDib3QJZmHultbqQ8B0jHF/W90MIiVe6EWlPpt mogXNGmmkSE8M/fxiNs8h99JQNAB1OchcyBphOkC9ss6LMDZKONrVRBVEn/xzlyT58lRO7e IWWhvIWqow5I2r+ZNUSbA== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:y1HmwKeVOUY=;dx9lnFLpYn95vonlue1xE5gwsNU BDHxbZ2JCYy93olO9olR383kWg2hE7BSr6Pkffq7VOeGCvXommQN5U2FfqXoGIyttxShdA4tG MdoQdBJzb95jfvSrXWv+36V8eogMNe4t5/CytFF7ArMjbhmCQQEAyydTtpHqtFY2p8uo/ZCpm /xTChlTeJR4Pd5KT7H5V52BpfrGMteiiyz7czc/wAM/WlglkC7TUABlpe9JJR459RUwcdKrt1 AWzk1bxQ793j2tPUmo7C82cwDAI+7zsvt8keV7vfedvkyYmCz3h6++CL0CcZj19dyGgDf6DMd FaAt88Psp2IcJktlednJhrRTuMfXepetoEYoslLVJ9TYMf/xqDzYUB9HJ2Ifh5Z9/Mc9W/ieY g0g0PCwmar5q57qiT9+CvfWJmKLkJ6KgNO21BMAxi9F8TtdXaTGHXXaxWi5cCO7Fd9kMWrtO1 bV9nLfUvrojKTX5kgZLlOK8HGBPTJxRbgLmsnafkQWmY4GmP7Q/FgOP4ieJuAjX3sm2kvIDgJ +mGqGeSCuuscV1sBO/g8xF77M4HyJS4AbayMy8nxj6JJlPccAtjO+gxKsUxF1DB+0KHIWAuaX UW5XUp7z5i0S/yfYAiJTRWDAh1O2Msxgeey9vTP/NP4iVBm30y+DIK/IIFQCF9f9qreCP+m/z VxsDv594qWba1xlcCOUZ/jROnWbmSvJTt6JLgQeXpW3K+eAkp5nxl3Fy7GF+6tppQ1w7fGVp4 Qyf0V0tepHzvCWNMWkhPlKxAltrOJvSSCQeBAsLoyqj63c3O5STQo+B3yMNj/EtbEJhtD00fp roY0Pmu1YEpt+hrdt9CJZ4OpS+pP+Ci5NMThirzV6rEg+KoDLrJ3bmGFUEqzTEDYLf2kHQDl4 UIENNy6oLskx+d/KvL4/hkz1uPk3s3V3pWAZwIHiVYNV9nNcEi19cdQr6+qP+qY5QRMwaW8Ul Fe62byPLHPAL2r0fTvobBOvtmDSDqQGlYeTxwRUCL95JutpZihrx9L0kVkKwIMp84iQ3/hRdi IGciv9xlD6YC8pDzlJmEDbUVfKb2VLN2fo1IJorPCki4KgYiY7RMiuXz8RoWioqQFYdQLk9tg VD74FSDTYM60OYGtXTiw0lbWmZJm7KDM708bu/qmsbgJtBt+vZCmCj73q/sLc6J6QxmVB34C+ Ck7NF3X33Q3+sKEaBpkAXjZznWO7WV5VQtY6QiBEDjeDihNXZjJBoimCULLWBqvaVantBiSB+ Q8eO115VxHSWJL2eeAHti6rN8PHZYeCSJt/m37xIUqqPCaf5EcEQsLKWikyZlpI3awUkLNcem hqlqblK60QKUYu3deZQmodwBztnpBabteudvgs23kmll3Rlz777Mw9Pr7Lb7wSshbWbXEL5j2 z49gmSRqJqtfNeqibzXJTRohYBBj68ngyYzh33mrZk1QWXmeqccBvTNWzXY4g17EZvRpj8/Iu kjFnOpDA8MUK/RKCUyOGcekYNs/3S7ESCuU2ZpvewhZNJeq+UVzjFnmdAiVjqBo844VK8Edvc 4yUhl4sDf6ZmTSwHg6nDQgsspTwcVBnq55vW7Ch6RhE3TfgWF5beHmn7IRboTdRlRHMOtRWvv zS5r/gFehKUN13enni+3WnjoR26D0BGuRfQhHJwICLjszFANQkXSAyrAqwAxoo08b9aEs/d5w w8UxTCQ+DMzx/Y1sjdfq2SVkZJAuVti/aQoLnw8utQnvZyeM0I0E0uJ/7rkOrttxbLqbq+Gou L0jXW7AxKUfEOaKyjCJ592S1PWGmVuOq6zX3HHLJF9oCSjymvkcP4fP149mJ7qMWR7EOv7TKD k2oDTkn5pXAPd4bQzI3H8o4dDJk6qGN/XvzkWJ0GPCyu6ydflp0yAGr88ynEzxKEpzMznaAZp 3z+laMY//t9tgNIt5/EkQ4nlp7fqk3/57ujtgnY5hqvjp54tjBpN+ZdWhkJ1n50xTbxHhWj1P fHxWVjxdkS8ZZP+Up2Ui4Cn3f0UFgbs8KVT6fbFn30cZ1JgnxOCvwBfQ7KTEar5NLoBVBuKUQ MToJEPOxxOSKpwlhvSoJetw+Fo+bM5I37z4u2szVx7dtuau+HxLS1oBhj6UWywivAFzZGfWNF XXRW57cHIiSXkMwvg7Wwma/owqAg4zgsWmqB/XTNPOWbG5HB2IqI0mI0Ptnxv9or5VtwyrJ4c N6ZWdpRgc8GY0hidFDanpvbcI8GF/oHqIW91NQFBvzrfxsbBW4izaEwEMLpulpsGck4eMzckX 2zEtLBzm8PbABIlnnrYv3SwuqddEoMbNh8/K8p8HtWef9bBCRdsd8th3zrrD6kyCuXSLsS5/v z12UuaWXsyixe8fKWl0jm7hrTLbMRKExwBcuIbHg/kSPn3XCvXtVusO68AwBxeh0qraD0BkZc hz1gOuhbBkgzeMuPNy+hHKsbp8k0qmCNkAjXAET9von7ZNG4K97JUxuuFxtTUJOsglrbnEunX FrqNL12SST1UtZJz7bi752pXGmjmIkc3FxCxa8IKBsF45rxHIwix0qs85PHsTv1RLbe1E18Nw 2aUt5JAqFLwGhbGLMBxvDaP/aWz8k/09ICQEz3RLYgZUq6TVo5Z1dE6cwaKWiCmat3wi82LH+ ImEE+WAHcfIqhxxNsTo4ypX32mtgsy8JRVh6W6UpjmJDlaAEydMDhuIkkeozrGzjeeuyVs+Cd mheegS3/bV+jWZuxaRSPQwisLwRNInH2eQzf/b5rB7LqJLosegPWITtM/sqdOxWpE2gElo5bD fwqzROW5Huvtjzkuo7oQ0EGBgakcKEj3ntmYhvkUtPlA9fDmgbGoNdzCuXiXMio8aKwRyulCI xpSzFB7QU3rklTZ4zr0/ZO5aAPcPaCJe3nwDc9mZGLahyLr/WGpA1+N1/t6Sxgqp12mfGd6Zn mOO9h3OroCP/BxzEKzWiVcRjFROJburrMjvYaYoIgXsBqrtkpHwM5MKMPZqwPbBHCWrsc1M9H uM4KAUKcHrn4JNsFNV0xwXSuTZRH/JkDlewneDRLDpdJT/G9fy8UoB5EkM+ECdlNuuGunIlaj q6KmiFvOAENWEHBXn9cDRpE8jTZZmDouJtTaeEIsejmP4/5ftaMBU4P6BsLK/pAqpQGuWhnuA G02Oye5i/EUjmpcSmZiEIueoSEKQm2dQqI7WcOpUmPw9JIqTz4koddb/oQHjoK2aM4lnCtXni WVxSRmcdhDc+LlWvHcofqfAC65eDNM0Qj3VEddj1uG7axAm0HGK/9M8sp3ylW0S0HSynAYTxf qI4+b1HYQEZGIXvb0rZviHt5Pzw5R3UVlqjv+F/HUgGg0d1JAjD6661MQCXdtb/0HDvBaQlM1 4uHzqG/a38GStFAUz42z6ljChtGFF7Xil1GeFF4VkwWy900cEqHa/MkFB3Tu/wILsppZMoe5j y/cAF6pfY+6x25kGO6AAWy6wZHEP8BE502RpaVW09+hZV7p2Iv0k99omFo93whEh3p8AfQaNE T3uyLtseRhaanthTehSpJ1T1GhKNZ5EA= 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 (-) On Sat, 28 Jun 2025 20:02:50 -0500 Rick wrote: > Sorry for the response delay.=C2=A0 I can't build Emacs myself and it too= k quite a > bit of time to investigate thoroughly enough to answer usefully. I appreciate your effort. > To your immediate question.=C2=A0 Yes, suppression appears to work comple= tely.=C2=A0 > Thank you. Thanks for confirming. > However I dug in a little deeper and if don't find the result useful, I'm > happy with the feature just tested. > > With (setq initial-buffer-choice 'recentf-open-files) in my .emacs=C2=A0 = I see no > log messages from recentf.=C2=A0 Good.=C2=A0 That's what started this.=C2= =A0 But either this > goes against the feature's design philosophy or the next behavior is > incorrect. If I run=C2=A0recentf-open-files via my custom hotkey or via t= he menu, > the messages ARE generated.=C2=A0 Why?=C2=A0 Although I do see why you th= ink they should > be there, I hope you see why, either these shouldn't get generated or the= ones > you suppressed shouldn't have been (yes, despite my complaint).=C2=A0 There is a crucial difference between invoking `recentf-open-files' via a key sequence or a menu and invoking it by setting the value of `initial-buffer-choice' to `recentf-open-files': the former are in effect the same as doing `M-x recentf-open-files', i.e., interactively invoking the function, while the latter invokes the function noninteractively (it's called from a Lisp program - your init file). As you pointed out at or near the beginning of this bug thread, and I agree, showing the help messages is reasonable (as an option) only when the the *Open recent* buffer is the current buffer, which is the case when `recentf-open-files' is invoked interactively, but may not be the case when it's invoked from Lisp. Admittedly, calling it via `initial-buffer-choice' could be seen as effectively equivalent to calling it interactively, but accounting for that case would make the code a bit more complicated, and since I haven't seen any other bug reports involving this use case besides yours, and you don't want the messages, I chose to keep the code simpler. > The trut= hful > argument to shoot me down would have been "The REAL problem is that there= is > no way to show the Help message in the mini-buffer without it ending up i= n the > log.=C2=A0 If you don't want to see help, maybe you want an enhancement t= o turn it > off." Setting `message-log-max' to nil prevents messages from being added to the *Messages* buffer, and setting `inhibit-message' to non-nil prevents displaying messages in the echo area but they are still added to *Messages*. But neither of those seems reasonable to me for the recentf help messages; and the option to turn them off entirely (both in the echo area and in *Messages*) now exists thanks to your bug report. > Anyway, I then opened a recentf-edit-files buffer.=C2=A0 Despite it calli= ng > recentf-dialog-goto-first just like recentf-open-files does, the initial = help > DOESN'T display.=C2=A0 It seems likely this has been broken for a very lo= ng time > but I don't know that for sure. I don't see how it could be related to wh= at > you did. I guess you mean `recentf-edit-list', which does call `recentf-dialog-goto-first', crucially with the argument 'checkbox, and the checkbox widgets that `recentf-edit-list' also defines do not set the `:help-echo' property: that's why no messages are displayed. In contrast, `recentf-open-files' calls `recentf-dialog-goto-first' with the argument 'link, and the link widgets defined in `recentf-open-files-item' do set the `:help-echo' property, so the messages are shown (now only by default). It seems to me that there is even less reason to show messages in the *Edit list* buffer than in the *Open recent*, since enabling a checkbox does not take immediate action (you have to push the "Ok" button), and the action (removing the checked files from the recentf list) is clearly described at the top of the buffer. > I think the help idea was a fiasco from the start because in > recentf-open-files it takes hitting the tab key twice to change from one = file > to the next.=C2=A0 Who would do that?=C2=A0 This is because the *Open recent* buffer uses tree widgets when the files are grouped (in your case because you customize `recentf-menu-filter' to 'recentf-arrange-by-mode), as well as link widgets for the individuals. I agree that it would be better to only tab once to move between files (this is in fact the case without grouping the files); I haven't looked into how feasible that is to implement, but in any case it's separate from the issue of showing messages (though the double tabbing means each message is displayed and logged twice). > C-n/C-p or arrows are far quicker.=C2= =A0 But > those don't give help.=C2=A0 That's because tabbing is the standard way to move between widgets: in wid-edit.el widget-forward is bound to TAB and widget-backward to S-TAB, (and recentf.el uses these bindings, now via remapping); these commands invoke `widget-move', which in turn invokes `widget-echo-help', which shows (or suppresses) a `:help-echo' message. In contrast, `next-line' (C-n) and `previous-line' (C-p) know nothing about widgets, so issue no help messages. > Since the instructional messages at the top of the > buffer don't mention tab being useful, it's likely that most people never > realize help exists.=C2=A0 The only artifacts of implementation are what = I reported > as spurious messages in the log. Since the possibility of showing messages when tabbing is not specific to recentf but a feature of widgets in general, it seems inappropriate to mention this feature in the *Open recent* buffer, though it might be reasonable to mention that you can tab between the files; but it would better to do that if you only have to tab one instead of twice, so I think the latter should be implemented first (but I cannot promise to try and do that any time soon). Anyway, since this bug report is about showing and suppressing messages in the *Open recent* buffer, are you satisfied with how that now works and with my answers to the points you raised above, and if so, do you agree this bug can now be closed? Steve Berman From unknown Sat Sep 06 02:32:37 2025 X-Loop: help-debbugs@gnu.org Subject: bug#78666: 31.0.50; recentf-open-files reports opening the last file accessed Resent-From: Rick Bielawski Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 01 Jul 2025 15:09:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 78666 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stephen Berman Cc: Eli Zaretskii , 78666@debbugs.gnu.org Received: via spool by 78666-submit@debbugs.gnu.org id=B78666.175138253522876 (code B ref 78666); Tue, 01 Jul 2025 15:09:01 +0000 Received: (at 78666) by debbugs.gnu.org; 1 Jul 2025 15:08:55 +0000 Received: from localhost ([127.0.0.1]:57688 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uWcbM-0005wT-I8 for submit@debbugs.gnu.org; Tue, 01 Jul 2025 11:08:55 -0400 Received: from mail-oa1-x30.google.com ([2001:4860:4864:20::30]:60613) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1uWcbH-0005uR-8e for 78666@debbugs.gnu.org; Tue, 01 Jul 2025 11:08:50 -0400 Received: by mail-oa1-x30.google.com with SMTP id 586e51a60fabf-2ea58f008e9so2842248fac.0 for <78666@debbugs.gnu.org>; Tue, 01 Jul 2025 08:08:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1751382521; x=1751987321; 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=3CexKtCjA8JRS+3Psdz0hHzA6NppazoEJwvX9bXqQ0I=; b=noR2ClkGT/nMckL2RkxeOSIR6I3Zx5Q67Wr6SDgJSYU/n4Mb/5Z6BbWFxjfl2npzCE jfsl3NkvnKR0hV/Ut5p4uqNw8RPhq7zqj27C3fG1cp1Ye52xl2WZQIfqcYv4athgAxeM 1dm7kHGvQq2CZxnh2pNV1s2ZY/2hpYJyQ1+yfmDSiREfOHmsQOpBNt9OpLbjd1qMF1Dg fFyaVGa6/qBHN2rU7uT2W9IwzFJUCZfrr2GbTPEtfuaAq1qGHTF0FFR+9qtaM1lOuCqC EH4AphOxkS0VqDo4CsaCxWMf7zBqfkr/212InTGIjt6dOcLuci0i35gnIpnurQVKZ3iX ui9g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1751382521; x=1751987321; 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=3CexKtCjA8JRS+3Psdz0hHzA6NppazoEJwvX9bXqQ0I=; b=Md2FB3RBY5uv6KiDSXQYKGZXlF1Q13ZfgFOyL2LI1QIUfWs6v0dNjzdoQUB7bWM7pw AVF4FRB9giLa9rirkGEXvQYjTkqBq3HkkWccFaBa7vvu39zl45m7fttsZ/YrvOf/fsaB FF0g4yDIag01VRWOtLMOZH7WiW/KGCCbQvbswoRvzzaJXtZnCdGbN1bbcPsxyy8nrZdd EXsXGkk0Feq+L9YjwGiRCqpscKLYNLK1b7GWdh+IPfxH9OqYv4uTtaJ4YA+Id9m9SDYt 8OIHgWTishv/TBgGB8CgsI8vVTjt0CNQiIaKfccNBLjE2vqEDfceSz6XpHjzQhQdl0jV TOcw== X-Forwarded-Encrypted: i=1; AJvYcCXacky1sXsR5V77+VuvL9bLAx/ZXxOW16UxeA2GEpHvLiVuiDLcnmGXJX5MR0EFvjetQG5FeA==@debbugs.gnu.org X-Gm-Message-State: AOJu0Yz9sKHUyXup3DH4yK27EnXUgpN/rZ6k2nIJ406xDQRo7rAgy7Ly ZzQ8XfoeJURkAlgQldqzSerniLRfgjwv8gw/5kG4KzGfJ0qa0IaiQGpoZrNLBJtqUxU1f7x/aNk ikT/XmVytpVD/ZDvWhdNCeTAHThlQuLA= X-Gm-Gg: ASbGncuCZL+RC2LufY2Av+3csmSVqgQPqGOIZJeR8VAWNNwUlSkcBNg7+IV0rMWJ8mQ ShqUtOGg7Dc87wgVBx2rWkAy2eSZDaDSEgKLH4jatqfSoCq9l68OlAEktEtfI5dbAieJZGBzBDs VrfQLu4wfresTnOsinvfz0kQmICglu8+6aMRG4dkJwAes45Y72yEeNMeOPYmxFo/21fY0zJ4Zjg Ww= X-Google-Smtp-Source: AGHT+IFRsVxQmIdKLKZaF7Dp18ukK1+EOA3pW+8PVlWEW+4/pMsv/4B3bMx5TCS9RwyT4d3qlfbkTkT8wqNxanzCgVQ= X-Received: by 2002:a05:6871:7509:b0:2e9:11c9:1093 with SMTP id 586e51a60fabf-2efed72976emr12455332fac.31.1751382520820; Tue, 01 Jul 2025 08:08:40 -0700 (PDT) MIME-Version: 1.0 References: <0ff49cfb-3682-4c70-954d-1d99eda00ad2@gmail.com> <87iklcl9qg.fsf@rub.de> <229cdfb2-904f-4184-991c-af0bdb2139ac@gmail.com> <87a56nr5ko.fsf@gmx.net> <87cyb2olg8.fsf@gmx.net> <8634btjvpc.fsf@gnu.org> <87h609t5e2.fsf@gmx.net> <86msa0j4us.fsf@gnu.org> <871prboqhs.fsf@gmx.net> <868qljhmnd.fsf@gnu.org> <875xgmg4cd.fsf@gmx.net> <93f6983d-052b-4def-b893-e8f2502e9b2e@gmail.com> <87ms9pmvcf.fsf@gmx.net> In-Reply-To: <87ms9pmvcf.fsf@gmx.net> From: Rick Bielawski Date: Tue, 1 Jul 2025 10:08:28 -0500 X-Gm-Features: Ac12FXwRePpXE1Sn_AU8cxtdgTd_jhljbFJqsV6_etXwfJeSRmQxAJRWzk9vWQE Message-ID: Content-Type: multipart/alternative; boundary="00000000000004fa8a0638df85d0" 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 (-) --00000000000004fa8a0638df85d0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Absolutely On Mon, Jun 30, 2025, 4:28=E2=80=AFAM Stephen Berman wrote: > On Sat, 28 Jun 2025 20:02:50 -0500 Rick wrote: > > > Sorry for the response delay. I can't build Emacs myself and it took > quite a > > bit of time to investigate thoroughly enough to answer usefully. > > I appreciate your effort. > > > To your immediate question. Yes, suppression appears to work > completely. > > Thank you. > > Thanks for confirming. > > > However I dug in a little deeper and if don't find the result useful, I= 'm > > happy with the feature just tested. > > > > With (setq initial-buffer-choice 'recentf-open-files) in my .emacs I > see no > > log messages from recentf. Good. That's what started this. But eithe= r > this > > goes against the feature's design philosophy or the next behavior is > > incorrect. If I run recentf-open-files via my custom hotkey or via the > menu, > > the messages ARE generated. Why? Although I do see why you think they > should > > be there, I hope you see why, either these shouldn't get generated or > the ones > > you suppressed shouldn't have been (yes, despite my complaint). > > There is a crucial difference between invoking `recentf-open-files' via > a key sequence or a menu and invoking it by setting the value of > `initial-buffer-choice' to `recentf-open-files': the former are in > effect the same as doing `M-x recentf-open-files', i.e., interactively > invoking the function, while the latter invokes the function > noninteractively (it's called from a Lisp program - your init file). As > you pointed out at or near the beginning of this bug thread, and I > agree, showing the help messages is reasonable (as an option) only when > the the *Open recent* buffer is the current buffer, which is the case > when `recentf-open-files' is invoked interactively, but may not be the > case when it's invoked from Lisp. Admittedly, calling it via > `initial-buffer-choice' could be seen as effectively equivalent to > calling it interactively, but accounting for that case would make the > code a bit more complicated, and since I haven't seen any other bug > reports involving this use case besides yours, and you don't want the > messages, I chose to keep the code simpler. > > > The > truthful > > argument to shoot me down would have been "The REAL problem is that > there is > > no way to show the Help message in the mini-buffer without it ending up > in the > > log. If you don't want to see help, maybe you want an enhancement to > turn it > > off." > > Setting `message-log-max' to nil prevents messages from being added to > the *Messages* buffer, and setting `inhibit-message' to non-nil prevents > displaying messages in the echo area but they are still added to > *Messages*. But neither of those seems reasonable to me for the recentf > help messages; and the option to turn them off entirely (both in the > echo area and in *Messages*) now exists thanks to your bug report. > > > Anyway, I then opened a recentf-edit-files buffer. Despite it calling > > recentf-dialog-goto-first just like recentf-open-files does, the initia= l > help > > DOESN'T display. It seems likely this has been broken for a very long > time > > but I don't know that for sure. I don't see how it could be related to > what > > you did. > > I guess you mean `recentf-edit-list', which does call > `recentf-dialog-goto-first', crucially with the argument 'checkbox, and > the checkbox widgets that `recentf-edit-list' also defines do not set > the `:help-echo' property: that's why no messages are displayed. In > contrast, `recentf-open-files' calls `recentf-dialog-goto-first' with > the argument 'link, and the link widgets defined in > `recentf-open-files-item' do set the `:help-echo' property, so the > messages are shown (now only by default). It seems to me that there is > even less reason to show messages in the *Edit list* buffer than in the > *Open recent*, since enabling a checkbox does not take immediate action > (you have to push the "Ok" button), and the action (removing the checked > files from the recentf list) is clearly described at the top of the > buffer. > > > I think the help idea was a fiasco from the start because in > > recentf-open-files it takes hitting the tab key twice to change from on= e > file > > to the next. Who would do that? > > This is because the *Open recent* buffer uses tree widgets when the > files are grouped (in your case because you customize > `recentf-menu-filter' to 'recentf-arrange-by-mode), as well as link > widgets for the individuals. I agree that it would be better to only > tab once to move between files (this is in fact the case without > grouping the files); I haven't looked into how feasible that is to > implement, but in any case it's separate from the issue of showing > messages (though the double tabbing means each message is displayed and > logged twice). > > > C-n/C-p or arrows are far quicker. B= ut > > those don't give help. > > That's because tabbing is the standard way to move between widgets: in > wid-edit.el widget-forward is bound to TAB and widget-backward to S-TAB, > (and recentf.el uses these bindings, now via remapping); these commands > invoke `widget-move', which in turn invokes `widget-echo-help', which > shows (or suppresses) a `:help-echo' message. In contrast, `next-line' > (C-n) and `previous-line' (C-p) know nothing about widgets, so issue no > help messages. > > > Since the instructional messages at the top of > the > > buffer don't mention tab being useful, it's likely that most people nev= er > > realize help exists. The only artifacts of implementation are what I > reported > > as spurious messages in the log. > > Since the possibility of showing messages when tabbing is not specific > to recentf but a feature of widgets in general, it seems inappropriate > to mention this feature in the *Open recent* buffer, though it might be > reasonable to mention that you can tab between the files; but it would > better to do that if you only have to tab one instead of twice, so I > think the latter should be implemented first (but I cannot promise to > try and do that any time soon). > > Anyway, since this bug report is about showing and suppressing messages > in the *Open recent* buffer, are you satisfied with how that now works > and with my answers to the points you raised above, and if so, do you > agree this bug can now be closed? > > Steve Berman > --00000000000004fa8a0638df85d0 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Absolutely


On Mon, Jun 30, 2025, 4:28=E2=80=AFAM Stephen Berman <stephen.berman@gmx.net> wrot= e:
On Sat, 28 Jun 2025 20:02:50 -05= 00 Rick <rbielaws@gmail.com> wrote:

> Sorry for the response delay.=C2=A0 I can't build Emacs myself and= it took quite a
> bit of time to investigate thoroughly enough to answer usefully.

I appreciate your effort.

> To your immediate question.=C2=A0 Yes, suppression appears to work com= pletely.=C2=A0
> Thank you.

Thanks for confirming.

> However I dug in a little deeper and if don't find the result usef= ul, I'm
> happy with the feature just tested.
>
> With (setq initial-buffer-choice 'recentf-open-files) in my .emacs= =C2=A0 I see no
> log messages from recentf.=C2=A0 Good.=C2=A0 That's what started t= his.=C2=A0 But either this
> goes against the feature's design philosophy or the next behavior = is
> incorrect. If I run=C2=A0recentf-open-files via my custom hotkey or vi= a the menu,
> the messages ARE generated.=C2=A0 Why?=C2=A0 Although I do see why you= think they should
> be there, I hope you see why, either these shouldn't get generated= or the ones
> you suppressed shouldn't have been (yes, despite my complaint).=C2= =A0

There is a crucial difference between invoking `recentf-open-files' via=
a key sequence or a menu and invoking it by setting the value of
`initial-buffer-choice' to `recentf-open-files': the former are in<= br> effect the same as doing `M-x recentf-open-files', i.e., interactively<= br> invoking the function, while the latter invokes the function
noninteractively (it's called from a Lisp program - your init file).=C2= =A0 As
you pointed out at or near the beginning of this bug thread, and I
agree, showing the help messages is reasonable (as an option) only when
the the *Open recent* buffer is the current buffer, which is the case
when `recentf-open-files' is invoked interactively, but may not be the<= br> case when it's invoked from Lisp.=C2=A0 Admittedly, calling it via
`initial-buffer-choice' could be seen as effectively equivalent to
calling it interactively, but accounting for that case would make the
code a bit more complicated, and since I haven't seen any other bug
reports involving this use case besides yours, and you don't want the messages, I chose to keep the code simpler.

>=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=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 The truthful
> argument to shoot me down would have been "The REAL problem is th= at there is
> no way to show the Help message in the mini-buffer without it ending u= p in the
> log.=C2=A0 If you don't want to see help, maybe you want an enhanc= ement to turn it
> off."

Setting `message-log-max' to nil prevents messages from being added to<= br> the *Messages* buffer, and setting `inhibit-message' to non-nil prevent= s
displaying messages in the echo area but they are still added to
*Messages*.=C2=A0 But neither of those seems reasonable to me for the recen= tf
help messages; and the option to turn them off entirely (both in the
echo area and in *Messages*) now exists thanks to your bug report.

> Anyway, I then opened a recentf-edit-files buffer.=C2=A0 Despite it ca= lling
> recentf-dialog-goto-first just like recentf-open-files does, the initi= al help
> DOESN'T display.=C2=A0 It seems likely this has been broken for a = very long time
> but I don't know that for sure. I don't see how it could be re= lated to what
> you did.

I guess you mean `recentf-edit-list', which does call
`recentf-dialog-goto-first', crucially with the argument 'checkbox,= and
the checkbox widgets that `recentf-edit-list' also defines do not set the `:help-echo' property: that's why no messages are displayed.=C2= =A0 In
contrast, `recentf-open-files' calls `recentf-dialog-goto-first' wi= th
the argument 'link, and the link widgets defined in
`recentf-open-files-item' do set the `:help-echo' property, so the<= br> messages are shown (now only by default).=C2=A0 It seems to me that there i= s
even less reason to show messages in the *Edit list* buffer than in the
*Open recent*, since enabling a checkbox does not take immediate action
(you have to push the "Ok" button), and the action (removing the = checked
files from the recentf list) is clearly described at the top of the
buffer.

> I think the help idea was a fiasco from the start because in
> recentf-open-files it takes hitting the tab key twice to change from o= ne file
> to the next.=C2=A0 Who would do that?=C2=A0

This is because the *Open recent* buffer uses tree widgets when the
files are grouped (in your case because you customize
`recentf-menu-filter' to 'recentf-arrange-by-mode), as well as link=
widgets for the individuals.=C2=A0 I agree that it would be better to only<= br> tab once to move between files (this is in fact the case without
grouping the files); I haven't looked into how feasible that is to
implement, but in any case it's separate from the issue of showing
messages (though the double tabbing means each message is displayed and
logged twice).

>=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=A0C-n/C-p or arrows ar= e far quicker.=C2=A0 But
> those don't give help.=C2=A0

That's because tabbing is the standard way to move between widgets: in<= br> wid-edit.el widget-forward is bound to TAB and widget-backward to S-TAB, (and recentf.el uses these bindings, now via remapping); these commands
invoke `widget-move', which in turn invokes `widget-echo-help', whi= ch
shows (or suppresses) a `:help-echo' message.=C2=A0 In contrast, `next-= line'
(C-n) and `previous-line' (C-p) know nothing about widgets, so issue no=
help messages.

>=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=A0Since the instructional messages at the top of the
> buffer don't mention tab being useful, it's likely that most p= eople never
> realize help exists.=C2=A0 The only artifacts of implementation are wh= at I reported
> as spurious messages in the log.

Since the possibility of showing messages when tabbing is not specific
to recentf but a feature of widgets in general, it seems inappropriate
to mention this feature in the *Open recent* buffer, though it might be
reasonable to mention that you can tab between the files; but it would
better to do that if you only have to tab one instead of twice, so I
think the latter should be implemented first (but I cannot promise to
try and do that any time soon).

Anyway, since this bug report is about showing and suppressing messages
in the *Open recent* buffer, are you satisfied with how that now works
and with my answers to the points you raised above, and if so, do you
agree this bug can now be closed?

Steve Berman
--00000000000004fa8a0638df85d0-- From unknown Sat Sep 06 02:32:37 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: Rick Subject: bug#78666: closed (Re: bug#78666: 31.0.50; recentf-open-files reports opening the last file accessed) Message-ID: References: <87y0t7mxgd.fsf@gmx.net> <0ff49cfb-3682-4c70-954d-1d99eda00ad2@gmail.com> X-Gnu-PR-Message: they-closed 78666 X-Gnu-PR-Package: emacs Reply-To: 78666@debbugs.gnu.org Date: Tue, 01 Jul 2025 21:08:03 +0000 Content-Type: multipart/mixed; boundary="----------=_1751404083-20114-1" This is a multi-part message in MIME format... ------------=_1751404083-20114-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #78666: 31.0.50; recentf-open-files reports opening the last file accessed 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 78666@debbugs.gnu.org. --=20 78666: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D78666 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1751404083-20114-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 78666-done) by debbugs.gnu.org; 1 Jul 2025 21:07:58 +0000 Received: from localhost ([127.0.0.1]:59085 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uWiCr-0005DS-4W for submit@debbugs.gnu.org; Tue, 01 Jul 2025 17:07:57 -0400 Received: from mout.gmx.net ([212.227.15.18]:46541) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1uWiCo-0005By-NS for 78666-done@debbugs.gnu.org; Tue, 01 Jul 2025 17:07:55 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.net; s=s31663417; t=1751404067; x=1752008867; i=stephen.berman@gmx.net; bh=/fD+734C6wU3fS2qCCJU8vDvST678DMyTymfl+soCWI=; 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=juu5Fzn5YTjQP3gvqipTgASEmSB440gajDK/HT3d3Q8meXBL8aIk3jHtBAyZYwTI epv6Qj0eCnmTpp4NEQFSuAVPJnXGMe1U5WTrIGPOYrU1aTWYs7t/l8rH3sJQtL/xb GJ5juBac+gEBdUuH1r2CF5nbLRxeBefYLLKSZLK9/Dd/4gISppXeYK+FAxLOtGWFE rPuAMq6EnNBowyJq8Otb/rXOZpnNPHl4hUd5wcd+HqtEhQnv2vdrRWh/N8m1Iveo8 t6Zjy0AgrGIwrfby0oDVe939B1NnrVX/7p+AYS6ywz4BcKFbQdcLt4jTM+5UM7+hc CAz2ckb7+w2fITTb+w== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from strobelfs2 ([94.134.94.211]) by mail.gmx.net (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MGyxN-1uTBh22OSR-00Fkai; Tue, 01 Jul 2025 23:07:47 +0200 From: Stephen Berman To: Rick Bielawski Subject: Re: bug#78666: 31.0.50; recentf-open-files reports opening the last file accessed In-Reply-To: References: <0ff49cfb-3682-4c70-954d-1d99eda00ad2@gmail.com> <87iklcl9qg.fsf@rub.de> <229cdfb2-904f-4184-991c-af0bdb2139ac@gmail.com> <87a56nr5ko.fsf@gmx.net> <87cyb2olg8.fsf@gmx.net> <8634btjvpc.fsf@gnu.org> <87h609t5e2.fsf@gmx.net> <86msa0j4us.fsf@gnu.org> <871prboqhs.fsf@gmx.net> <868qljhmnd.fsf@gnu.org> <875xgmg4cd.fsf@gmx.net> <93f6983d-052b-4def-b893-e8f2502e9b2e@gmail.com> <87ms9pmvcf.fsf@gmx.net> Date: Tue, 01 Jul 2025 23:07:46 +0200 Message-ID: <87y0t7mxgd.fsf@gmx.net> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:3Z2lsWXCnvDq6SSS1f5tudmZkeeljFcF4gUJPEsDLxDVRacIUVG 7y3Tdfl5qb3qf+i/Ijp0BFqnVeNOUB08jgLbIbkU0X8zfiqsFo3xJiQL54gbwZKoM+ZtGqZ uCrKCpl005lh6JnYiV+NREywNC9iEqswdq5jksl4lPasfmzEJFEVIDsk2WywYVCuXeeS9xS 9F9WavLoqzanxX7bUlvnw== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:xLx6q00o97c=;TTH8gTN+GiLkNsfzOkoZPTklZx2 KV6OMvjV7C/al1C6p69lcfZ0UpGMbhMBYRKLYoCD6aXPOOhLGzxO0XEwXBuQkFpsDdYN/geyr s15NddhKrg5vdj5x7KL1n0CPFRewNotWfXX7FFn/JPWyaJTaHoK/y8e8nlCaG1Jys+tgkxcoV 0dLuyFeNegL4ZNIt1gU6T1BWrpLudgwfb/I5nJij7PvPSF4ZMecpB3m2QY/CQodpwgfpVtFjv fHViIV7yhygbcGDSeVMXUNIG5Mo8FT8uoDmJ521pM27j1IDZC8fqWt7RxA0oMkjE/Vq5ipMhc iUZgtcXkBi/aytes2LqixdBkv7HY7uMC4M7xJ+2ryUey841Z1jm8Bmt63o8ZeqXIsW6ztH3wy 5py1FUlITEqlZGFKMYrCueldjl319v77FXXTsHhtOTVowQ9ytp26uxV0nqTgKdlLrgS42mWEh nxfBMERr8BEHCi5LWyaBv5xMAUTpdDyzY4gnW+KiGy6z3hkTdeRWUkeakLFF3pgR4FbDImyxz S5k8Vhc6uYoV2R0byzpejhswSph7sxjKeTqaOhL39ztr4D/xe+PKROVwdUKmP+ccn/gqjf+4Z 2+Wej2ffQUoUM30+FF770Qns053R+NPLGfYiuMzBrPXWYjcx0sQYkYS/tNymZhTjyJvhdFGHg v8c4ckTNzP8NoPUtLe6c/ZNXSx2qdkC4sq02ABGhmqPG4ClJdcHw7Cq3RHCKCTASJKRUJfDoQ jRG/yM4ANtKAcsjDG902JR3fR7Pr26OBdtv1zgHraMLfqg5lGeIIXXVuqKv+vm6HFfQMWGp83 +oecj6kwJdGBQNjOXXObwZkN+w7uWW44pdUl/aXiXB/lhpvVMpZNwzd+OR3jppcAuSF8hyhIW 5GRwg26r+bp2dAhl85pkX55b8OXH6DW2ZZxf/1yiLxBSuZlU4K2/p0PMScP7NU7khDjY2WsBG zyi7IowtjuMTN4P04vKVkqCFYBZbQAlnpbs9AzBRBuHbHHatsYw/s7M5d50SOH3UrRt1ig0v+ QEoM5ZtY2troaGmmu8V+PhHIRZeBVeQCfsdKWp5bRsVNyl32xgyyA0fG/3K8WvXg6sjI1I+xY 4O/NFr12yl0g55FOi5Mjg2SXTS5hHNwHxM6hE4r0Y+sLNL3c5uNtt+8nwjCkN7aOWDatBLDPO odMYIRsnMtQ9M0MlmD72IqQZepEDz2J7RcOaCPV5+riT1IaUAX2beBnZTUT/ip2ixLRzpAUxb cSHkdZTNErIpYx8Qhb7Vp5zDhrpK4WJs83czXixUrCl8ZNclao9+udF5degC3+g0+3LdaiC5b v7RTMIDq5p073lw0oqmTUSYmZvQelpcMkEaDoFXzuRBajMGCjc5FxH69eeLy4WEhquZuepa4l 9541rlaG0f+of7eLLxcorI/fNrLlzTLgZQY0pCXjLeSDxRBvu+/pdK/6S0eBi4Oi3pEqYkiuy 8SBe7FgiAAD7mnt5CYeZ+dL8VXrjJkoukoaDQX1rcT3l3Dv4kIgje5bLtSCAUZvobiDZ7MGO1 4xwhSZPBxzGz+kSAkaYcm7e8f51qhvTO+Socon+V05iCGTvxLSCEGXMjvatppp9smfzENftYa pDHTSyYE7wNIixkcrl7pAmDU3YiXehi6/TNKZn++vlkzJU4mcBi/+uxqsYOarg6pnuCzTwZxg 98P8UFnMFMCJsuw25ooURwNCFe1ZQuVMwOc7fOGAkkUhP1wMf8aWKdKnM2kn5uXrFqQT4eUso awfjBCCeHWO4J4G9tBCemmb6Y/m40E4kTO2jGqP9msNf987oUKfrblxxsb57uEbcRbPKd5BOg YONePUOloava8b6Xf5LyX0UYr4eACn0rixbcENINl6PJS0trO/0EUggTXg4iGgkgKOhK03I1X 5FOIZbir2RYDFrOkBHNLXVqY5w/pitJuOrr2ryK/dgQMjWyiHHyKYhf+R5ClpICQ+GMc5r4Aj e7TcvQ8Hx6auDR8xMY/JxtkEdo0vavTDbeHePi34BFTu07fh60lLIUqnMDzGQQ7sgAHZI7C1x 4G3mDrz+sAjP7FVysoj51yLIoxe7c51c0OD1XCoTSHuJzbD7TuhxoAu6136Y6JkzmfzG18fns K4agbFomSk8Tcg2YC2IG7+0PUSWrHtaGDHPOc/uIJiPZYoaqfStFGc7J87Vhz+cpoppnl50xc 1H43Mgci62phHBECysiWsiSef1z4TDfbFtVEzDAMkhhlU2P4ibr8MfPBhznYy+LDIHzYMoSzo 8koLW5T+ScKNM2LszbcOlxfgpKiIMGlwhm8K/vB3T4naKx/Gi6+IsmGXWQBsZdf0wBB2szE2V sGSAbdlxGvkMVJPQybSlkk0kOEL2wXEgXp0VkW4NDkdoBtJlk1tIj6c//rfjylNcaNyWdKw4v G/zllPAwOHvk7crmEFd0HdBGNFpUPneP6SmqsCnpOV5CZ2IV9jkXa15RiG2qw6JnDFQPa3Wfn fWkq7mNK8HGGblazy4lHRSuxyVkah6iAmzze9fQyRpToR3LFVms186vwwNIELtSFhC6SIisVT nm+j+3gE/Y8krOw4KBs/5Sn6casy77BspPLkw9TbtRFOBy2wwYFPmBcYfrlK+eesbmsSsiFyK t2onUEh73i/gNqwiteRjaJbKQgvSJo3lws7j2A7zsF8a+s499OLWSAjD+vrQ/1sg4rRo8Dkm6 foIYPp3TgmnnU+XbvLItqkPFy/8FTQurVIeiZC3oI4ktVLgB6n3UhzYvPCgRZtiQSItybOaJj wwKdwcyumx5EBaTSx+R9Zb1sDbquC87JKL1C0+RbshHLcJeGzMM9Qzg5lzjh7QDpVjUkvqD6+ klagM2h5USo2q+yy6x/eVF0vrU69GPkEmTPGVeQ0yeb8aaf0nk6wm/mDFQNU7QnI64BcX1zqs 7XRkxiIZH8HrbkiKQIgvNUJGey985f6QpsocLMqw6EeMin9bnXzYQsRDdRf0F8ijOKRUdDzhu jihdQo3TeSGy0VmgjJ3lGkEu1IHc5lG4zMXABwTgTlwjmCbxtHOUegjZn71QHRXB+BzQ26yuK CI9uCOHzweZcb2HzHOZrLKdC3JV3TBM+n/wRyOJX7f+eLLaBi0wep0gIVjLa8TttJOpusi1bm piB7xoxgBb4MG9aYH8Tn3NKukGbNAVMEx+WIekhyPFAtahkRqbIaLGT55r13gX3NuP3deYLlS uqJM8qDSa15XcGDZ9fGp0l+G6sfHBTS6oQ3XXMvWd5QDFEZ4ekLRIFtNGEHjB4v6JsKy0ws/b g98VC8NXocIuGcN14LIzoNgpA1K0I+9+Js7f2u0ssYdzGWRXr1MspHUDlUjoAqMN66RavsYTd /DfmcWeI2sQJ7qU5sLIeQF3EqO2mOZHYpENx1SuZF/OQGastD8rtzB/pji96C0siCzBuE5qJt ZkHRvM/NKLCaLNlLobWw== X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 78666-done Cc: Eli Zaretskii , 78666-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: -1.7 (-) On Tue, 1 Jul 2025 10:08:28 -0500 Rick Bielawski wrote: > Absolutely > > On Mon, Jun 30, 2025, 4:28=E2=80=AFAM Stephen Berman wrote: [...] >> Anyway, since this bug report is about showing and suppressing messages >> in the *Open recent* buffer, are you satisfied with how that now works >> and with my answers to the points you raised above, and if so, do you >> agree this bug can now be closed? Ok, thanks and closing. Steve Berman ------------=_1751404083-20114-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 1 Jun 2025 23:35:01 +0000 Received: from localhost ([127.0.0.1]:43423 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uLsCi-0003Aw-G8 for submit@debbugs.gnu.org; Sun, 01 Jun 2025 19:35:01 -0400 Received: from lists.gnu.org ([2001:470:142::17]:51490) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1uLsCe-0003AW-QH for submit@debbugs.gnu.org; Sun, 01 Jun 2025 19:34:57 -0400 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 1uLsCZ-0002lC-2U for bug-gnu-emacs@gnu.org; Sun, 01 Jun 2025 19:34:51 -0400 Received: from mail-qt1-x830.google.com ([2607:f8b0:4864:20::830]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1uLsCW-0007xF-Kd for bug-gnu-emacs@gnu.org; Sun, 01 Jun 2025 19:34:50 -0400 Received: by mail-qt1-x830.google.com with SMTP id d75a77b69052e-4a43cbc1ab0so44476941cf.0 for ; Sun, 01 Jun 2025 16:34:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1748820887; x=1749425687; darn=gnu.org; h=subject:from:to:content-language:user-agent:mime-version:date :message-id:from:to:cc:subject:date:message-id:reply-to; bh=VRbnadLcQJGRkmSE7bM4uO1uOMzU8ODBpOmejrf4VIc=; b=Mnw/2wuSpNPK8Dx3bKoOW5ASMSnzq+6D8jtDecwIhC1hJMZgtTT9O/H+6+7gt0gMib ZTg8jJdIXPSwN3potkToQarL5m1yOMXq5q1hxltFTmMFnTYNE2hHqw4V7Xx5KCx08ShY LXmTNvaG/uGmZD1RaNWPzaltzkmjrMmeasaEOOf/w6y4Kutb+9nMGD0PEnhkIbubM/pO Z12YdxA+0x1e9MCAdlXiYgnZHQLp+QCiU1k8FwhLV1a9+cJZT20X05GEjBPViJVo0rty MEFumsXlhWrbD4wN1UIplTSXG/bhWBoEh8tYGCYyv3ddxvGIwDFxoCRGgZhm/8kPAXfE VIEw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1748820887; x=1749425687; h=subject:from:to:content-language:user-agent:mime-version:date :message-id:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=VRbnadLcQJGRkmSE7bM4uO1uOMzU8ODBpOmejrf4VIc=; b=CYpIWNvJ7CsqhGPfrIv+Cn2ml71M3eQzA+bZj9ZYH/cAEGy2ZSHGw3Dk8yHz4otgAP biXHRgT63+h0qXWpY23PQx39xR6MjIKvL8hqM6yi0k3UpPAwe6cth3c1ztABcXb1ArGu oXIufUaSN0598mlXnPIMgA1ynAQlQjfknFgr8PYVlcsac5Sh12WAyIH5xk6wQiJH3JS4 EB/eke9/Xsc50qEAXWxtZbv9WyoeqmA6k6Fdj17IH5+8aKDBFtV6QB18KL0yo7U/PL4X mL7oudFEU3N2Tkw+H4IEgHXp46RogcN5NBfEUunXvnmjCal4i+px1Ti2ZmbwRSEJN7Nx /BtQ== X-Gm-Message-State: AOJu0YyIxaJXdGGpIfTXZgy6hxbsT47OUpwowY6rrx19go05De8IIE8c TEsBOsxK2RxpXAF/QbO9YoO6ccxHGkHu505nbU+wAow7INMjbSr6b4NW0JmNTQ== X-Gm-Gg: ASbGncskZYFQZ39TFmuy2hy2e2UyQfI3jwwb3VTUlkNQ3iplekGuB/B5fn8ipB+jkeh CSiZ2oqG9bb4Da1mo0yNuCuWxppWP3x5DxDX9qbV68TOXA+MNJxiKJgWlXCZ/GSz9C8+zCE00qf 3eejTxskcsg5KXjGUUrLWw+PFfPw2CD4rw9ktlemFaJazE+4Se1JyLu0TCGhXi8yz6NLINvIlGO BKKliTOOJM6mVb4WTDWBLj5tSnMuce/QKTkJaQFNL6eTmSim8uTKw1dwpf1+v3RGMZKyn1ShDuF O1728GknaMpk4j+3jYTHPoOS7MAxA/JwCciGG13kHIU0Dp9ynzp33iVGwtN9MPCQkmrcDOIRRtF 9g8k3I+J9qxpVlmCJ3Ox1/Q== X-Google-Smtp-Source: AGHT+IEcJvjyhgNr3//P7G4byFSlvhNcoobN/7FLD2celcs6JfFDEQvH+ffihjZMGpzVhXTtD5h6Ig== X-Received: by 2002:a05:622a:8ca:b0:4a3:e3df:f9de with SMTP id d75a77b69052e-4a4a5eb9260mr123304961cf.23.1748820887062; Sun, 01 Jun 2025 16:34:47 -0700 (PDT) Received: from ?IPV6:2601:447:c580:e8e0:1cf8:ebcb:a429:bcc7? ([2601:447:c580:e8e0:1cf8:ebcb:a429:bcc7]) by smtp.gmail.com with ESMTPSA id d75a77b69052e-4a4358e4deasm49703391cf.45.2025.06.01.16.34.46 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 01 Jun 2025 16:34:46 -0700 (PDT) Content-Type: multipart/alternative; boundary="------------FJnjYe5IlaWgQwokCjIBpOcG" Message-ID: <0ff49cfb-3682-4c70-954d-1d99eda00ad2@gmail.com> Date: Sun, 1 Jun 2025 18:34:45 -0500 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Content-Language: en-US To: bug-gnu-emacs@gnu.org From: Rick Subject: 31.0.50; recentf-open-files reports opening the last file accessed Received-SPF: pass client-ip=2607:f8b0:4864:20::830; envelope-from=rbielaws@gmail.com; helo=mail-qt1-x830.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: 1.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: -0.0 (/) This is a multi-part message in MIME format. --------------FJnjYe5IlaWgQwokCjIBpOcG Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit --text follows this line-- You can recreate most of the problem starting with -Q however you must have a previously populated recentf file before starting. M-x recentf-mode M-x recentf-open-files Now switch to the *Messagers* buffer and notice something similar to:     Loading /home/rick/.emacs.d/recentf...done     Cleaning up the recentf list...done (0 removed)     Mark set     Open /snap/emacs/2827/usr/share/emacs/31.0.50/lisp/files.el.gz Observe that it claims to have opened the most recent item on recentf-list, as loaded from the pre-populated recentf file.  In my case .../files.el.gz. There doesn't seem to be a buffer actually associated with the file but it's unclear whether it was subsequently closed or a spurious message. Personally, because my .emacs contains the following and I run in server mode I get additional messages that may be helpful. |... '(recentf-auto-cleanup 'never) '(recentf-max-menu-items 40) '(recentf-max-saved-items 200) '(recentf-menu-filter 'recentf-arrange-by-mode) '(recentf-menu-open-all-flag t) '(recentf-mode t) '(recentf-show-file-shortcuts-flag nil) | ... |(setq initial-buffer-choice 'recentf-open-files)| With the above (some of which could be irrelevant but I didn't narrow down) I get the following.  Notice that it reports opening the file 3 times.  It also contains "Collapse node" messages which I see no reference to in either recentf.el or wid-edit.el (its only dependency?).  So I can't tell what is emitting them but it's clearly related and may tell you more than it does me:-) |Starting Emacs daemon. Collapse node Open ~/snap/emacs/site-lisp/anchored-transpose.el Collapse node Open ~/snap/emacs/site-lisp/anchored-transpose.el [2 times] When done with this frame, type C-x 5 0 Mark set Collapse node| I tried (debug-on-entry recentf-open-files) and the messages get created if I simply type 'c' at the debug prompt.  But when I try stepping thru the code I get to the end and I'm presented with a proper menu buffer without ever encountering any code that might have emitted the messages - AND the messages DO NOT appear. This left me out of my depth.  Otherwise I'd have tried to debug and at least report which functions were involved if not a solution proposal. In GNU Emacs 31.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version  3.24.41, cairo version 1.18.0) of 2025-05-25 built on lcy02-amd64-118 Repository revision: 10e023c15c03ca32d3c9b1ad54111ef4ede6de73 Repository branch: master System Description: Ubuntu 24.04.2 LTS Configured using:  'configure --prefix=/snap/emacs/current/usr --with-x-toolkit=gtk3  --without-xaw3d --with-modules --with-cairo  --with-native-compilation=aot --with-pgtk --with-xinput2  --with-tree-sitter 'CFLAGS=-isystem  /build/emacs/parts/emacs/install/usr/include -isystem  /build/emacs/parts/emacs/install/usr/include/x86_64-linux-gnu -isystem  /build/emacs/stage/usr/include -O2' 'CPPFLAGS=-isystem  /build/emacs/parts/emacs/install/usr/include -isystem  /build/emacs/parts/emacs/install/usr/include/x86_64-linux-gnu -isystem  /build/emacs/stage/usr/include'  'LDFLAGS=-L/build/emacs/parts/emacs/install/lib  -L/build/emacs/parts/emacs/install/usr/lib  -L/build/emacs/parts/emacs/install/lib/x86_64-linux-gnu  -L/build/emacs/parts/emacs/install/usr/lib/x86_64-linux-gnu  -L/build/emacs/stage/usr/lib'' Configured features: ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG LCMS2 LIBOTF LIBSELINUX 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 $LANG: en_US.UTF-8   value of $XMODIFIERS: @im=ibus   locale-coding-system: utf-8-unix Major mode: Messages Minor modes in effect:   recentf-mode: t   tooltip-mode: t   global-eldoc-mode: t   eldoc-mode: t   show-paren-mode: t   electric-indent-mode: t   mouse-wheel-mode: t   tool-bar-mode: t   menu-bar-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   line-number-mode: t   indent-tabs-mode: t   transient-mark-mode: t   auto-composition-mode: t   auto-encryption-mode: t   auto-compression-mode: t Load-path shadows: None found. Features: (shadow sort mail-extr emacsbug lisp-mnt message mailcap yank-media puny dired dired-loaddefs rfc822 mml mml-sec password-cache epa derived epg rfc6068 epg-config gnus-util mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils cus-start cus-load recentf tree-widget wid-edit time-date compile text-property-search comint subr-x ansi-osc ansi-color ring comp-run bytecomp byte-compile comp-common rx warnings icons 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 88314 19791) (symbols 48 8421 0) (strings 32 20906 1600)  (string-bytes 1 716862) (vectors 16 12038)  (vector-slots 8 163474 8069) (floats 8 27 2) (intervals 56 460 0)  (buffers 1064 12)) --------------FJnjYe5IlaWgQwokCjIBpOcG Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

--text follows this line--
You can recreate most of the problem starting with -Q however you must
have a previously populated recentf file before starting.

M-x recentf-mode
M-x recentf-open-files

Now switch to the *Messagers* buffer and notice something similar to:

=C2=A0=C2=A0=C2=A0 Loading /home/=
rick/.emacs.d/recentf...done
=C2=A0=C2=A0=C2=A0 Cleaning up the recentf list...done (0 removed)
=C2=A0=C2=A0=C2=A0 Mark set
=C2=A0=C2=A0=C2=A0 Open /snap/emacs/2827/usr/share/emacs/31.0.50/lisp/fil=
es.el.gz

Observe that it claims to have opened the most recent item on recentf-list,
as loaded from the pre-populated recentf file.=C2=A0 In my case .../files.el.gz.

There doesn't seem to be a buffer actually associated with the file but
it's unclear whether it was subsequently closed or a spurious message.

Personally, because my .emacs contains the following and I run in server
mode I get additional messages that may be helpful.=C2=A0 

...

 '(recentf-auto-cleanup 'never)
 '(recentf-max-menu-items 40)
 '(recentf-max-saved-items 200)
 '(recentf-menu-filter 'recentf-arrange-by-mode)
 '(recentf-menu-open-all-flag t)
 '(recentf-mode t)
 '(recentf-show-file-shortcuts-flag nil)

=2E..

(setq initial=
-buffer-choice 'recentf-open-files)

With the above (some of which could be irrelevant but I didn't narrow down)
I get the following.=C2=A0 Notice that it reports opening the file = 3 times.=C2=A0 It also
contains "Collapse node" messages which I see no reference to in either
recentf.el or wid-edit.el (its only dependency?).=C2=A0 So I can't = tell what is emitting
them but it's clearly related and may tell you more than it does me:-)

Starting Emac=
s daemon.
Collapse node
Open ~/snap/emacs/site-lisp/anchored-transpose.el
Collapse node
Open ~/snap/emacs/site-lisp/anchored-transpose.el [2 times]
When done with this frame, type C-x 5 0
Mark set
Collapse node

I tried (debug-on-entry recentf-open-files) and the messages get
created if I simply type 'c' at the debug prompt.=C2=A0 But when I = try
stepping thru the code I get to the end and I'm presented with a proper menu buffer without ever encountering any code that might have emitted the messages - AND the messages DO NOT appear.

This left me out of my depth.=C2=A0 Otherwise I'd have tried to de= bug and
at least report which functions were involved if not a solution proposal.


In GNU Emacs 31.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version =C2=A03.24.41, cairo version 1.18.0) of 2025-05-25 built on lcy02-amd64-118
Repository revision: 10e023c15c03ca32d3c9b1ad54111ef4ede6de73
Repository branch: master
System Description: Ubuntu 24.04.2 LTS

Configured using:
=C2=A0'configure --prefix=3D/snap/emacs/current/usr --with-x-toolki= t=3Dgtk3
=C2=A0--without-xaw3d --with-modules --with-cairo
=C2=A0--with-native-compilation=3Daot --with-pgtk --with-xinput2 =C2=A0--with-tree-sitter 'CFLAGS=3D-isystem
=C2=A0/build/emacs/parts/emacs/install/usr/include -isystem
=C2=A0/build/emacs/parts/emacs/install/usr/include/x86_64-linux-gnu= -isystem
=C2=A0/build/emacs/stage/usr/include -O2' 'CPPFLAGS=3D-isystem
=C2=A0/build/emacs/parts/emacs/install/usr/include -isystem
=C2=A0/build/emacs/parts/emacs/install/usr/include/x86_64-linux-gnu= -isystem
=C2=A0/build/emacs/stage/usr/include'
=C2=A0'LDFLAGS=3D-L/build/emacs/parts/emacs/install/lib
=C2=A0-L/build/emacs/parts/emacs/install/usr/lib
=C2=A0-L/build/emacs/parts/emacs/install/lib/x86_64-linux-gnu
=C2=A0-L/build/emacs/parts/emacs/install/usr/lib/x86_64-linux-gnu =C2=A0-L/build/emacs/stage/usr/lib''

Configured features:
ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG
LCMS2 LIBOTF LIBSELINUX 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:
=C2=A0 value of $LANG: en_US.UTF-8
=C2=A0 value of $XMODIFIERS: @im=3Dibus
=C2=A0 locale-coding-system: utf-8-unix

Major mode: Messages

Minor modes in effect:
=C2=A0 recentf-mode: t
=C2=A0 tooltip-mode: t
=C2=A0 global-eldoc-mode: t
=C2=A0 eldoc-mode: t
=C2=A0 show-paren-mode: t
=C2=A0 electric-indent-mode: t
=C2=A0 mouse-wheel-mode: t
=C2=A0 tool-bar-mode: t
=C2=A0 menu-bar-mode: t
=C2=A0 file-name-shadow-mode: t
=C2=A0 global-font-lock-mode: t
=C2=A0 font-lock-mode: t
=C2=A0 blink-cursor-mode: t
=C2=A0 minibuffer-regexp-mode: t
=C2=A0 buffer-read-only: t
=C2=A0 line-number-mode: t
=C2=A0 indent-tabs-mode: t
=C2=A0 transient-mark-mode: t
=C2=A0 auto-composition-mode: t
=C2=A0 auto-encryption-mode: t
=C2=A0 auto-compression-mode: t

Load-path shadows:
None found.

Features:
(shadow sort mail-extr emacsbug lisp-mnt message mailcap yank-media puny
dired dired-loaddefs rfc822 mml mml-sec password-cache epa derived epg
rfc6068 epg-config gnus-util mm-decode mm-bodies mm-encode mail-parse
rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils cus-start cus-load recentf
tree-widget wid-edit time-date compile text-property-search comint<= br> subr-x ansi-osc ansi-color ring comp-run bytecomp byte-compile
comp-common rx warnings icons 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 88314 19791) (symbols 48 8421 0) (strings 32 20906 1600)
=C2=A0(string-bytes 1 716862) (vectors 16 12038)
=C2=A0(vector-slots 8 163474 8069) (floats 8 27 2) (intervals 56 46= 0 0)
=C2=A0(buffers 1064 12))

--------------FJnjYe5IlaWgQwokCjIBpOcG-- ------------=_1751404083-20114-1--