From unknown Fri Jun 20 07:26:39 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#39638 <39638@debbugs.gnu.org> To: bug#39638 <39638@debbugs.gnu.org> Subject: Status: 26.3; recentf-auto-cleanup deceptive Reply-To: bug#39638 <39638@debbugs.gnu.org> Date: Fri, 20 Jun 2025 14:26:39 +0000 retitle 39638 26.3; recentf-auto-cleanup deceptive reassign 39638 emacs submitter 39638 Allen Li severity 39638 normal tag 39638 patch thanks From debbugs-submit-bounces@debbugs.gnu.org Mon Feb 17 02:33:46 2020 Received: (at submit) by debbugs.gnu.org; 17 Feb 2020 07:33:46 +0000 Received: from localhost ([127.0.0.1]:37950 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1j3auX-0008OK-Qx for submit@debbugs.gnu.org; Mon, 17 Feb 2020 02:33:46 -0500 Received: from lists.gnu.org ([209.51.188.17]:45233) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1j3auW-0008OC-7R for submit@debbugs.gnu.org; Mon, 17 Feb 2020 02:33:44 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:38388) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j3auU-0001wZ-Bp for bug-gnu-emacs@gnu.org; Mon, 17 Feb 2020 02:33:44 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,URIBL_BLOCKED autolearn=disabled version=3.3.2 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j3auS-0001Br-OH for bug-gnu-emacs@gnu.org; Mon, 17 Feb 2020 02:33:42 -0500 Received: from mail-pl1-x62e.google.com ([2607:f8b0:4864:20::62e]:43495) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1j3auS-0001Ao-4I for bug-gnu-emacs@gnu.org; Mon, 17 Feb 2020 02:33:40 -0500 Received: by mail-pl1-x62e.google.com with SMTP id p11so6342024plq.10 for ; Sun, 16 Feb 2020 23:33:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=felesatra-moe.20150623.gappssmtp.com; s=20150623; h=from:to:subject:date:message-id:mime-version; bh=3wdTIR70VQBf1zEyqv/txcWNJgACQ4IMElXPrSHXHkg=; b=yQu8upa/yz+zOM2/eQwDBWVqLjE1OScZxG7uK/3YiKjz3Aopz0k8b6xiwV7Klwqlo4 1mbHsn8jzxjhR4nNy4zig5KUGO0IF3yAaVAbkjVdLwtWxUZex45s6Lr80L6QplZdASg9 5x5peqMHgOa2xP9q1mhvNo/NJgFnu8kgcVr7Y0BJpssrgMyf156h/5sCb3kImd+hOkTd oktzUF5U1Yjdl4DK6OBZTJTTvKW5DBqSMSmdfwY/Xddk641mYNnd/c5VMIakC6pDsOT3 EvqXHm7QwBe7Kc0rVuWqu6tXcmfyEDhFJdgWXZIb+580sfC0iKBD3iMHZRgki6kydCwV DuUg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:subject:date:message-id:mime-version; bh=3wdTIR70VQBf1zEyqv/txcWNJgACQ4IMElXPrSHXHkg=; b=mccEa++8tRe83E7YzY7m3QbG9y9Qm/IMELZxQFfN3tD1LxOn5aQa+0Hz4Wx/jSPM7x XHE4nDdqOW3AqJJRad9vpmX7YJ4yPsghPCY8yH1dQbMxWcRPDI8S6HgBGwvZzCUSEgaZ E+A+qN1drn3ZjHysNcPO4QYeNXLnwsqgJbQadG4C7lVYut+cZ2huwFdv4OYUFsKoAVkn PMjmGPSJaoFiTh3EHMOgpdBxP8zIQLHzxe0xvMJJVEvG/Loe/R4haPCCvv3D06eFCO+G 5lU1Cc0i1LERxK/WNjAspqwY7aMlaQx56lKKmJCNPXu1FgFQvz8OEOglagJSSNkZAtAT sf+A== X-Gm-Message-State: APjAAAU8PSOyNH/HryGSTyq90ZAhA+tqId+tK/XuMlobJlLiDUXVwnMR BQfFuDyeazrNCef8GNMv2lLacKSVeOY= X-Google-Smtp-Source: APXvYqwwrwuU9cEk8UhK3RRs1HNk/iP/4mMMb6Zq08TE/w9CFBM1N/Er1SCYK5U5hYJkzPtpZIigVA== X-Received: by 2002:a17:902:d909:: with SMTP id c9mr14489434plz.337.1581924818485; Sun, 16 Feb 2020 23:33:38 -0800 (PST) Received: from localhost ([2600:1700:7270:7d1f:fa59:71ff:fe00:10cc]) by smtp.gmail.com with ESMTPSA id 196sm15455439pfy.86.2020.02.16.23.33.37 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 16 Feb 2020 23:33:37 -0800 (PST) From: Allen Li To: bug-gnu-emacs@gnu.org Subject: 26.3; recentf-auto-cleanup deceptive Date: Sun, 16 Feb 2020 23:33:36 -0800 Message-ID: <80wo8lacrz.fsf@felesatra.moe> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4864:20::62e X-Spam-Score: 0.3 (/) 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.7 (/) --=-=-= Content-Type: text/plain This covers two bugs around recentf-auto-cleanup being deceptive/unintuitive. Both bugs are present at 26.3 and on Emacs master as of 556cc727e5076d590f8286406e4f46cff3cee41e at Sun, 16 Feb 2020 11:37:07 -0800 1. When setting recentf-auto-cleanup to a string, the timer does not repeat. It is only set once. This is in contrast to midnight-mode, which repeats its timer every day. The documentation for recentf-auto-cleanup does not make this clear, and I'm not even sure if this was the intended behavior. (defun recentf-auto-cleanup () "Automatic cleanup of the recent list." (when (timerp recentf-auto-cleanup-timer) (cancel-timer recentf-auto-cleanup-timer)) (when recentf-mode (setq recentf-auto-cleanup-timer (cond ;; snipped ((stringp recentf-auto-cleanup) (run-at-time recentf-auto-cleanup nil 'recentf-cleanup)))))) 2. Due to the behavior of run-at-time, if the time string set was in the past for today, recentf-cleanup runs immediately when recentf-mode is turned on (e.g., at Emacs startup). This makes it pointless to set it to something like "3:00am" if I want recentf-cleanup to run at a time when I'm likely not using Emacs and I have also set recentf-max-saved-items to something large like 2000. The docstring does not make this obvious. This is also how one would usually customize midnight-mode. 2a. midnight-mode suffers from the same problem of using run-at-time, but the default behavior of midnight-mode does not make it expensive. But this means that adding recentf-cleanup to midnight-hook when using a large recentf-max-saved-items will still be expensive at startup. I have attached a number of patches: 1. Simply fix some awkward wording that is not directly related to this bug. 2. Document the current behavior. 3. Make recentf-auto-cleanup repeat for time strings. The third patch can be skipped if deemed too aggressive, but I think that's the more reasonable behavior to expect. I have not fixed the problem of recentf-cleanup running immediately if the time is in the past for today, since I'm not sure the best way to do it. In GNU Emacs 26.3 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.10) of 2019-08-29 built on juergen Windowing system distributor 'The X.Org Foundation', version 11.0.12007000 System Description: Arch Linux --=-=-= Content-Type: text/x-patch Content-Disposition: attachment; filename=0001-Fix-recentf-auto-cleanup-customize-wording.patch >From 6882a948b60c03f19f53597acb92b85f52a41cd0 Mon Sep 17 00:00:00 2001 From: Allen Li Date: Sun, 16 Feb 2020 22:59:18 -0800 Subject: [PATCH 1/3] Fix recentf-auto-cleanup customize wording * lisp/recentf.el (recentf-auto-cleanup): Fix wording --- lisp/recentf.el | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/lisp/recentf.el b/lisp/recentf.el index 27918a9739..94241b00d5 100644 --- a/lisp/recentf.el +++ b/lisp/recentf.el @@ -257,7 +257,7 @@ recentf-auto-cleanup :value mode) (const :tag "Never" :value never) - (number :tag "When idle that seconds" + (number :tag "When idle after (seconds)" :value 300) (string :tag "At time" :value "11:00pm")) -- 2.25.0 --=-=-= Content-Type: text/x-patch Content-Disposition: attachment; filename=0002-Clarify-behavior-of-setting-recentf-auto-cleanup-to-.patch >From a47a121c983b9062079ae4aa2e687bcf138dd8a5 Mon Sep 17 00:00:00 2001 From: Allen Li Date: Sun, 16 Feb 2020 23:06:02 -0800 Subject: [PATCH 2/3] Clarify behavior of setting recentf-auto-cleanup to string * lisp/recentf.el (recentf-auto-cleanup): Clarify docstring --- lisp/recentf.el | 6 ++++++ 1 file changed, 6 insertions(+) diff --git a/lisp/recentf.el b/lisp/recentf.el index 94241b00d5..9c4ef21b52 100644 --- a/lisp/recentf.el +++ b/lisp/recentf.el @@ -247,6 +247,12 @@ recentf-auto-cleanup - A time string Cleanup at specified time string, for example at \"11:00pm\". +If a time string is provided, cleanup is only scheduled once each +time the mode is turned on; it does not repeat daily. +Furthermore, the time is for the current day. If it is already +past the specified time for the day, cleanup happens immediately +as for `mode'. + Setting this variable directly does not take effect; use \\[customize]. -- 2.25.0 --=-=-= Content-Type: text/x-patch Content-Disposition: attachment; filename=0003-Make-recentf-auto-cleanup-repeat-when-set-to-string.patch >From b1c40cdeac3bf806a140bbc527604163d1818468 Mon Sep 17 00:00:00 2001 From: Allen Li Date: Sun, 16 Feb 2020 23:15:35 -0800 Subject: [PATCH 3/3] Make recentf-auto-cleanup repeat when set to string * lisp/recentf.el (recentf-auto-cleanup): Make timer repeat, update docstring * etc/NEWS: Update news --- etc/NEWS | 7 +++++++ lisp/recentf.el | 12 +++++------- 2 files changed, 12 insertions(+), 7 deletions(-) diff --git a/etc/NEWS b/etc/NEWS index 1f8e6049a8..b79d4f8fb8 100644 --- a/etc/NEWS +++ b/etc/NEWS @@ -146,6 +146,13 @@ key binding / v package-menu-filter-by-version / / package-menu-filter-clear +** recentf + +--- +*** 'recentf-auto-cleanup' time string now repeats. +When 'recentf-auto-cleanup' is set to a time string, it now repeats +every day, rather than only running once after the mode is turned on. + * New Modes and Packages in Emacs 28.1 diff --git a/lisp/recentf.el b/lisp/recentf.el index 9c4ef21b52..dd8c2135e8 100644 --- a/lisp/recentf.el +++ b/lisp/recentf.el @@ -245,13 +245,10 @@ recentf-auto-cleanup - A number Cleanup each time Emacs has been idle that number of seconds. - A time string - Cleanup at specified time string, for example at \"11:00pm\". + Cleanup at specified time string daily, for example at \"11:00pm\". -If a time string is provided, cleanup is only scheduled once each -time the mode is turned on; it does not repeat daily. -Furthermore, the time is for the current day. If it is already -past the specified time for the day, cleanup happens immediately -as for `mode'. +If a time string is provided and it is already past the specified time +for the current day, the first cleanup happens immediately as for `mode'. Setting this variable directly does not take effect; use \\[customize]. @@ -377,7 +374,8 @@ recentf-auto-cleanup recentf-auto-cleanup t 'recentf-cleanup)) ((stringp recentf-auto-cleanup) (run-at-time - recentf-auto-cleanup nil 'recentf-cleanup)))))) + ;; Repeat every 24 hours. + recentf-auto-cleanup (* 24 60 60) 'recentf-cleanup)))))) ;;; File functions ;; -- 2.25.0 --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Mon Feb 17 12:08:19 2020 Received: (at 39638) by debbugs.gnu.org; 17 Feb 2020 17:08:19 +0000 Received: from localhost ([127.0.0.1]:39134 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1j3jsZ-0007d1-9d for submit@debbugs.gnu.org; Mon, 17 Feb 2020 12:08:19 -0500 Received: from eggs.gnu.org ([209.51.188.92]:47884) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1j3jsX-0007co-Ic for 39638@debbugs.gnu.org; Mon, 17 Feb 2020 12:08:18 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:56609) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1j3jsS-0000Dk-8D; Mon, 17 Feb 2020 12:08:12 -0500 Received: from [176.228.60.248] (port=2131 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1j3jsR-0001fc-Ir; Mon, 17 Feb 2020 12:08:12 -0500 Date: Mon, 17 Feb 2020 19:08:25 +0200 Message-Id: <83imk5m99y.fsf@gnu.org> From: Eli Zaretskii To: Allen Li , Juanma Barranquero In-reply-to: <80wo8lacrz.fsf@felesatra.moe> (message from Allen Li on Sun, 16 Feb 2020 23:33:36 -0800) Subject: Re: bug#39638: 26.3; recentf-auto-cleanup deceptive References: <80wo8lacrz.fsf@felesatra.moe> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 39638 Cc: 39638@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 (-) > From: Allen Li > Date: Sun, 16 Feb 2020 23:33:36 -0800 > > This covers two bugs around recentf-auto-cleanup being > deceptive/unintuitive. > > Both bugs are present at 26.3 and on Emacs master as of > 556cc727e5076d590f8286406e4f46cff3cee41e > at Sun, 16 Feb 2020 11:37:07 -0800 > > 1. When setting recentf-auto-cleanup to a string, the timer does not > repeat. It is only set once. This is in contrast to midnight-mode, > which repeats its timer every day. The documentation for > recentf-auto-cleanup does not make this clear, and I'm not even sure if > this was the intended behavior. > > (defun recentf-auto-cleanup () > "Automatic cleanup of the recent list." > (when (timerp recentf-auto-cleanup-timer) > (cancel-timer recentf-auto-cleanup-timer)) > (when recentf-mode > (setq recentf-auto-cleanup-timer > (cond > ;; snipped > ((stringp recentf-auto-cleanup) > (run-at-time > recentf-auto-cleanup nil 'recentf-cleanup)))))) > > 2. Due to the behavior of run-at-time, if the time string set was in the > past for today, recentf-cleanup runs immediately when recentf-mode is > turned on (e.g., at Emacs startup). This makes it pointless to set it > to something like "3:00am" if I want recentf-cleanup to run at a time > when I'm likely not using Emacs and I have also set > recentf-max-saved-items to something large like 2000. The docstring > does not make this obvious. This is also how one would usually > customize midnight-mode. > > 2a. midnight-mode suffers from the same problem of using run-at-time, > but the default behavior of midnight-mode does not make it expensive. > But this means that adding recentf-cleanup to midnight-hook when using a large > recentf-max-saved-items will still be expensive at startup. > > I have attached a number of patches: > > 1. Simply fix some awkward wording that is not directly related to this bug. > 2. Document the current behavior. > 3. Make recentf-auto-cleanup repeat for time strings. > > The third patch can be skipped if deemed too aggressive, but I think > that's the more reasonable behavior to expect. > > I have not fixed the problem of recentf-cleanup running immediately if > the time is in the past for today, since I'm not sure the best way to do > it. Juanma, any comments? Did you indeed mean for the cleanup feature to work as it does, or are those omissions? Thanks. From debbugs-submit-bounces@debbugs.gnu.org Mon Feb 17 13:46:07 2020 Received: (at 39638) by debbugs.gnu.org; 17 Feb 2020 18:46:07 +0000 Received: from localhost ([127.0.0.1]:39224 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1j3lPD-0001Y7-6o for submit@debbugs.gnu.org; Mon, 17 Feb 2020 13:46:07 -0500 Received: from mail-qk1-f178.google.com ([209.85.222.178]:33681) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1j3lPB-0001XO-SF for 39638@debbugs.gnu.org; Mon, 17 Feb 2020 13:46:06 -0500 Received: by mail-qk1-f178.google.com with SMTP id h4so17170546qkm.0 for <39638@debbugs.gnu.org>; Mon, 17 Feb 2020 10:46:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=Ug9xX0FCf7pNcRTHyp26iqVGIyfcyCHzKXavPeABBa4=; b=MNBy9acgxBc+ZPABr20A2FFWdkSOGMSyZsxldvY0kB9wvYCLc6Bcl7V0vXhfA8jfqE 5InMadCvxOUExbxzb2T8fH6yWC/CA8hIhhH7K2xLL3gRJPsvbK68Nev1rZMzT6xUpOJa 6N8GRqz9VBDZtV1JJHlVRseh8chXeF1ZdX6vfxvufgkEfMdatiBQtPFf8gOzsqHST2Dz a+P6IMS4sbe6EzPhwW4UPLiWK21s+hP47KOcF0YlvL1NqgImOAo8MPBcrDjDZ3rlSTlT ryvF35wNjzNke7oT7KtRtaup+Bqxd9ha0PtbRQpx+K0zsQSOwqezm1TfmGeejZgYtRFx GhdA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Ug9xX0FCf7pNcRTHyp26iqVGIyfcyCHzKXavPeABBa4=; b=S8WA8pPBLAWzk+X2VrtByY6E+Ytv508PKvNk9/0P4NFO9hFRZYdwibfiN2V0nnzAvA wt9WmUKsyl86wrYBPF7/ca2BBYlmqtvkqZrqSJ/brmroYtor5wGn5gZ+GW7KiDEd7w8t +zkVisPW3cfoafwVofYbhYY/wZFupRtGSQuH6i3FclTD2kKYYikvjaY6XsZJVeAAyBi5 GIQtrTqihNpv9m1AAHmBotoiEIPGNdZbebmARXytebrx7fCn4P/Td+dyxc1rqYzNauDE /95sxJcKblh1wHvZXO0oK1gnOhB9FqHjh05iVoUpZ2zUFSC3G3VRvhBd+BBrP68LRFbD ZUhw== X-Gm-Message-State: APjAAAXnL2TwU/ps0QqqN4aEzV2Q+ZBrlfB5A/RQTUoRWgXSiQdkzkHh 037WKMdkI6JDPlj8JiORQpTvq1ih10kiOQ72bA8= X-Google-Smtp-Source: APXvYqxTw6lrV8d4wqVB2T10/2Q1rWHbkO3w0+4GGhvcU7GvOY0tpuTSzAOOw50dTPdtDUW9JBDMCF2d8Rc3A/tlWx4= X-Received: by 2002:a05:620a:b89:: with SMTP id k9mr15540461qkh.185.1581965160141; Mon, 17 Feb 2020 10:46:00 -0800 (PST) MIME-Version: 1.0 References: <80wo8lacrz.fsf@felesatra.moe> <83imk5m99y.fsf@gnu.org> In-Reply-To: <83imk5m99y.fsf@gnu.org> From: Juanma Barranquero Date: Mon, 17 Feb 2020 19:45:24 +0100 Message-ID: Subject: Re: bug#39638: 26.3; recentf-auto-cleanup deceptive To: Eli Zaretskii Content-Type: multipart/alternative; boundary="0000000000006ad92b059ec9f7e8" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 39638 Cc: 39638@debbugs.gnu.org, Allen Li 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 (-) --0000000000006ad92b059ec9f7e8 Content-Type: text/plain; charset="UTF-8" I think you're talking about commit be9e7056daaf9112afc394fea96fe3fe67b26070. That code is from David Ponce: 2003-04-27 David Ponce * recentf.el Major rewrite. The code is reordered, cleaner and faster. Introduce new options to automatically cleanup the recent list, and to handle filename transformation (for example to use true filenames). I imagine I did commit it in the old CVS. --0000000000006ad92b059ec9f7e8 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I think you're talking about commit=C2=A0be9e7056daaf9= 112afc394fea96fe3fe67b26070.

That code is from David Ponce:

= 2003-04-27 =C2=A0David Ponce =C2=A0<david@dponce.com>

=C2=A0 =C2=A0 =C2=A0 =C2= =A0 * recentf.el

=C2=A0 =C2=A0 =C2=A0 =C2=A0 Major rewrite.=C2=A0 Th= e code is reordered, cleaner and faster.
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Int= roduce new options to automatically cleanup the recent list,
=C2=A0 =C2= =A0 =C2=A0 =C2=A0 and to handle filename transformation (for example to use= true
=C2=A0 =C2=A0 =C2=A0 =C2=A0 filenames).

I imagine I did com= mit=C2=A0it in the old CVS.
--0000000000006ad92b059ec9f7e8-- From debbugs-submit-bounces@debbugs.gnu.org Mon Feb 17 14:25:24 2020 Received: (at 39638) by debbugs.gnu.org; 17 Feb 2020 19:25:24 +0000 Received: from localhost ([127.0.0.1]:39261 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1j3m1D-0002WG-Sm for submit@debbugs.gnu.org; Mon, 17 Feb 2020 14:25:24 -0500 Received: from eggs.gnu.org ([209.51.188.92]:39765) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1j3m1C-0002W3-4u for 39638@debbugs.gnu.org; Mon, 17 Feb 2020 14:25:22 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:58973) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1j3m16-0001Uk-K7; Mon, 17 Feb 2020 14:25:16 -0500 Received: from [176.228.60.248] (port=3048 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1j3m12-0004YC-Jw; Mon, 17 Feb 2020 14:25:15 -0500 Date: Mon, 17 Feb 2020 21:25:27 +0200 Message-Id: <8336b9m2xk.fsf@gnu.org> From: Eli Zaretskii To: Juanma Barranquero , David Ponce In-reply-to: (message from Juanma Barranquero on Mon, 17 Feb 2020 19:45:24 +0100) Subject: Re: bug#39638: 26.3; recentf-auto-cleanup deceptive References: <80wo8lacrz.fsf@felesatra.moe> <83imk5m99y.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 39638 Cc: 39638@debbugs.gnu.org, darkfeline@felesatra.moe 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 (-) > From: Juanma Barranquero > Date: Mon, 17 Feb 2020 19:45:24 +0100 > Cc: Allen Li , 39638@debbugs.gnu.org > > I think you're talking about commit be9e7056daaf9112afc394fea96fe3fe67b26070. > > That code is from David Ponce: > > 2003-04-27 David Ponce > > * recentf.el > > Major rewrite. The code is reordered, cleaner and faster. > Introduce new options to automatically cleanup the recent list, > and to handle filename transformation (for example to use true > filenames). Oops, sorry. Right you are. David, would you please answer my question (and in general comment on the proposed changes)? From debbugs-submit-bounces@debbugs.gnu.org Sun Aug 23 09:05:47 2020 Received: (at control) by debbugs.gnu.org; 23 Aug 2020 13:05:47 +0000 Received: from localhost ([127.0.0.1]:52293 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k9pgw-0003A2-T2 for submit@debbugs.gnu.org; Sun, 23 Aug 2020 09:05:47 -0400 Received: from mail-yb1-f178.google.com ([209.85.219.178]:39756) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k9pgu-00039q-Re for control@debbugs.gnu.org; Sun, 23 Aug 2020 09:05:45 -0400 Received: by mail-yb1-f178.google.com with SMTP id q16so3666431ybk.6 for ; Sun, 23 Aug 2020 06:05:44 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:mime-version:date:message-id:subject:to; bh=1D8RqZqfZotPsgHRkbxX4xJy3q4/UwxnsvQMpJYwLVU=; b=a4qYxlw93quuK/Vq0HSGHtBZopekcbyUDlyIyQRcCs0feh+gKdgXQ7dIOxRClabUht iDzNmicMN46IGUA68tWKYeYP6DkYVPfHQLdgf5uOalm6hZVpFWcFRTH8GXIOMgwqRPcu lipDrWWitOo7dJ0Gjt4bvT4ajCLZKmCmQ2WZePzWg2HMTYXQ05YT6TKEwviGjiEd0S8p VN8+GhbowDYCcYrj2F8+plBw1jaHWbIQOHAekQgUZTlWATVJ0+1jQG4qE+5EA3MQRl4H a6iJOpDu6OmiQJ2TkmmyX7L3+tnQ16KnzaWoWmEvBmyUYZB4Osfmylm/0Kt7SpAhDiOG xalw== X-Gm-Message-State: AOAM533+Iudux1ISB7IgUK55Xtyc6NWRus2wE5IR78fVi3kpG8OSCCCC vkexRRBHcnRRGQXW12CBoVH5YetLb29LdqqwYgv72UygEFQ= X-Google-Smtp-Source: ABdhPJwlpWoR3OrtnqVT2i9iK5Klc3P5TM3bp9SkSiBPezZUvZzlFpujkg+eXzMkyfH6Gb75J6fw+W7+3kwoSxTjQEs= X-Received: by 2002:a25:4609:: with SMTP id t9mr1473668yba.231.1598187939258; Sun, 23 Aug 2020 06:05:39 -0700 (PDT) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Sun, 23 Aug 2020 09:05:38 -0400 From: Stefan Kangas MIME-Version: 1.0 Date: Sun, 23 Aug 2020 09:05:38 -0400 Message-ID: Subject: To: control@debbugs.gnu.org Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 2.5 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: tags 39638 + patch thanks Content analysis details: (2.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.2 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level mail domains are different -0.0 SPF_PASS SPF: sender matches SPF record 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (stefankangas[at]gmail.com) -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [209.85.219.178 listed in wl.mailspike.net] -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no trust [209.85.219.178 listed in list.dnswl.org] 0.0 UNPARSEABLE_RELAY Informational: message has unparseable relay lines 0.2 FREEMAIL_FORGED_FROMDOMAIN 2nd level domains in From and EnvelopeFrom freemail headers are different 2.0 BLANK_SUBJECT Subject is present but empty X-Debbugs-Envelope-To: control 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.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: tags 39638 + patch thanks Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no trust [209.85.219.178 listed in list.dnswl.org] -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [209.85.219.178 listed in wl.mailspike.net] 0.2 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level mail domains are different -0.0 SPF_PASS SPF: sender matches SPF record 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (stefankangas[at]gmail.com) 0.0 UNPARSEABLE_RELAY Informational: message has unparseable relay lines -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager 0.2 FREEMAIL_FORGED_FROMDOMAIN 2nd level domains in From and EnvelopeFrom freemail headers are different 2.0 BLANK_SUBJECT Subject is present but empty tags 39638 + patch thanks From debbugs-submit-bounces@debbugs.gnu.org Thu Oct 01 14:55:26 2020 Received: (at 39638) by debbugs.gnu.org; 1 Oct 2020 18:55:26 +0000 Received: from localhost ([127.0.0.1]:38325 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kO3ji-00027o-Ak for submit@debbugs.gnu.org; Thu, 01 Oct 2020 14:55:26 -0400 Received: from quimby.gnus.org ([95.216.78.240]:34328) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kO3jf-00027a-Q1 for 39638@debbugs.gnu.org; Thu, 01 Oct 2020 14:55:24 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=E6AtLVNxgPmul9jxyp9ebpTDxvB1rbeqEWvNezEZaHI=; b=ElPDSlvOuvGkPrmWKYnq1aNOSI ptomfl18Zua2ApBMXNr+XE1tQoCBP6bOSIv87FXlpV9NDcrNqfvdms0TnZzBfjBYlIMhRtJc3b3jn tXZuzt23aeJKoZreS2QCVigftV91UFsW8o1VHpbvsKTvu224sSHZeJYvDIN/g7nJ5KTw=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kO3jU-0002Gl-Tw; Thu, 01 Oct 2020 20:55:16 +0200 From: Lars Ingebrigtsen To: Allen Li Subject: Re: bug#39638: 26.3; recentf-auto-cleanup deceptive References: <80wo8lacrz.fsf@felesatra.moe> X-Now-Playing: Pivot's _Make Me Love You_: "Incidental Backcloth" Date: Thu, 01 Oct 2020 20:55:11 +0200 In-Reply-To: <80wo8lacrz.fsf@felesatra.moe> (Allen Li's message of "Sun, 16 Feb 2020 23:33:36 -0800") Message-ID: <87y2kp22uo.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Allen Li writes: > 1. When setting recentf-auto-cleanup to a string, the timer does not > repeat. It is only set once. This is in contrast to midnight-mode, > which repeats its timer every day. The documentation for > [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 39638 Cc: David Ponce , 39638@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.0 (-) Allen Li writes: > 1. When setting recentf-auto-cleanup to a string, the timer does not > repeat. It is only set once. This is in contrast to midnight-mode, > which repeats its timer every day. The documentation for > recentf-auto-cleanup does not make this clear, and I'm not even sure if > this was the intended behavior. I think repeating the action makes a whole lot more sense, and since the action wasn't spelled out before (and no response from the person who originally committed the code), I've applied your patch to Emacs 28. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Sat Oct 17 21:18:50 2020 Received: (at 39638) by debbugs.gnu.org; 18 Oct 2020 01:18:50 +0000 Received: from localhost ([127.0.0.1]:35851 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kTxLV-0006Vw-Qd for submit@debbugs.gnu.org; Sat, 17 Oct 2020 21:18:49 -0400 Received: from mail-ed1-f54.google.com ([209.85.208.54]:37746) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kTxLU-0006Vd-Gi for 39638@debbugs.gnu.org; Sat, 17 Oct 2020 21:18:48 -0400 Received: by mail-ed1-f54.google.com with SMTP id o18so6661914edq.4 for <39638@debbugs.gnu.org>; Sat, 17 Oct 2020 18:18:48 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:in-reply-to:references:user-agent :mime-version:date:message-id:subject:to:cc; bh=DeAEPYD9yHjpTiltSxgRrZ3BwgzlSIehUqRro46afoo=; b=SfXcEwudUcLEh5S3sXhgF18ySkVDmeg6po+37TQfbaS7nBKzDhkwoR2GwHbTYXCEIK QqhG5x7717Ai4JttieVKZFu/k18GnwUcWcFMkrJpG/KkEjRagUUzL5D5XMixIgGpPMFL Jagn1DTLxwmQDD0bxczJnnVvvpW1Q1f0g6rsRcAVP48F7XJDRWOfgzy0xzr6ABqbnowL Xl4JkZ62fpj9hrki/HCJxxxFl7qvYEKbhdq/R3LZhRCo6Uea4F9a5THYHs0LYMWYv00D P+H8uOzkwng0kYR+0Q3pHIwuyeIPyf1Yiu7KkwTxE2Ua5MVp0jBkeCpzrIXIcL4zmGtL qXpg== X-Gm-Message-State: AOAM531VMXTHWSwW1vUjQNH6yizutSeeh0Eo7/EvXYA9FZOJj1DpLe5R 5JKzN4SWmmlW/YH4OO7Wj5JF+S1r1k7fzOhgpxo= X-Google-Smtp-Source: ABdhPJwrMPx2kxU9pqh4k2F/omm8nxzgXqjwSy5+ADflVxfDg7ontotipime2NFq9e3dEO9i85R2KncoSF5nmKuygPY= X-Received: by 2002:a05:6402:31b3:: with SMTP id dj19mr11672161edb.210.1602983922781; Sat, 17 Oct 2020 18:18:42 -0700 (PDT) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Sun, 18 Oct 2020 01:18:41 +0000 From: Stefan Kangas In-Reply-To: <87y2kp22uo.fsf@gnus.org> (Lars Ingebrigtsen's message of "Thu, 01 Oct 2020 20:55:11 +0200") References: <80wo8lacrz.fsf@felesatra.moe> <87y2kp22uo.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Date: Sun, 18 Oct 2020 01:18:41 +0000 Message-ID: Subject: Re: bug#39638: 26.3; recentf-auto-cleanup deceptive To: Lars Ingebrigtsen Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 39638 Cc: 39638@debbugs.gnu.org, David Ponce , Allen Li 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.5 (/) close 39638 28.1 thanks Lars Ingebrigtsen writes: > Allen Li writes: > >> 1. When setting recentf-auto-cleanup to a string, the timer does not >> repeat. It is only set once. This is in contrast to midnight-mode, >> which repeats its timer every day. The documentation for >> recentf-auto-cleanup does not make this clear, and I'm not even sure if >> this was the intended behavior. > > I think repeating the action makes a whole lot more sense, and since > the action wasn't spelled out before (and no response from the person > who originally committed the code), I've applied your patch to Emacs 28. I'm therefore closing this bug report. From unknown Fri Jun 20 07:26:39 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sun, 15 Nov 2020 12:24:06 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator