Eshel Yaron <me@HIDDEN>
to control <at> debbugs.gnu.org.
Full text available.Received: (at 71927) by debbugs.gnu.org; 12 Jul 2024 10:20:10 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Jul 12 06:20:10 2024 Received: from localhost ([127.0.0.1]:53251 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1sSDNp-0007Cl-V0 for submit <at> debbugs.gnu.org; Fri, 12 Jul 2024 06:20:10 -0400 Received: from mail.eshelyaron.com ([107.175.124.16]:54442 helo=eshelyaron.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <me@HIDDEN>) id 1sSDNk-0007CT-Ue; Fri, 12 Jul 2024 06:20:08 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=eshelyaron.com; s=mail; t=1720779604; bh=8UxWFC3x2M+V0C2g9GcTSXtc7SsvpIbM06RX9n5ZH2I=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=vf+rcCzZZ0Io7v+LqSsIuQHwuDkgEq/id27Fp+as27TkwrHdS5PPqvwRttTirxuZ6 And1c8jYAfdlh0YsQIN22krvMcl29iQ17JEQ5969uXj4zUqWwi0ltD4UyG7JSnPdwp WMDNfu9JrlQPHFFoKU6nNSTQxYKS4t4wnYMO0qm1rSdx8Ouk+OhS5C0vx4kewetrD1 +h3PQWWD3c4+aL4pdBdVkOmI+rrha0h+c+h+JnObYISSOaeFBYdRLA35oWAh9hU69X l4BG2rtHRdWpdOy1SOfjNMGyPx0Z3EP+4RArvhzUbNVRvkvwu/zFB0yW9Lb+kPetbU tVqsA5YUX6tqA== From: Eshel Yaron <me@HIDDEN> To: Eli Zaretskii <eliz@HIDDEN> Subject: Re: bug#71927: 29.4; ibuffer-do-isearch and ibuffer-do-isearch-regexp not prompting for input In-Reply-To: <86r0bzks7c.fsf@HIDDEN> (Eli Zaretskii's message of "Fri, 12 Jul 2024 10:03:19 +0300") References: <DA832997-7FC6-4D52-9E17-3A4DC21063DA@HIDDEN> <86ikxltzhx.fsf@HIDDEN> <861q49a8vt.fsf@HIDDEN> <m18qyhtyut.fsf@HIDDEN> <86y16h8olf.fsf@HIDDEN> <878qyh79ov.fsf@HIDDEN> <86zfqxqi6e.fsf@HIDDEN> <87v81l5aal.fsf@HIDDEN> <864j9581zr.fsf@HIDDEN> <87r0c957v2.fsf@HIDDEN> <86y16h6llv.fsf@HIDDEN> <m1wmly2phk.fsf@HIDDEN> <86r0bzks7c.fsf@HIDDEN> Date: Fri, 12 Jul 2024 12:20:01 +0200 Message-ID: <m1zfqmx67i.fsf@HIDDEN> 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-Spam-Score: 1.3 (+) 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: close 71927 30.1 quit Eli Zaretskii <eliz@HIDDEN> writes: >> From: Eshel Yaron <me@HIDDEN> >> >> Actually, there's another problem with the way ibuffer-do-isearch is >> currently defined via define-ibuffer-op: the BODY of the definition is a >> call [...] Content analysis details: (1.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 SPF_HELO_PASS SPF: HELO matches SPF record 0.0 T_SPF_TEMPERROR SPF: test of record failed (temperror) 1.0 FORGED_SPF_HELO No description available. 0.3 KHOP_HELO_FCRDNS Relay HELO differs from its IP's reverse DNS X-Debbugs-Envelope-To: 71927 Cc: basil@HIDDEN, stephen.berman@HIDDEN, 71927 <at> debbugs.gnu.org, kickingvegas@HIDDEN, juri@HIDDEN X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) close 71927 30.1 quit Eli Zaretskii <eliz@HIDDEN> writes: >> From: Eshel Yaron <me@HIDDEN> >>=20 >> Actually, there's another problem with the way ibuffer-do-isearch is >> currently defined via define-ibuffer-op: the BODY of the definition is a >> call to multi-isearch-buffers, but the BODY is called for each marked >> buffer, not once for all of them, so this command currently calls >> multi-isearch-buffers repeatedly when there are multiple marked buffers. >> This causes multi-isearch-setup to be called while multi-buffer Isearch >> is already in progress, which unfortunately breaks regular Isearch for >> the rest of the session. >>=20 >> To see this effect, invoke ibuffer-do-isearch with two or more marked >> buffers, quit or finish the search (e.g. type C-g), and then try regular >> Isearch with C-s and repeat C-s until wrapping around. But instead of >> wrapping around as expected, Emacs displays an error: >>=20 >> Symbol=E2=80=99s function definition is void: nil >>=20 >> A simple solution is to use plain defun for these commands, as follows: > > Thanks. Since there were no objections in a week, and Juri also > agreed with this solution, please install this on the emacs-30 branch. Done, in commit d68a4ea3ec6. I'm therefore closing this bug report. Best, Eshel
bug-gnu-emacs@HIDDEN:bug#71927; Package emacs.
Full text available.
Received: (at 71927) by debbugs.gnu.org; 12 Jul 2024 07:03:59 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Fri Jul 12 03:03:59 2024
Received: from localhost ([127.0.0.1]:53090 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1sSAJy-0002FQ-WE
for submit <at> debbugs.gnu.org; Fri, 12 Jul 2024 03:03:59 -0400
Received: from eggs.gnu.org ([209.51.188.92]:38150)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <eliz@HIDDEN>) id 1sSAJu-0002FA-R1
for 71927 <at> debbugs.gnu.org; Fri, 12 Jul 2024 03:03:57 -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 <eliz@HIDDEN>)
id 1sSAJo-0002nw-SS; Fri, 12 Jul 2024 03:03:48 -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=FblNH/k4wA4XDmCUvghD89G7DpPNyhcCysXZExIq/rw=; b=GaRIAPa9viTMqoYrzTtO
Dw6a7o5Ch3MfRBfaKE/Mc6U2jVG6vfbKo7omgZp/XvxS5o4OeNW9l88CWVtQvbKeFHLzsAIuYeydj
bFde9qZpb95RiRYblAwDfBIkeykOsxn/NyNR5zn+TG1aGbUeK8cV4PVk3N2PfpYUk1ee80gbirKNG
T5IYEGL9/OhJoDdiDw3bKQG/06sC03UaiShZrathDVT3mmVFxZSGleNB8Fscqr/nCSD7LAI3t4hyG
3IGuXfMueRyiTWpAVQrHgZ1hhHMcLo2qAeR0j3E/Vh1TAct1jwpqGe81/hd1fJ6pFef2G4vRUbYDc
oSLAT4kivzTdLw==;
Date: Fri, 12 Jul 2024 10:03:19 +0300
Message-Id: <86r0bzks7c.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
To: Eshel Yaron <me@HIDDEN>
In-Reply-To: <m1wmly2phk.fsf@HIDDEN> (message from Eshel Yaron on Sat,
06 Jul 2024 23:13:27 +0200)
Subject: Re: bug#71927: 29.4; ibuffer-do-isearch and
ibuffer-do-isearch-regexp not prompting for input
References: <DA832997-7FC6-4D52-9E17-3A4DC21063DA@HIDDEN>
<86ikxltzhx.fsf@HIDDEN> <861q49a8vt.fsf@HIDDEN>
<m18qyhtyut.fsf@HIDDEN> <86y16h8olf.fsf@HIDDEN>
<878qyh79ov.fsf@HIDDEN> <86zfqxqi6e.fsf@HIDDEN>
<87v81l5aal.fsf@HIDDEN> <864j9581zr.fsf@HIDDEN>
<87r0c957v2.fsf@HIDDEN> <86y16h6llv.fsf@HIDDEN>
<m1wmly2phk.fsf@HIDDEN>
MIME-version: 1.0
Content-type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 71927
Cc: basil@HIDDEN, stephen.berman@HIDDEN, 71927 <at> debbugs.gnu.org,
kickingvegas@HIDDEN, juri@HIDDEN
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)
> From: Eshel Yaron <me@HIDDEN>
> Cc: Stephen Berman <stephen.berman@HIDDEN>, juri@HIDDEN,
> kickingvegas@HIDDEN, 71927 <at> debbugs.gnu.org, basil@HIDDEN
> Date: Sat, 06 Jul 2024 23:13:27 +0200
>
> Eli Zaretskii <eliz@HIDDEN> writes:
>
> >> I gave a mild counterargument upthread, that making
> >> ibuffer-do-isearch{-regexp} defuns independent of define-ibuffer-op
> >> seems like accepting the inadequacy of the latter instead of trying to
> >> improve it.
> >
> > It is indeed inadequate for commands that just put Emacs in a special
> > state and return, as opposed to commands that don't return before they
> > did the complete job of operating on the marked buffers.
>
> Actually, there's another problem with the way ibuffer-do-isearch is
> currently defined via define-ibuffer-op: the BODY of the definition is a
> call to multi-isearch-buffers, but the BODY is called for each marked
> buffer, not once for all of them, so this command currently calls
> multi-isearch-buffers repeatedly when there are multiple marked buffers.
> This causes multi-isearch-setup to be called while multi-buffer Isearch
> is already in progress, which unfortunately breaks regular Isearch for
> the rest of the session.
>
> To see this effect, invoke ibuffer-do-isearch with two or more marked
> buffers, quit or finish the search (e.g. type C-g), and then try regular
> Isearch with C-s and repeat C-s until wrapping around. But instead of
> wrapping around as expected, Emacs displays an error:
>
> Symbol’s function definition is void: nil
>
> A simple solution is to use plain defun for these commands, as follows:
Thanks. Since there were no objections in a week, and Juri also
agreed with this solution, please install this on the emacs-30 branch.
bug-gnu-emacs@HIDDEN:bug#71927; Package emacs.
Full text available.Received: (at 71927) by debbugs.gnu.org; 7 Jul 2024 17:01:50 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sun Jul 07 13:01:50 2024 Received: from localhost ([127.0.0.1]:49062 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1sQVGn-0004yo-RI for submit <at> debbugs.gnu.org; Sun, 07 Jul 2024 13:01:50 -0400 Received: from relay2-d.mail.gandi.net ([217.70.183.194]:35225) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <juri@HIDDEN>) id 1sQVGl-0004yY-Nb for 71927 <at> debbugs.gnu.org; Sun, 07 Jul 2024 13:01:48 -0400 Received: by mail.gandi.net (Postfix) with ESMTPSA id C605640002; Sun, 7 Jul 2024 17:01:34 +0000 (UTC) From: Juri Linkov <juri@HIDDEN> To: Eshel Yaron <me@HIDDEN> Subject: Re: bug#71927: 29.4; ibuffer-do-isearch and ibuffer-do-isearch-regexp not prompting for input In-Reply-To: <m1wmly2phk.fsf@HIDDEN> (Eshel Yaron's message of "Sat, 06 Jul 2024 23:13:27 +0200") Organization: LINKOV.NET References: <DA832997-7FC6-4D52-9E17-3A4DC21063DA@HIDDEN> <86ikxltzhx.fsf@HIDDEN> <861q49a8vt.fsf@HIDDEN> <m18qyhtyut.fsf@HIDDEN> <86y16h8olf.fsf@HIDDEN> <878qyh79ov.fsf@HIDDEN> <86zfqxqi6e.fsf@HIDDEN> <87v81l5aal.fsf@HIDDEN> <864j9581zr.fsf@HIDDEN> <87r0c957v2.fsf@HIDDEN> <86y16h6llv.fsf@HIDDEN> <m1wmly2phk.fsf@HIDDEN> Date: Sun, 07 Jul 2024 19:59:41 +0300 Message-ID: <86sewlgmte.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/31.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-GND-Sasl: juri@HIDDEN X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 71927 Cc: basil@HIDDEN, Eli Zaretskii <eliz@HIDDEN>, Stephen Berman <stephen.berman@HIDDEN>, kickingvegas@HIDDEN, 71927 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.7 (-) > Actually, there's another problem with the way ibuffer-do-isearch is > currently defined via define-ibuffer-op: the BODY of the definition is a > call to multi-isearch-buffers, but the BODY is called for each marked > buffer, not once for all of them, so this command currently calls > multi-isearch-buffers repeatedly when there are multiple marked buffers. > This causes multi-isearch-setup to be called while multi-buffer Isearch > is already in progress, which unfortunately breaks regular Isearch for > the rest of the session. > > To see this effect, invoke ibuffer-do-isearch with two or more marked > buffers, quit or finish the search (e.g. type C-g), and then try regular > Isearch with C-s and repeat C-s until wrapping around. But instead of > wrapping around as expected, Emacs displays an error: > > Symbol’s function definition is void: nil > > A simple solution is to use plain defun for these commands, as follows: I agree that plain defun would be better.
bug-gnu-emacs@HIDDEN:bug#71927; Package emacs.
Full text available.
Received: (at 71927) by debbugs.gnu.org; 7 Jul 2024 06:26:58 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sun Jul 07 02:26:58 2024
Received: from localhost ([127.0.0.1]:47155 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1sQLMP-0004nF-IR
for submit <at> debbugs.gnu.org; Sun, 07 Jul 2024 02:26:58 -0400
Received: from mail.eshelyaron.com ([107.175.124.16]:58900 helo=eshelyaron.com)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <me@HIDDEN>) id 1sQLMM-0004n6-TN
for 71927 <at> debbugs.gnu.org; Sun, 07 Jul 2024 02:26:55 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=eshelyaron.com;
s=mail; t=1720333610;
bh=Yk3yQ2994TTbdDAHVAEtOICJi3YHfzrEW3cS3cpw6nM=;
h=From:To:Cc:Subject:In-Reply-To:References:Date:From;
b=FHr+jNZLQgcJWAvIzvvyAUObCkXSWoTuwVxTYCMxTc3sz3RR5VKR/RxF1YQMVMhOd
9zmS5rUMa24W5fYlPudYR6TPWbjZ5PjuDYN5h+9HKSrSZ/VdytaG4JD09V7OumybIE
abEs6pCcG4XybiwAThVFqVlbpruMLw7eJAobCQs7A8UEGPuqktjrnJQNZdbifc75gO
JbBmZgALXSstAi/7s6voKsXmaBRmBwZd/bp+GyAsJQVhwzKhbCjOhPLFu9jJ1qMkci
ynTJMe6eZ5WIxV1fK9d213+2+Ch52lu1GsYdJhGKTGq45Gu1bx795nov64QH7BL7bM
0G1C5JaefzrQw==
From: Eshel Yaron <me@HIDDEN>
To: Eli Zaretskii <eliz@HIDDEN>
Subject: Re: bug#71927: 29.4; ibuffer-do-isearch and
ibuffer-do-isearch-regexp not prompting for input
In-Reply-To: <86y16h6llv.fsf@HIDDEN> (Eli Zaretskii's message of "Thu, 04 Jul
2024 21:46:52 +0300")
References: <DA832997-7FC6-4D52-9E17-3A4DC21063DA@HIDDEN>
<86ikxltzhx.fsf@HIDDEN> <861q49a8vt.fsf@HIDDEN>
<m18qyhtyut.fsf@HIDDEN> <86y16h8olf.fsf@HIDDEN>
<878qyh79ov.fsf@HIDDEN> <86zfqxqi6e.fsf@HIDDEN>
<87v81l5aal.fsf@HIDDEN> <864j9581zr.fsf@HIDDEN>
<87r0c957v2.fsf@HIDDEN> <86y16h6llv.fsf@HIDDEN>
X-Hashcash: 1:20:240706:eliz@HIDDEN::tfqlHYmJvMswePnZ:7UF
X-Hashcash: 1:20:240706:juri@HIDDEN::0AlXocfR3DwmS+BF:0KYD
X-Hashcash: 1:20:240706:kickingvegas@HIDDEN::Ygth+f50JNhhv2D8:n9j
X-Hashcash: 1:20:240706:71927 <at> debbugs.gnu.org::LdevNyYXA1VGLmfc:2RGm
X-Hashcash: 1:20:240706:basil@HIDDEN::UTrLWnlb8eo124TN:1w4o
X-Hashcash: 1:20:240706:stephen.berman@HIDDEN::Ae3nc8rbjt0qIk3y:5Zla
Date: Sat, 06 Jul 2024 23:13:27 +0200
Message-ID: <m1wmly2phk.fsf@HIDDEN>
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-Spam-Score: 1.1 (+)
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: Eli Zaretskii <eliz@HIDDEN> writes: >> From: Stephen Berman
<stephen.berman@HIDDEN> >> >> On Thu, 04 Jul 2024 21:07:36 +0300 Eli Zaretskii
<eliz@HIDDEN> wrote: >> >> >> From: Stephen Berman <stephen.berman@HIDDEN>
>> >> Cc: Eli Zaret [...]
Content analysis details: (1.1 points, 10.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
-0.0 SPF_HELO_PASS SPF: HELO matches SPF record
-0.0 SPF_PASS SPF: sender matches SPF record
1.1 DATE_IN_PAST_06_12 Date: is 6 to 12 hours before Received: date
X-Debbugs-Envelope-To: 71927
Cc: basil@HIDDEN, Stephen Berman <stephen.berman@HIDDEN>,
71927 <at> debbugs.gnu.org, kickingvegas@HIDDEN, juri@HIDDEN
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 0.1 (/)
Eli Zaretskii <eliz@HIDDEN> writes:
>> From: Stephen Berman <stephen.berman@HIDDEN>
>>=20
>> On Thu, 04 Jul 2024 21:07:36 +0300 Eli Zaretskii <eliz@HIDDEN> wrote:
>>=20
>> >> From: Stephen Berman <stephen.berman@HIDDEN>
>> >> Cc: Eli Zaretskii <eliz@HIDDEN>, Eshel Yaron <me@HIDDEN>,
>> >> kickingvegas@HIDDEN, 71927 <at> debbugs.gnu.org, basil@HIDDEN,
>> >> jpw@HIDDEN
>> >> Date: Thu, 04 Jul 2024 19:36:34 +0200
>> >>
>> >> On Thu, 04 Jul 2024 19:04:42 +0300 Juri Linkov <juri@HIDDEN> wrot=
e:
>> >>
>> >> >>>> FWIW, AFAICT everything is working correctly, it's just that the
>> >> >>>> "Operation finished" message hides the prompt. ibuffer-do-isear=
ch
>> >> >>>> should tell define-ibuffer-op not to display that message, someh=
ow.
>> >> >>>
>> >> >>> I don't see how this could be considered "correct": the "Operation
>> >> >>> finished" message is supposed to be shown only after the Isearch =
is
>> >> >>> finished in all the marked buffer, not before. It looks like we =
need
>> >> >>> a function that will not return until all the buffers where searc=
hed,
>> >> >>> because that's what define-ibuffer-op expects. Don't you agree?
>> >> >
>> >> > It intentionally uses 'no-recursive-edit' set to t, so ibuffer-do-i=
search
>> >> > correctly exits immediately while leaving isearch-mode enabled.
>> >> >
>> >> >> The attached patch appears to DTRT, but I only tested it briefly.
>> >> >> ...
>> >> >> (define-ibuffer-op ibuffer-do-isearch ()
>> >> >> "Perform a `isearch-forward' in marked buffers."
>> >> >> (:interactive ()
>> >> >> - :opstring "searched in"
>> >> >> + :no-opstring t
>> >> >
>> >> > Thanks for the patch. I confirm this is the right thing to do.
>> >> > Maybe instead of :no-opstring would be better to use some special v=
alue
>> >> > like :opstring 'no? But I'm not sure if this is better than :no-op=
string.
>> >>
>> >> Suppressing the message when :opstring has the value 'no is fine with
>> >> me. If Eli is willing to accept this approach, I can go ahead and
>> >> commit it (to master, presumably, since this is a longstanding issue).
>> >
>> > I already said this didn't sound the right solution here, and I
>> > explained why. I'd be interested in hearing counter-arguments, if
>> > there are any.
>>=20
>> I gave a mild counterargument upthread, that making
>> ibuffer-do-isearch{-regexp} defuns independent of define-ibuffer-op
>> seems like accepting the inadequacy of the latter instead of trying to
>> improve it.
>
> It is indeed inadequate for commands that just put Emacs in a special
> state and return, as opposed to commands that don't return before they
> did the complete job of operating on the marked buffers.
Actually, there's another problem with the way ibuffer-do-isearch is
currently defined via define-ibuffer-op: the BODY of the definition is a
call to multi-isearch-buffers, but the BODY is called for each marked
buffer, not once for all of them, so this command currently calls
multi-isearch-buffers repeatedly when there are multiple marked buffers.
This causes multi-isearch-setup to be called while multi-buffer Isearch
is already in progress, which unfortunately breaks regular Isearch for
the rest of the session.
To see this effect, invoke ibuffer-do-isearch with two or more marked
buffers, quit or finish the search (e.g. type C-g), and then try regular
Isearch with C-s and repeat C-s until wrapping around. But instead of
wrapping around as expected, Emacs displays an error:
Symbol=E2=80=99s function definition is void: nil
A simple solution is to use plain defun for these commands, as follows:
diff --git a/lisp/ibuf-ext.el b/lisp/ibuf-ext.el
index 95ff014aa5b..33b68b96ff2 100644
--- a/lisp/ibuf-ext.el
+++ b/lisp/ibuf-ext.el
@@ -594,22 +594,16 @@ revert
:modifier-p :maybe)
(revert-buffer t t))
=20
-;;;###autoload (autoload 'ibuffer-do-isearch "ibuf-ext")
-(define-ibuffer-op ibuffer-do-isearch ()
+;;;###autoload
+(defun ibuffer-do-isearch ()
"Perform a `isearch-forward' in marked buffers."
- (:interactive ()
- :opstring "searched in"
- :complex t
- :modifier-p :maybe)
+ (interactive "" ibuffer-mode)
(multi-isearch-buffers (ibuffer-get-marked-buffers)))
=20
-;;;###autoload (autoload 'ibuffer-do-isearch-regexp "ibuf-ext")
-(define-ibuffer-op ibuffer-do-isearch-regexp ()
+;;;###autoload
+(defun ibuffer-do-isearch-regexp ()
"Perform a `isearch-forward-regexp' in marked buffers."
- (:interactive ()
- :opstring "searched regexp in"
- :complex t
- :modifier-p :maybe)
+ (interactive "" ibuffer-mode)
(multi-isearch-buffers-regexp (ibuffer-get-marked-buffers)))
=20
;;;###autoload (autoload 'ibuffer-do-replace-regexp "ibuf-ext")
bug-gnu-emacs@HIDDEN:bug#71927; Package emacs.
Full text available.
Received: (at 71927) by debbugs.gnu.org; 4 Jul 2024 18:47:28 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Thu Jul 04 14:47:28 2024
Received: from localhost ([127.0.0.1]:42985 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1sPRU9-00020R-AK
for submit <at> debbugs.gnu.org; Thu, 04 Jul 2024 14:47:28 -0400
Received: from eggs.gnu.org ([209.51.188.92]:40506)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <eliz@HIDDEN>) id 1sPRU7-00020D-UM
for 71927 <at> debbugs.gnu.org; Thu, 04 Jul 2024 14:47:12 -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 <eliz@HIDDEN>)
id 1sPRTx-0002Tv-LL; Thu, 04 Jul 2024 14:47:01 -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=+KElX1sA3hHg34297fKpJ2UH/DPiV2hitHBefdb3/pE=; b=TTj9avH693hg
WqmW6NGHL5ZJ7N0Fz5Fa77EtrslGLADeq2ZKVEpgR9upYpG6mUlPg7eVAjhU0yufdNS9zaWz/T7qL
llhjuShi77LDbvnUyAudSonK2GJcqlN23PWzCeUKTkEdRfAaCmC4IE1vzgwg+Xsv9JFHaCvvPSPwG
NL3dLjQnEURnXda2hY1TD1qy+RpI2W5p0HQlevYMYPZ3k5BVOcvo0zqhmtKXk+nihfchH3YLlJGX4
LdS76YON7U9zmrfNze8rC+f0piOFKidbJSwp+PyLURaMhxKk3ffGS0/VjmrQ55oYqggA/FkGN+XUi
jbbtvL8FUu7mi1exo1J5ZA==;
Date: Thu, 04 Jul 2024 21:46:52 +0300
Message-Id: <86y16h6llv.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
To: Stephen Berman <stephen.berman@HIDDEN>
In-Reply-To: <87r0c957v2.fsf@HIDDEN> (message from Stephen Berman on Thu, 04
Jul 2024 20:29:05 +0200)
Subject: Re: bug#71927: 29.4; ibuffer-do-isearch and
ibuffer-do-isearch-regexp not prompting for input
References: <DA832997-7FC6-4D52-9E17-3A4DC21063DA@HIDDEN>
<86ikxltzhx.fsf@HIDDEN> <861q49a8vt.fsf@HIDDEN>
<m18qyhtyut.fsf@HIDDEN> <86y16h8olf.fsf@HIDDEN>
<878qyh79ov.fsf@HIDDEN> <86zfqxqi6e.fsf@HIDDEN>
<87v81l5aal.fsf@HIDDEN> <864j9581zr.fsf@HIDDEN> <87r0c957v2.fsf@HIDDEN>
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 71927
Cc: basil@HIDDEN, 71927 <at> debbugs.gnu.org, me@HIDDEN,
kickingvegas@HIDDEN, juri@HIDDEN
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)
> From: Stephen Berman <stephen.berman@HIDDEN>
> Cc: juri@HIDDEN, me@HIDDEN, kickingvegas@HIDDEN,
> 71927 <at> debbugs.gnu.org, basil@HIDDEN, jpw@HIDDEN
> Date: Thu, 04 Jul 2024 20:29:05 +0200
>
> On Thu, 04 Jul 2024 21:07:36 +0300 Eli Zaretskii <eliz@HIDDEN> wrote:
>
> >> From: Stephen Berman <stephen.berman@HIDDEN>
> >> Cc: Eli Zaretskii <eliz@HIDDEN>, Eshel Yaron <me@HIDDEN>,
> >> kickingvegas@HIDDEN, 71927 <at> debbugs.gnu.org, basil@HIDDEN,
> >> jpw@HIDDEN
> >> Date: Thu, 04 Jul 2024 19:36:34 +0200
> >>
> >> On Thu, 04 Jul 2024 19:04:42 +0300 Juri Linkov <juri@HIDDEN> wrote:
> >>
> >> >>>> FWIW, AFAICT everything is working correctly, it's just that the
> >> >>>> "Operation finished" message hides the prompt. ibuffer-do-isearch
> >> >>>> should tell define-ibuffer-op not to display that message, somehow.
> >> >>>
> >> >>> I don't see how this could be considered "correct": the "Operation
> >> >>> finished" message is supposed to be shown only after the Isearch is
> >> >>> finished in all the marked buffer, not before. It looks like we need
> >> >>> a function that will not return until all the buffers where searched,
> >> >>> because that's what define-ibuffer-op expects. Don't you agree?
> >> >
> >> > It intentionally uses 'no-recursive-edit' set to t, so ibuffer-do-isearch
> >> > correctly exits immediately while leaving isearch-mode enabled.
> >> >
> >> >> The attached patch appears to DTRT, but I only tested it briefly.
> >> >> ...
> >> >> (define-ibuffer-op ibuffer-do-isearch ()
> >> >> "Perform a `isearch-forward' in marked buffers."
> >> >> (:interactive ()
> >> >> - :opstring "searched in"
> >> >> + :no-opstring t
> >> >
> >> > Thanks for the patch. I confirm this is the right thing to do.
> >> > Maybe instead of :no-opstring would be better to use some special value
> >> > like :opstring 'no? But I'm not sure if this is better than :no-opstring.
> >>
> >> Suppressing the message when :opstring has the value 'no is fine with
> >> me. If Eli is willing to accept this approach, I can go ahead and
> >> commit it (to master, presumably, since this is a longstanding issue).
> >
> > I already said this didn't sound the right solution here, and I
> > explained why. I'd be interested in hearing counter-arguments, if
> > there are any.
>
> I gave a mild counterargument upthread, that making
> ibuffer-do-isearch{-regexp} defuns independent of define-ibuffer-op
> seems like accepting the inadequacy of the latter instead of trying to
> improve it.
It is indeed inadequate for commands that just put Emacs in a special
state and return, as opposed to commands that don't return before they
did the complete job of operating on the marked buffers.
> Also, I am not familiar enough with the ibuffer code to be
> confident that I could implement I could implement the functionality
> without using this macro, but someone else might be in a better position
> to do that.
Fair enough.
bug-gnu-emacs@HIDDEN:bug#71927; Package emacs.
Full text available.
Received: (at 71927) by debbugs.gnu.org; 4 Jul 2024 18:29:23 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Thu Jul 04 14:29:23 2024
Received: from localhost ([127.0.0.1]:42946 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1sPRCt-0001T4-7U
for submit <at> debbugs.gnu.org; Thu, 04 Jul 2024 14:29:23 -0400
Received: from mout.gmx.net ([212.227.17.22]:40815)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <stephen.berman@HIDDEN>) id 1sPRCq-0001Sj-LH
for 71927 <at> debbugs.gnu.org; Thu, 04 Jul 2024 14:29:22 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.net;
s=s31663417; t=1720117746; x=1720722546; i=stephen.berman@HIDDEN;
bh=1LiPbbY6iOiY2xJPyJ3h34jX170VhDNd1xQfp3BdCzI=;
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=R3AAsUcbGppnzOS0w8bW5pVgk4rczD/pzMzkGQi2d0Yy0pDrMz6Bye6IwU5ikx2W
NjNxGdw3mMGtdcAsebmLGLulnVPv5F8g4C+UF0D77eIM+0Jk2B+Tks7lBm9WIARG1
icOhZZj0rI6IR7cSujK1ivmWMa9EY5C4uqx0zZjC19/X9SOqhoPg8ogn80alX5zEJ
d/EtVGCNYTYNMTKVTwm/Ro3wJXgQUYx+eXJIfXXxg97pzC98F76jzgRXgPQDu/yCx
+azjtXQGfvhhp3wWUWz3O1ge480cP1TkBPrTH7klf9sEM1APVm7DnHFF9tyma8Jzb
a0AMQOhbX57GDtgUTQ==
X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a
Received: from strobelfs ([88.130.48.103]) by mail.gmx.net (mrgmx104
[212.227.17.168]) with ESMTPSA (Nemesis) id 1MDhlf-1sWpiX01fr-00CGPN; Thu, 04
Jul 2024 20:29:06 +0200
From: Stephen Berman <stephen.berman@HIDDEN>
To: Eli Zaretskii <eliz@HIDDEN>
Subject: Re: bug#71927: 29.4; ibuffer-do-isearch and
ibuffer-do-isearch-regexp not prompting for input
In-Reply-To: <864j9581zr.fsf@HIDDEN> (Eli Zaretskii's message of "Thu, 04 Jul
2024 21:07:36 +0300")
References: <DA832997-7FC6-4D52-9E17-3A4DC21063DA@HIDDEN>
<86ikxltzhx.fsf@HIDDEN> <861q49a8vt.fsf@HIDDEN>
<m18qyhtyut.fsf@HIDDEN> <86y16h8olf.fsf@HIDDEN>
<878qyh79ov.fsf@HIDDEN> <86zfqxqi6e.fsf@HIDDEN>
<87v81l5aal.fsf@HIDDEN> <864j9581zr.fsf@HIDDEN>
Date: Thu, 04 Jul 2024 20:29:05 +0200
Message-ID: <87r0c957v2.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: text/plain
X-Provags-ID: V03:K1:SGEr520w8BIz1amWoGit0IQEdestw7ahb401Ym0NBNC5grwYxPo
Et6N1oZTskvlBIrKASm8F69dBA9vM9AIK1Mo8beweKez714/w3tL/PsTnvR6Ff9DpnlsRpD
h+mgG5pbgZ5yZHf6vnzVWcIsuRPnwICM4nKehwg8qoa0Q9OL44xz25qIFuAx4WwNULjMZ61
6pE1oR5y7BMA3CcLkjsmw==
X-Spam-Flag: NO
UI-OutboundReport: notjunk:1;M01:P0:AXruoKy836E=;GYCO0S0PdzT0UYrT5Uh5k2nH03N
ft8DTpJyA/QHQhgaYxoaMhsCMMXIp5ozBjLMxFuEtAhwLlBqx4KN1/7cbVqZTWdI1IyG2Yf0I
g7WW6J8U1i4EL9BjnSS9pHJgY0+xj3DLLlfcFu03jIoHjDGbi2ZzrRuqSJaWDVYUofRykUkX7
4zqW1NpBySOLjlBKdFfaFy5HAQ4jLzy9QDVUEAYweXhby42CMpIKP/b0wa6h0RI3Nb+mr5mg2
9yinb/BOghxeGmMHKwv6DzuXSW+eeC05YMtATg2BQ6LlF3K2+nt34AqEJYF2pFXc3ntYbt9Qq
CQ5JYhACSAfO4f5SdUrnUxu28iXNS7OOdE/z9dMS7QxqTSH2yEdH167jXpux0pkVZYjgjo0i6
e98MhvUYARQHr2iMAITIAKtHhw7lb1SxQ8S0+RznytG5Mo5eT6XcV2sRjhLdmM0zCVN0vuqos
F1+7gGBwtuFzT+Y52dJrdWBdcLU7G4tqDR4adtQZbA8sJuoGFZg5EhoomyL1GKGvpcD/jWVzm
IcCEVL5Iv2/h2MA8VDTlTSgbQHxcMSgbIuGUyR4Uh5XicmJccZBPKpe5VcyuUxIHTt+fN+kM7
sRDCcTSwFxfqsTtRwGBNcSgQ9vDBtu8wmEZrOV2PJk+FWqELgVFh1gXQE9iHfsBnPQmrXZ/RO
tm0tU0FDASc2osAJuSCucdvSC4HGgJ7RVWqY020EXaWYANxqT9AAF+Vf3WcxrfIKvbqfh+uS0
B+JZhjMeHPktjnfm2BG6zkH2fZuoP5Kf56Y3cq0nkLx7ZgImsQh634KVoyD/UZKNDiBJDCXcf
Ck+Bou4BBMljUK+FAc7PhbnjYl50wzVXXhCjw9mEyxJxo=
Content-Transfer-Encoding: quoted-printable
X-Spam-Score: 3.9 (+++)
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: On Thu, 04 Jul 2024 21:07:36 +0300 Eli Zaretskii wrote: >>
From: Stephen Berman >> Cc: Eli Zaretskii , Eshel Yaron ,
>> kickingvegas@HIDDEN,
71927 <at> debbugs.gnu.org, basil@HIDDEN, >> jpw@HIDDEN >> Date: Thu, 04
Jul 2024 19:36:34 +0200 >> >> On [...]
Content analysis details: (3.9 points, 10.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
-0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/,
low trust [212.227.17.22 listed in list.dnswl.org]
-0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2)
[212.227.17.22 listed in wl.mailspike.net]
-0.0 SPF_PASS SPF: sender matches SPF record
0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail
provider (stephen.berman[at]gmx.net)
0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record
3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS
[88.130.48.103 listed in zen.spamhaus.org]
1.0 FREEMAIL_REPLY From and body contain different freemails
X-Debbugs-Envelope-To: 71927
Cc: jpw@HIDDEN, juri@HIDDEN, me@HIDDEN, basil@HIDDEN,
71927 <at> debbugs.gnu.org, kickingvegas@HIDDEN
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 1.9 (+)
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: On Thu, 04 Jul 2024 21:07:36 +0300 Eli Zaretskii wrote: >>
From: Stephen Berman >> Cc: Eli Zaretskii , Eshel Yaron , >> kickingvegas@HIDDEN,
71927 <at> debbugs.gnu.org, basil@HIDDEN, >> jpw@HIDDEN >> Date: Thu, 04
Jul 2024 19:36:34 +0200 >> >> On [...]
Content analysis details: (1.9 points, 10.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
-0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/,
low trust
[212.227.17.22 listed in list.dnswl.org]
-0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2)
[212.227.17.22 listed in wl.mailspike.net]
3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS
[88.130.48.103 listed in zen.spamhaus.org]
-0.0 SPF_PASS SPF: sender matches SPF record
0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail
provider (stephen.berman[at]gmx.net)
0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record
-1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list
manager
On Thu, 04 Jul 2024 21:07:36 +0300 Eli Zaretskii <eliz@HIDDEN> wrote:
>> From: Stephen Berman <stephen.berman@HIDDEN>
>> Cc: Eli Zaretskii <eliz@HIDDEN>, Eshel Yaron <me@HIDDEN>,
>> kickingvegas@HIDDEN, 71927 <at> debbugs.gnu.org, basil@HIDDEN,
>> jpw@HIDDEN
>> Date: Thu, 04 Jul 2024 19:36:34 +0200
>>
>> On Thu, 04 Jul 2024 19:04:42 +0300 Juri Linkov <juri@HIDDEN> wrote:
>>
>> >>>> FWIW, AFAICT everything is working correctly, it's just that the
>> >>>> "Operation finished" message hides the prompt. ibuffer-do-isearch
>> >>>> should tell define-ibuffer-op not to display that message, somehow=
.
>> >>>
>> >>> I don't see how this could be considered "correct": the "Operation
>> >>> finished" message is supposed to be shown only after the Isearch is
>> >>> finished in all the marked buffer, not before. It looks like we ne=
ed
>> >>> a function that will not return until all the buffers where searche=
d,
>> >>> because that's what define-ibuffer-op expects. Don't you agree?
>> >
>> > It intentionally uses 'no-recursive-edit' set to t, so ibuffer-do-ise=
arch
>> > correctly exits immediately while leaving isearch-mode enabled.
>> >
>> >> The attached patch appears to DTRT, but I only tested it briefly.
>> >> ...
>> >> (define-ibuffer-op ibuffer-do-isearch ()
>> >> "Perform a `isearch-forward' in marked buffers."
>> >> (:interactive ()
>> >> - :opstring "searched in"
>> >> + :no-opstring t
>> >
>> > Thanks for the patch. I confirm this is the right thing to do.
>> > Maybe instead of :no-opstring would be better to use some special val=
ue
>> > like :opstring 'no? But I'm not sure if this is better than :no-opst=
ring.
>>
>> Suppressing the message when :opstring has the value 'no is fine with
>> me. If Eli is willing to accept this approach, I can go ahead and
>> commit it (to master, presumably, since this is a longstanding issue).
>
> I already said this didn't sound the right solution here, and I
> explained why. I'd be interested in hearing counter-arguments, if
> there are any.
I gave a mild counterargument upthread, that making
ibuffer-do-isearch{-regexp} defuns independent of define-ibuffer-op
seems like accepting the inadequacy of the latter instead of trying to
improve it. Also, I am not familiar enough with the ibuffer code to be
confident that I could implement I could implement the functionality
without using this macro, but someone else might be in a better position
to do that.
Steve Berman
bug-gnu-emacs@HIDDEN:bug#71927; Package emacs.
Full text available.Received: (at 71927) by debbugs.gnu.org; 4 Jul 2024 18:08:02 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Jul 04 14:08:02 2024 Received: from localhost ([127.0.0.1]:42929 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1sPQsE-0000uZ-5i for submit <at> debbugs.gnu.org; Thu, 04 Jul 2024 14:08:02 -0400 Received: from eggs.gnu.org ([209.51.188.92]:49060) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1sPQsC-0000uI-Ep for 71927 <at> debbugs.gnu.org; Thu, 04 Jul 2024 14:08:01 -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 <eliz@HIDDEN>) id 1sPQs4-0003FU-Fa; Thu, 04 Jul 2024 14:07:52 -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=g4CrNM2ZaJSLkDeXHYPYJayYRrWv8GyIz5TjlU5FcjU=; b=Fa3ihtmQn91z 2LibfzOfCbSrR2xz9YmR+4JwegW9eAaQJfas4han5k+E8HNQXABXVvMewRjy4YsJXG3r5wWS8+KvU hWqabQfLZdsSB6KQQqN58qMG+yznH8YFtLcD9QtrWGaEpvpVPcZzozOZ1G1zWmU9uCmfPMaV/atbo u/ELBfgSnWVG8uZvtBw3Fc54hI5K/IoDC+OtBT0zhgk0Y2aKHpBXi6tO4FinDmQEqrHDQn89Dk2ei 2F5sCkUGouW+Q7CNIWUFHICgisjBvi7YUOdWtlRqj5nbpeCySfteWKKa0FPJOz3fpSIFg62itLH5m xcl2feRZZpomMXNW4JkYrA==; Date: Thu, 04 Jul 2024 21:07:36 +0300 Message-Id: <864j9581zr.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: Stephen Berman <stephen.berman@HIDDEN> In-Reply-To: <87v81l5aal.fsf@HIDDEN> (message from Stephen Berman on Thu, 04 Jul 2024 19:36:34 +0200) Subject: Re: bug#71927: 29.4; ibuffer-do-isearch and ibuffer-do-isearch-regexp not prompting for input References: <DA832997-7FC6-4D52-9E17-3A4DC21063DA@HIDDEN> <86ikxltzhx.fsf@HIDDEN> <861q49a8vt.fsf@HIDDEN> <m18qyhtyut.fsf@HIDDEN> <86y16h8olf.fsf@HIDDEN> <878qyh79ov.fsf@HIDDEN> <86zfqxqi6e.fsf@HIDDEN> <87v81l5aal.fsf@HIDDEN> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 71927 Cc: jpw@HIDDEN, juri@HIDDEN, me@HIDDEN, basil@HIDDEN, 71927 <at> debbugs.gnu.org, kickingvegas@HIDDEN X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) > From: Stephen Berman <stephen.berman@HIDDEN> > Cc: Eli Zaretskii <eliz@HIDDEN>, Eshel Yaron <me@HIDDEN>, > kickingvegas@HIDDEN, 71927 <at> debbugs.gnu.org, basil@HIDDEN, > jpw@HIDDEN > Date: Thu, 04 Jul 2024 19:36:34 +0200 > > On Thu, 04 Jul 2024 19:04:42 +0300 Juri Linkov <juri@HIDDEN> wrote: > > >>>> FWIW, AFAICT everything is working correctly, it's just that the > >>>> "Operation finished" message hides the prompt. ibuffer-do-isearch > >>>> should tell define-ibuffer-op not to display that message, somehow. > >>> > >>> I don't see how this could be considered "correct": the "Operation > >>> finished" message is supposed to be shown only after the Isearch is > >>> finished in all the marked buffer, not before. It looks like we need > >>> a function that will not return until all the buffers where searched, > >>> because that's what define-ibuffer-op expects. Don't you agree? > > > > It intentionally uses 'no-recursive-edit' set to t, so ibuffer-do-isearch > > correctly exits immediately while leaving isearch-mode enabled. > > > >> The attached patch appears to DTRT, but I only tested it briefly. > >> ... > >> (define-ibuffer-op ibuffer-do-isearch () > >> "Perform a `isearch-forward' in marked buffers." > >> (:interactive () > >> - :opstring "searched in" > >> + :no-opstring t > > > > Thanks for the patch. I confirm this is the right thing to do. > > Maybe instead of :no-opstring would be better to use some special value > > like :opstring 'no? But I'm not sure if this is better than :no-opstring. > > Suppressing the message when :opstring has the value 'no is fine with > me. If Eli is willing to accept this approach, I can go ahead and > commit it (to master, presumably, since this is a longstanding issue). I already said this didn't sound the right solution here, and I explained why. I'd be interested in hearing counter-arguments, if there are any.
bug-gnu-emacs@HIDDEN:bug#71927; Package emacs.
Full text available.
Received: (at 71927) by debbugs.gnu.org; 4 Jul 2024 17:36:54 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Thu Jul 04 13:36:54 2024
Received: from localhost ([127.0.0.1]:42905 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1sPQO5-0008VR-Pa
for submit <at> debbugs.gnu.org; Thu, 04 Jul 2024 13:36:54 -0400
Received: from mout.gmx.net ([212.227.15.15]:39065)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <stephen.berman@HIDDEN>) id 1sPQO4-0008VB-7z
for 71927 <at> debbugs.gnu.org; Thu, 04 Jul 2024 13:36:53 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.net;
s=s31663417; t=1720114598; x=1720719398; i=stephen.berman@HIDDEN;
bh=8JLtFPrk5jY9J8nV347i23kX/DeRf/DjqgLytuk4Bec=;
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=ljvPOo6J808kuwaTINbg4RkSxadvldCMlZv9fIAgUPNDP5c1Lr2gX679ZgDjp+y/
ELGz3dwV9Nuf1hDjJhmGoolca/Vzfg88KBfeu4xNyY5wqyN1yd79ppnDkuWDbYwdg
SP6vUP8Vb4u7Pypp1gOshNCVzannO5BFrOg9dKxj0GWEsqacEJGnfJuuzDI8DMQPd
v6zKabZOqL3qtL0HqMJMdm+7SaCguztGTkiVjW+XS9i2iIGjSc4nhoFQ/YwcwUtA4
EoqF607iFHt6nEJ2UKj3DmgiLeZBfrFvSIVA0cKO0LPUu3uRmv2vtxkrJcVSg6FX1
q4gsMXR9SvTqPN0rqg==
X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a
Received: from strobelfs ([88.130.48.103]) by mail.gmx.net (mrgmx004
[212.227.17.190]) with ESMTPSA (Nemesis) id 1MsYv3-1s9XKQ3Yt9-00uOGd; Thu, 04
Jul 2024 19:36:37 +0200
From: Stephen Berman <stephen.berman@HIDDEN>
To: Juri Linkov <juri@HIDDEN>
Subject: Re: bug#71927: 29.4; ibuffer-do-isearch and
ibuffer-do-isearch-regexp not prompting for input
In-Reply-To: <86zfqxqi6e.fsf@HIDDEN> (Juri Linkov's message of "Thu,
04 Jul 2024 19:04:42 +0300")
References: <DA832997-7FC6-4D52-9E17-3A4DC21063DA@HIDDEN>
<86ikxltzhx.fsf@HIDDEN> <861q49a8vt.fsf@HIDDEN>
<m18qyhtyut.fsf@HIDDEN> <86y16h8olf.fsf@HIDDEN>
<878qyh79ov.fsf@HIDDEN> <86zfqxqi6e.fsf@HIDDEN>
Date: Thu, 04 Jul 2024 19:36:34 +0200
Message-ID: <87v81l5aal.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: text/plain
X-Provags-ID: V03:K1:DPd+r8rM2hivMpsDNhEYi/Yf99aqXX63L07vWqvc+UeBJWIOPTE
9Dudm++dWiNr3chDYcxkdCh109u+S3rTmDycdDsU2F/aRI76ARF1g8uah0kk/S9B91HQlyg
BHSEXOWZcSQsaaP91VVmgXkxv1X9R3qK6fJHvfTE69PRqrDG/24wnc6waw+gUK871pHThNm
xQlJL6stsWIvYiHuqbOCg==
X-Spam-Flag: NO
UI-OutboundReport: notjunk:1;M01:P0:xqEqvXXfJTA=;P4kCUwJLWfUWafrY2al6nZpRiDB
gbYGcUCajAMsRfiPvPUhNdnF0kPYEbgML+ao+7wwPxToKVWZTYU0znM+tTFKvN+/1Q9VZIMss
3/YZ+Nnp+dKL79Z9A+GBYSQqE2LU6yWB2w783QxazIbZJg/84bbscnJs/IbyChjwfwb9Rc9tK
HD4fxqy1U3ABCjUI4sXI10nWMEZXAKDXgDQxvr0omVMFWszrxikMIVUZW9hPHX1Kj8comeTya
2cpyDDEES/czvX23Tb6h/yW4iMaa3DGOKFaGGKC2YSHmUejp3ewMWvuVrq9BrTi7rphNk2ZQr
xwvjvXq9cG4IBPOriqxv+GHxlAhdaGISUqYU+eDkHDJaUjSQnuB0sVozuzYX2iT4DKXbN7hww
EFn+CMQjQP657eVDP/nky9kAEE7CqQQn0iAwSoBC2z5OdQ7CptxusFT/lHwTJM1diJNGcvb7B
T6A3l5wlEOIOPqTGwAhRogllbgu8gVPE3zn4T8VhYErvOuVoSaqQGzO4pudzqrbiOBl3ul4Pp
7ZLx/jHPpu8NZHwBXexvheOXe9c2ONneXg7zkYA5AmGDSN4riokrm31iaL6tEBbtJPKJ5zR2y
vKN6me6Xh6BdxDbYawyfUH4O+cShJEX9UnCerxjxbXcd1ZdbZMQawM/aMWYygck1xKv8fgRYb
mbZXyFTnaBUvYNQG+kNvTd5fMeyF14ISp/a9+1ih4fHNysJoT02hXhPFi4ARpRUQ876ewm0WF
S4kp++YdJStWrIx2v03xai2gMnFIMe5gcZHG1NVbe0r+WjmNiYqqjw2i1vSWl71JwDv94IX+d
mJhUWV4b7t3NvfJ4MW2amT7mER7ihRCgUcNhZwFf5JeD8=
X-Spam-Score: 2.9 (++)
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: On Thu, 04 Jul 2024 19:04:42 +0300 Juri Linkov wrote: >>>>
FWIW, AFAICT everything is working correctly,
it's just that the >>>> "Operation
finished" message hides the prompt. ibuffer-do-isearch >>>> should tell
define-ibuffer-op not to display that mess [...]
Content analysis details: (2.9 points, 10.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS
[88.130.48.103 listed in zen.spamhaus.org]
-0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2)
[212.227.15.15 listed in wl.mailspike.net]
-0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/,
low trust [212.227.15.15 listed in list.dnswl.org]
-0.0 SPF_PASS SPF: sender matches SPF record
0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail
provider (stephen.berman[at]gmx.net)
0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record
X-Debbugs-Envelope-To: 71927
Cc: jpw@HIDDEN, Eshel Yaron <me@HIDDEN>, basil@HIDDEN,
71927 <at> debbugs.gnu.org, Eli Zaretskii <eliz@HIDDEN>, kickingvegas@HIDDEN
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 1.9 (+)
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: On Thu, 04 Jul 2024 19:04:42 +0300 Juri Linkov wrote: >>>>
FWIW, AFAICT everything is working correctly, it's just that the >>>> "Operation
finished" message hides the prompt. ibuffer-do-isearch >>>> should tell define-ibuffer-op
not to display that mess [...]
Content analysis details: (1.9 points, 10.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
-0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/,
low trust
[212.227.15.15 listed in list.dnswl.org]
-0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2)
[212.227.15.15 listed in wl.mailspike.net]
3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS
[88.130.48.103 listed in zen.spamhaus.org]
-0.0 SPF_PASS SPF: sender matches SPF record
0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail
provider (stephen.berman[at]gmx.net)
0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record
-1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list
manager
On Thu, 04 Jul 2024 19:04:42 +0300 Juri Linkov <juri@HIDDEN> wrote:
>>>> FWIW, AFAICT everything is working correctly, it's just that the
>>>> "Operation finished" message hides the prompt. ibuffer-do-isearch
>>>> should tell define-ibuffer-op not to display that message, somehow.
>>>
>>> I don't see how this could be considered "correct": the "Operation
>>> finished" message is supposed to be shown only after the Isearch is
>>> finished in all the marked buffer, not before. It looks like we need
>>> a function that will not return until all the buffers where searched,
>>> because that's what define-ibuffer-op expects. Don't you agree?
>
> It intentionally uses 'no-recursive-edit' set to t, so ibuffer-do-isearch
> correctly exits immediately while leaving isearch-mode enabled.
>
>> The attached patch appears to DTRT, but I only tested it briefly.
>> ...
>> (define-ibuffer-op ibuffer-do-isearch ()
>> "Perform a `isearch-forward' in marked buffers."
>> (:interactive ()
>> - :opstring "searched in"
>> + :no-opstring t
>
> Thanks for the patch. I confirm this is the right thing to do.
> Maybe instead of :no-opstring would be better to use some special value
> like :opstring 'no? But I'm not sure if this is better than :no-opstring.
Suppressing the message when :opstring has the value 'no is fine with
me. If Eli is willing to accept this approach, I can go ahead and
commit it (to master, presumably, since this is a longstanding issue).
Steve Berman
bug-gnu-emacs@HIDDEN:bug#71927; Package emacs.
Full text available.Received: (at 71927) by debbugs.gnu.org; 4 Jul 2024 16:14:33 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Jul 04 12:14:33 2024 Received: from localhost ([127.0.0.1]:42821 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1sPP6P-0006J5-BX for submit <at> debbugs.gnu.org; Thu, 04 Jul 2024 12:14:33 -0400 Received: from relay6-d.mail.gandi.net ([217.70.183.198]:46697) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <juri@HIDDEN>) id 1sPP6O-0006Im-A3 for 71927 <at> debbugs.gnu.org; Thu, 04 Jul 2024 12:14:32 -0400 Received: by mail.gandi.net (Postfix) with ESMTPSA id D8E04C000B; Thu, 4 Jul 2024 16:14:01 +0000 (UTC) From: Juri Linkov <juri@HIDDEN> To: Stephen Berman <stephen.berman@HIDDEN> Subject: Re: bug#71927: 29.4; ibuffer-do-isearch and ibuffer-do-isearch-regexp not prompting for input In-Reply-To: <878qyh79ov.fsf@HIDDEN> (Stephen Berman's message of "Thu, 04 Jul 2024 12:06:40 +0200") Organization: LINKOV.NET References: <DA832997-7FC6-4D52-9E17-3A4DC21063DA@HIDDEN> <86ikxltzhx.fsf@HIDDEN> <861q49a8vt.fsf@HIDDEN> <m18qyhtyut.fsf@HIDDEN> <86y16h8olf.fsf@HIDDEN> <878qyh79ov.fsf@HIDDEN> Date: Thu, 04 Jul 2024 19:04:42 +0300 Message-ID: <86zfqxqi6e.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/31.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-GND-Sasl: juri@HIDDEN X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 71927 Cc: jpw@HIDDEN, Eshel Yaron <me@HIDDEN>, basil@HIDDEN, 71927 <at> debbugs.gnu.org, Eli Zaretskii <eliz@HIDDEN>, kickingvegas@HIDDEN X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.7 (-) >>> FWIW, AFAICT everything is working correctly, it's just that the >>> "Operation finished" message hides the prompt. ibuffer-do-isearch >>> should tell define-ibuffer-op not to display that message, somehow. >> >> I don't see how this could be considered "correct": the "Operation >> finished" message is supposed to be shown only after the Isearch is >> finished in all the marked buffer, not before. It looks like we need >> a function that will not return until all the buffers where searched, >> because that's what define-ibuffer-op expects. Don't you agree? It intentionally uses 'no-recursive-edit' set to t, so ibuffer-do-isearch correctly exits immediately while leaving isearch-mode enabled. > The attached patch appears to DTRT, but I only tested it briefly. > ... > (define-ibuffer-op ibuffer-do-isearch () > "Perform a `isearch-forward' in marked buffers." > (:interactive () > - :opstring "searched in" > + :no-opstring t Thanks for the patch. I confirm this is the right thing to do. Maybe instead of :no-opstring would be better to use some special value like :opstring 'no? But I'm not sure if this is better than :no-opstring.
bug-gnu-emacs@HIDDEN:bug#71927; Package emacs.
Full text available.
Received: (at 71927) by debbugs.gnu.org; 4 Jul 2024 15:09:39 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Thu Jul 04 11:09:39 2024
Received: from localhost ([127.0.0.1]:42707 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1sPO5a-0004Lo-S0
for submit <at> debbugs.gnu.org; Thu, 04 Jul 2024 11:09:39 -0400
Received: from mout.gmx.net ([212.227.15.15]:57535)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <stephen.berman@HIDDEN>) id 1sPO5S-0004LU-IR
for 71927 <at> debbugs.gnu.org; Thu, 04 Jul 2024 11:09:37 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.net;
s=s31663417; t=1720105756; x=1720710556; i=stephen.berman@HIDDEN;
bh=Q6w797yv2hYCzx3vqMgMdzqBvMj4xnKl+5T1mO+vtqw=;
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=sllQJcBqc9I7S8RRPJmVBNPhIUOrrwPtcntHr17EoYPRYRq9zDSiWCAu+e9PFpaC
UgXG9KbvGRIUkHvcRszguaah/XWaGpFx/Ch5ATj9qPekp+iPCCPnCdthfRzlBkqYW
Kak17Dw7g+6FLmNm4sJJZKggWPIz/LK/85vtlKbs4AEGzBWucc/JeMScyPMI3cx5J
3DUVpRVTF+XLpcmrC7Y/+JSvKgQKtv2Aa8B2NPPy9kmWzcqY5Ewroz0OBwJWq1trt
2ZDAEaPax0GgTbsZJfb/+TPh2nb9jgKH7tty8cHhjT7dlRTrcECKcgY3KyvNJEg2i
k7TJPAFEhfXQQENTnA==
X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a
Received: from strobelfs ([88.130.48.103]) by mail.gmx.net (mrgmx004
[212.227.17.190]) with ESMTPSA (Nemesis) id 1MhlGk-1ruR2q0lzE-00fK8Q; Thu, 04
Jul 2024 17:09:16 +0200
From: Stephen Berman <stephen.berman@HIDDEN>
To: Eli Zaretskii <eliz@HIDDEN>
Subject: Re: bug#71927: 29.4; ibuffer-do-isearch and
ibuffer-do-isearch-regexp not prompting for input
In-Reply-To: <86o77d8cv8.fsf@HIDDEN> (Eli Zaretskii's message of "Thu, 04 Jul
2024 17:12:43 +0300")
References: <DA832997-7FC6-4D52-9E17-3A4DC21063DA@HIDDEN>
<86ikxltzhx.fsf@HIDDEN> <861q49a8vt.fsf@HIDDEN>
<m18qyhtyut.fsf@HIDDEN> <86y16h8olf.fsf@HIDDEN>
<878qyh79ov.fsf@HIDDEN> <86v81l8gnj.fsf@HIDDEN>
<874j95706i.fsf@HIDDEN> <86o77d8cv8.fsf@HIDDEN>
Date: Thu, 04 Jul 2024 17:09:13 +0200
Message-ID: <87zfqx5h46.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: text/plain
X-Provags-ID: V03:K1:RhjSpkrB8d54hhOpbeLKub3UsWO2XKy/GIuJZ+/oXpzlxzIAubS
MW1OU5gt+NJHsfpV2pPzUba2j/d7jXeSdwyo6H5t5LmWtlzz8vZIKxzfj+UyCSqRIiLK+3n
vxLJVERYRUQ8yvkohuya1w7DsucT8CqyWse3MI7xei7ADd22cvrMoM9QA7mru7usKq+Q6WY
8a9GRtd50M3FmV5JUExzA==
X-Spam-Flag: NO
UI-OutboundReport: notjunk:1;M01:P0:wYU84k9d0Zc=;7OdHvQfea0lAdA5qG9YCQWU2Ltx
rBDCP5eSVZf7bXyBalnP00abEsUhM/KKTdIp6sJQXJQl9JWGe3xApCFJLw2UBY1tkAhtsNGW6
r1owikwZNcpwG+DG6ABoxjvNncITiFN8UNwwigXUrGfsm6WJCCoGxKKXCWAk9ZUD0CM82YyPs
8Lx9qvuSdOxeSXrzYe1teVpk5ki8MaD9ZuCQCbmQcYKvt8HW0322SIGWjJlplrfe2bzXXDLLY
45vwv9V/5TgNQY86tmA6QirsMsdhVMX8RTqjkrL5jnlD5+gEm4sYF6LourRVsIjCTsr7osq+H
EWY1TOu1hu9NSg/AWmhjVrSDzZOJPqxtF3LNaGJ/kPAsilKJv4JaNZtuPoY7fJUe4dYLJWoyE
Mt/BI1NdbWEal11kB/NEXhyp5F10CcIFHUQbVAGspIE+jkjviAWpbEu+LQKZ9xkkcoKMIE3Xa
txMd/5PYqx70hrvp2QEkkz0EniJNMoqDrGZ0pGSpyqpDG4uqDtBTzcGG/y9KMi0utCQGw6Gat
sEjyEcfaRvISVcHsbt7Cx35C4XCsGTLBNIS/r6YaZCg49KYnDehtISSQp9kHW2ufZXgHFvD1k
21cbygCFWyzq7VNI/l1Fu4kVH+CLQXCs/pd+dqjLSclXKr4+JdkMvHeP8el1nWk110yLnRqKY
bp0Qt7SRhsgW1LMmueo86AQ9Zwka7I9RnTemQp3xSm3ZC6oeeksqlAu+IbA/ZSDPJSXwvc8bd
rskasV62rnZLd9cSmTCSlG5J2S7B3ryAKOsEVtH/YG9qlJkmDqz6f/MsF2Yjb1Pz743xgEnA9
ksNc9A7YyHq0tTmLihoAlhX6HFArWuslFF/E9vfq+ZpgQ=
Content-Transfer-Encoding: quoted-printable
X-Spam-Score: 2.9 (++)
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: On Thu, 04 Jul 2024 17:12:43 +0300 Eli Zaretskii wrote: >>
From: Stephen Berman >> Cc: me@HIDDEN, kickingvegas@HIDDEN,
71927 <at> debbugs.gnu.org,
>> basil@HIDDEN, jpw@HIDDEN, juri@HIDDEN >> Date: Thu, 04 Jul
2024 15:32:05 +0200 >> >> On [...]
Content analysis details: (2.9 points, 10.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS
[88.130.48.103 listed in zen.spamhaus.org]
-0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2)
[212.227.15.15 listed in wl.mailspike.net]
-0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/,
low trust [212.227.15.15 listed in list.dnswl.org]
-0.0 SPF_PASS SPF: sender matches SPF record
0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail
provider (stephen.berman[at]gmx.net)
0.0 T_SPF_HELO_TEMPERROR SPF: test of HELO record failed (temperror)
X-Debbugs-Envelope-To: 71927
Cc: jpw@HIDDEN, juri@HIDDEN, me@HIDDEN, basil@HIDDEN,
71927 <at> debbugs.gnu.org, kickingvegas@HIDDEN
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 1.9 (+)
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: On Thu, 04 Jul 2024 17:12:43 +0300 Eli Zaretskii wrote: >>
From: Stephen Berman >> Cc: me@HIDDEN, kickingvegas@HIDDEN, 71927 <at> debbugs.gnu.org,
>> basil@HIDDEN, jpw@HIDDEN, juri@HIDDEN >> Date: Thu, 04 Jul
2024 15:32:05 +0200 >> >> On [...]
Content analysis details: (1.9 points, 10.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
-0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/,
low trust
[212.227.15.15 listed in list.dnswl.org]
-0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2)
[212.227.15.15 listed in wl.mailspike.net]
3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS
[88.130.48.103 listed in zen.spamhaus.org]
-0.0 SPF_PASS SPF: sender matches SPF record
0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail
provider (stephen.berman[at]gmx.net)
0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record
-1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list
manager
On Thu, 04 Jul 2024 17:12:43 +0300 Eli Zaretskii <eliz@HIDDEN> wrote:
>> From: Stephen Berman <stephen.berman@HIDDEN>
>> Cc: me@HIDDEN, kickingvegas@HIDDEN, 71927 <at> debbugs.gnu.org,
>> basil@HIDDEN, jpw@HIDDEN, juri@HIDDEN
>> Date: Thu, 04 Jul 2024 15:32:05 +0200
>>
>> On Thu, 04 Jul 2024 15:50:56 +0300 Eli Zaretskii <eliz@HIDDEN> wrote:
>>
>> >> From: Stephen Berman <stephen.berman@HIDDEN>
>> >> Cc: Eshel Yaron <me@HIDDEN>, kickingvegas@HIDDEN,
>> >> 71927 <at> debbugs.gnu.org, basil@HIDDEN, jpw@HIDDEN,
>> >> juri@HIDDEN
>> >> Date: Thu, 04 Jul 2024 12:06:40 +0200
>> >>
>> >> >> FWIW, AFAICT everything is working correctly, it's just that the
>> >> >> "Operation finished" message hides the prompt. ibuffer-do-isearc=
h
>> >> >> should tell define-ibuffer-op not to display that message, someho=
w.
>> >> >
>> >> > I don't see how this could be considered "correct": the "Operation
>> >> > finished" message is supposed to be shown only after the Isearch i=
s
>> >> > finished in all the marked buffer, not before. It looks like we n=
eed
>> >> > a function that will not return until all the buffers where search=
ed,
>> >> > because that's what define-ibuffer-op expects. Don't you agree?
>> >>
>> >> The attached patch appears to DTRT, but I only tested it briefly.
>> >
>> > Thanks, but does it really make sense to change define-ibuffer-op to
>> > fix the functions which (evidently) use it incorrectly? I think the
>> > fix needs to be in the same place where the bug is.
>>
>> That's what I thought, too, but I don't see a way to do that, because
>> define-ibuffer-op hard-codes displaying a message at the end of the
>> body. But in this case that message seems superfluous, in addition to
>> hiding the isearch prompt, because when isearch goes through the marked
>> buffers, it then displays its own message that the operation is
>> complete. So this looks like a case when define-ibuffer-op is currentl=
y
>> too rigid.
>
> Then maybe these two commands should be defined using defun, not
> define-ibuffer-op? There's nothing forcing us to define each ibuffer
> command via define-ibuffer-op, is it?
No, but doing that does seem rather like admitting that
define-ibuffer-op in its current form isn't up to the job in this case,
which is basically what my patch addressed. But of course that doesn't
mean it's the best fix.
>> However, I acknowledge that I don't really grok the interaction with
>> isearch, i.e., why the "Operation finished" message is shown
>> although isearch hasn't even begun.
>
> Juri will know for sure, but AFAIU all the commands that invoke
> Isearch just enter a special mode (including the conditions/commands
> to exit Isearch). IOW, when isearch-forward returns, the search did
> not yet begin; instead, Emacs is in a special mode where typing
> characters adds them to search string and triggers another round of
> search.
But if isearch-forward returning is what makes ibuffer-do-isearch (via
define-ibuffer-op) emit the "Operation finished" message, then it seems
like the only alternatives to suppressing that message are either to
somehow postpone isearch-forward's returning or to use some other
mechanism to initiate the actual search. Maybe one of those is possible
for someone to implement who understands isearch better than I do.
Steve Berman
bug-gnu-emacs@HIDDEN:bug#71927; Package emacs.
Full text available.Received: (at 71927) by debbugs.gnu.org; 4 Jul 2024 14:13:13 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Jul 04 10:13:12 2024 Received: from localhost ([127.0.0.1]:42660 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1sPNCy-0002cA-DI for submit <at> debbugs.gnu.org; Thu, 04 Jul 2024 10:13:12 -0400 Received: from eggs.gnu.org ([209.51.188.92]:33666) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1sPNCw-0002bx-6T for 71927 <at> debbugs.gnu.org; Thu, 04 Jul 2024 10:13:11 -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 <eliz@HIDDEN>) id 1sPNCl-00050Z-LG; Thu, 04 Jul 2024 10:12:59 -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=SLG8yI3c9w87x/wvqaMQAkiuBoEjj7SMIJxX5SkomtM=; b=Lksq2sXj/6QO /ZJZLHn5RMjkfHQajuTO7CkLG54b378yfj1JFJcZry0raZfmdQG18sU2xyANndcWctmKYTMmLd3Ab h3enKFoszOnU/wB7qyxAtAGROVcxTCMxo2o1zn+mCG9e8bmpWGNk6jVgan/cxw8p4ll3NLZEjKGSH cMPYggM9dnqqEyMiPw0WxrpKF/RtzdatlUGah3BW5uay1TLXzqErXAW6TT2zB0CvBSxtdLRB/LWo5 jzSj3Me1Z6UY6ED38EClex9DDqxlKVXnx+DIFGVuch2oyWOFqI2kNFyIG4AKBW31W2mhdK4j4lqrR P/wlCHELP7Kz3HKgKgmTcQ==; Date: Thu, 04 Jul 2024 17:12:43 +0300 Message-Id: <86o77d8cv8.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: Stephen Berman <stephen.berman@HIDDEN> In-Reply-To: <874j95706i.fsf@HIDDEN> (message from Stephen Berman on Thu, 04 Jul 2024 15:32:05 +0200) Subject: Re: bug#71927: 29.4; ibuffer-do-isearch and ibuffer-do-isearch-regexp not prompting for input References: <DA832997-7FC6-4D52-9E17-3A4DC21063DA@HIDDEN> <86ikxltzhx.fsf@HIDDEN> <861q49a8vt.fsf@HIDDEN> <m18qyhtyut.fsf@HIDDEN> <86y16h8olf.fsf@HIDDEN> <878qyh79ov.fsf@HIDDEN> <86v81l8gnj.fsf@HIDDEN> <874j95706i.fsf@HIDDEN> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 71927 Cc: jpw@HIDDEN, juri@HIDDEN, me@HIDDEN, basil@HIDDEN, 71927 <at> debbugs.gnu.org, kickingvegas@HIDDEN X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) > From: Stephen Berman <stephen.berman@HIDDEN> > Cc: me@HIDDEN, kickingvegas@HIDDEN, 71927 <at> debbugs.gnu.org, > basil@HIDDEN, jpw@HIDDEN, juri@HIDDEN > Date: Thu, 04 Jul 2024 15:32:05 +0200 > > On Thu, 04 Jul 2024 15:50:56 +0300 Eli Zaretskii <eliz@HIDDEN> wrote: > > >> From: Stephen Berman <stephen.berman@HIDDEN> > >> Cc: Eshel Yaron <me@HIDDEN>, kickingvegas@HIDDEN, > >> 71927 <at> debbugs.gnu.org, basil@HIDDEN, jpw@HIDDEN, > >> juri@HIDDEN > >> Date: Thu, 04 Jul 2024 12:06:40 +0200 > >> > >> >> FWIW, AFAICT everything is working correctly, it's just that the > >> >> "Operation finished" message hides the prompt. ibuffer-do-isearch > >> >> should tell define-ibuffer-op not to display that message, somehow. > >> > > >> > I don't see how this could be considered "correct": the "Operation > >> > finished" message is supposed to be shown only after the Isearch is > >> > finished in all the marked buffer, not before. It looks like we need > >> > a function that will not return until all the buffers where searched, > >> > because that's what define-ibuffer-op expects. Don't you agree? > >> > >> The attached patch appears to DTRT, but I only tested it briefly. > > > > Thanks, but does it really make sense to change define-ibuffer-op to > > fix the functions which (evidently) use it incorrectly? I think the > > fix needs to be in the same place where the bug is. > > That's what I thought, too, but I don't see a way to do that, because > define-ibuffer-op hard-codes displaying a message at the end of the > body. But in this case that message seems superfluous, in addition to > hiding the isearch prompt, because when isearch goes through the marked > buffers, it then displays its own message that the operation is > complete. So this looks like a case when define-ibuffer-op is currently > too rigid. Then maybe these two commands should be defined using defun, not define-ibuffer-op? There's nothing forcing us to define each ibuffer command via define-ibuffer-op, is it? > However, I acknowledge that I don't really grok the interaction with > isearch, i.e., why the "Operation finished" message is shown > although isearch hasn't even begun. Juri will know for sure, but AFAIU all the commands that invoke Isearch just enter a special mode (including the conditions/commands to exit Isearch). IOW, when isearch-forward returns, the search did not yet begin; instead, Emacs is in a special mode where typing characters adds them to search string and triggers another round of search.
bug-gnu-emacs@HIDDEN:bug#71927; Package emacs.
Full text available.
Received: (at 71927) by debbugs.gnu.org; 4 Jul 2024 13:32:30 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Thu Jul 04 09:32:29 2024
Received: from localhost ([127.0.0.1]:41792 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1sPMZZ-0001Kz-6B
for submit <at> debbugs.gnu.org; Thu, 04 Jul 2024 09:32:29 -0400
Received: from mout.gmx.net ([212.227.17.20]:53239)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <stephen.berman@HIDDEN>) id 1sPMZW-0001Kk-4N
for 71927 <at> debbugs.gnu.org; Thu, 04 Jul 2024 09:32:27 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.net;
s=s31663417; t=1720099928; x=1720704728; i=stephen.berman@HIDDEN;
bh=5UtMufHETCERyh108rqmLl82FY/05TjyxDvbVsRh2bo=;
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=tNKjyJHvkAKjuiboMCmZDIPZZjddx7NTljCxE+rPdVM39KVJ2i7iXuBlvpLI7Jr6
a5Cgr6srWHCmRjitI1NQdDQ9go4taWfisMPXbKOrfXASPGHOJZ7LYBh+hDTK3FZWd
z8aGjRKR9MeWrTrspzBkdfi5m1W5RV1vsmE8zQ95u+8O8WWuprq9wSg42+MXyMniz
9NCecrZNySZXAbtbKFmMO47493/i9FK0qQBaFud4cZF0BEoK4X35kNgFESgahRDZ/
RKzJPNkpeDV2lY/i4+f16Vftn/ej8AxlLmfv6qwu+65pLCJmoLmTtLYS2OKf0XgBm
RO9EnoH55LaqLQrqnA==
X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a
Received: from strobelfs ([88.130.48.103]) by mail.gmx.net (mrgmx105
[212.227.17.168]) with ESMTPSA (Nemesis) id 1MtfJX-1s8Wnw47aR-014Lh3; Thu, 04
Jul 2024 15:32:08 +0200
From: Stephen Berman <stephen.berman@HIDDEN>
To: Eli Zaretskii <eliz@HIDDEN>
Subject: Re: bug#71927: 29.4; ibuffer-do-isearch and
ibuffer-do-isearch-regexp not prompting for input
In-Reply-To: <86v81l8gnj.fsf@HIDDEN> (Eli Zaretskii's message of "Thu, 04 Jul
2024 15:50:56 +0300")
References: <DA832997-7FC6-4D52-9E17-3A4DC21063DA@HIDDEN>
<86ikxltzhx.fsf@HIDDEN> <861q49a8vt.fsf@HIDDEN>
<m18qyhtyut.fsf@HIDDEN> <86y16h8olf.fsf@HIDDEN>
<878qyh79ov.fsf@HIDDEN> <86v81l8gnj.fsf@HIDDEN>
Date: Thu, 04 Jul 2024 15:32:05 +0200
Message-ID: <874j95706i.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: text/plain
X-Provags-ID: V03:K1:pGTYbG8Le170R34FJFVur2dStenU3L0CVQKLuru7Ddmtihn1HE2
On5AlZCY+zOb7jY69Ghjje0U8Rxcmd8eM9S4duK+FlIsoiDWGMdSM3t4gLDwpdeuEb9m9en
UizO8kbBQJyYPnRfaYLYbWy+VAYryFeBljdNrOMmBRkcXhkwVfOhaNvyQYlJM4YjKMxw5gl
ii7UHaUXnkClZ12mHgm7A==
X-Spam-Flag: NO
UI-OutboundReport: notjunk:1;M01:P0:mqs57Vr0YSs=;DPd4eI8HVblA6FMZogRuOqW6uWV
6xcRwNwjmXT7HtmA4DDPgV0ceA1ShTnBsdn76Ak3VSOC/eJhC1djXm1QozFqi6LdRPkfTp4xw
K73aWytBz3HCchqDrek7tTjVBOM95GAVJgXiOMYrdbPs0ZVBGA9f5bWy9QPrpK2zZSFpCirw7
T+4B68zSMCV2nb0D3r9RstqBOXpPNEt1QeVAwwUVZTSP0FQNwn/CxK0e9O/hLRkzi6TUaJ2At
EDFYHDauNWgicBejMIjEGELOZYuMMESLOIR2qMMde0o4ceXotSGbOaO9OBXf+FqDGxVqN1Acg
ggAnvqf1C+ombYT07WvJknnYJNm//yFLxYI/uQPdO+pkDSODBurWpotErFrIuNR8OLQT7f6ae
2Tj0bHEx8Qhln1M3/J3blLbIxWQvIO8BrhqLrNp6fOT2c6t6QC4xnufzDZDOy/BFM7oK+Fnev
R0beOVwgNOl3m2qwxBIsv83wR8JP2ifEbw2Ef1ylO3R7fUJGwMypGa10eBEKAkvmaKSnjSJG2
d5C8lp2daVZZsw+Ov7W9r+Oc2alTu4PNQztbqaSrJUqT5kWnGKYV7FvDCyph/9NBhwxHL5+T4
b5XfH5qpxWl7ok87gYB3uX71xOz6HOoj91ZsFBHOplVZOGuzdn6Bb04LdvnB9ax2rSsfzoRIo
f3mPl7swLf0nVaZIaRzOET9gNZWYJL8L3CL1tYzrZUCVtvNOIMJltNHkRTzsNRQYVsze9Q5xe
lDHS/SDzh2J9XlD/UYwzgYQIjUiw/AGfoQ7JH1ci1cNoJ0Qw1uvS/XAucWvYgh9y6U2tvIIO4
7ktkwlKddwPyxyGhGy5NhGqG/txhyKFcdoKcFNXx5T14o=
Content-Transfer-Encoding: quoted-printable
X-Spam-Score: 2.9 (++)
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: On Thu, 04 Jul 2024 15:50:56 +0300 Eli Zaretskii wrote: >>
From: Stephen Berman >> Cc: Eshel Yaron , kickingvegas@HIDDEN,
>> 71927 <at> debbugs.gnu.org,
basil@HIDDEN, jpw@HIDDEN, >> juri@HIDDEN >> Date: Thu, 04 Jul
2024 12:06:40 +0200 >> >> >> [...]
Content analysis details: (2.9 points, 10.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS
[88.130.48.103 listed in zen.spamhaus.org]
-0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/,
low trust [212.227.17.20 listed in list.dnswl.org]
-0.0 SPF_PASS SPF: sender matches SPF record
0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail
provider (stephen.berman[at]gmx.net)
0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record
-0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2)
[212.227.17.20 listed in wl.mailspike.net]
X-Debbugs-Envelope-To: 71927
Cc: jpw@HIDDEN, juri@HIDDEN, me@HIDDEN, basil@HIDDEN,
71927 <at> debbugs.gnu.org, kickingvegas@HIDDEN
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 1.9 (+)
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: On Thu, 04 Jul 2024 15:50:56 +0300 Eli Zaretskii wrote: >>
From: Stephen Berman >> Cc: Eshel Yaron , kickingvegas@HIDDEN, >> 71927 <at> debbugs.gnu.org,
basil@HIDDEN, jpw@HIDDEN, >> juri@HIDDEN >> Date: Thu, 04 Jul
2024 12:06:40 +0200 >> >> >> [...]
Content analysis details: (1.9 points, 10.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
-0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/,
low trust
[212.227.17.20 listed in list.dnswl.org]
-0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2)
[212.227.17.20 listed in wl.mailspike.net]
3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS
[88.130.48.103 listed in zen.spamhaus.org]
-0.0 SPF_PASS SPF: sender matches SPF record
0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail
provider (stephen.berman[at]gmx.net)
0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record
-1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list
manager
On Thu, 04 Jul 2024 15:50:56 +0300 Eli Zaretskii <eliz@HIDDEN> wrote:
>> From: Stephen Berman <stephen.berman@HIDDEN>
>> Cc: Eshel Yaron <me@HIDDEN>, kickingvegas@HIDDEN,
>> 71927 <at> debbugs.gnu.org, basil@HIDDEN, jpw@HIDDEN,
>> juri@HIDDEN
>> Date: Thu, 04 Jul 2024 12:06:40 +0200
>>
>> >> FWIW, AFAICT everything is working correctly, it's just that the
>> >> "Operation finished" message hides the prompt. ibuffer-do-isearch
>> >> should tell define-ibuffer-op not to display that message, somehow.
>> >
>> > I don't see how this could be considered "correct": the "Operation
>> > finished" message is supposed to be shown only after the Isearch is
>> > finished in all the marked buffer, not before. It looks like we need
>> > a function that will not return until all the buffers where searched,
>> > because that's what define-ibuffer-op expects. Don't you agree?
>>
>> The attached patch appears to DTRT, but I only tested it briefly.
>
> Thanks, but does it really make sense to change define-ibuffer-op to
> fix the functions which (evidently) use it incorrectly? I think the
> fix needs to be in the same place where the bug is.
That's what I thought, too, but I don't see a way to do that, because
define-ibuffer-op hard-codes displaying a message at the end of the
body. But in this case that message seems superfluous, in addition to
hiding the isearch prompt, because when isearch goes through the marked
buffers, it then displays its own message that the operation is
complete. So this looks like a case when define-ibuffer-op is currently
too rigid. However, I acknowledge that I don't really grok the
interaction with isearch, i.e., why the "Operation finished" message is
shown although isearch hasn't even begun. But AFAICS suppressing the
message as in the patch does allow isearch to proceed and complete as
usual.
Steve Berman
bug-gnu-emacs@HIDDEN:bug#71927; Package emacs.
Full text available.Received: (at 71927) by debbugs.gnu.org; 4 Jul 2024 12:53:25 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Jul 04 08:53:25 2024 Received: from localhost ([127.0.0.1]:41754 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1sPLxl-000080-CI for submit <at> debbugs.gnu.org; Thu, 04 Jul 2024 08:53:25 -0400 Received: from eggs.gnu.org ([209.51.188.92]:59544) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1sPLxg-00007h-B6 for 71927 <at> debbugs.gnu.org; Thu, 04 Jul 2024 08:53:24 -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 <eliz@HIDDEN>) id 1sPLvQ-0007DZ-6e; Thu, 04 Jul 2024 08:51:00 -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=4e/QT22y63cbFgK/TpjoBZPOhIs7a27jZIO2yPvMOVQ=; b=GWhyY+4AEgez yRXW6yVIZqwgP9aFsomFw18OeV/hiqyUBxKqfZD162kFjvvu/0Gw0+8UpLXOETSnFgzJJgv92z34W FThq7E1JW4pu0kK+L/cokWNerL3csAiySirNvpYsbO9aiT1Ofh/4i5rKTLCjssTXoHs5nyH69jbtV JI4+3KQllBuK6iWZBP5T4de89Rl2sGQTzk7eLJyG2lcmAU0gDVbYKcbM5flBKxvxP1K6IwLG8FR+s bWAcsre9fuDgeZqBT3Q+f915OJHyfCdmeLgseFINl0OVVIThVIJeqkuNpf61BtVzOaC21+VKSNzyU 8JUR9WLOZ/LgAwnbbAXjcA==; Date: Thu, 04 Jul 2024 15:50:56 +0300 Message-Id: <86v81l8gnj.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: Stephen Berman <stephen.berman@HIDDEN> In-Reply-To: <878qyh79ov.fsf@HIDDEN> (message from Stephen Berman on Thu, 04 Jul 2024 12:06:40 +0200) Subject: Re: bug#71927: 29.4; ibuffer-do-isearch and ibuffer-do-isearch-regexp not prompting for input References: <DA832997-7FC6-4D52-9E17-3A4DC21063DA@HIDDEN> <86ikxltzhx.fsf@HIDDEN> <861q49a8vt.fsf@HIDDEN> <m18qyhtyut.fsf@HIDDEN> <86y16h8olf.fsf@HIDDEN> <878qyh79ov.fsf@HIDDEN> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 71927 Cc: jpw@HIDDEN, juri@HIDDEN, me@HIDDEN, basil@HIDDEN, 71927 <at> debbugs.gnu.org, kickingvegas@HIDDEN X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) > From: Stephen Berman <stephen.berman@HIDDEN> > Cc: Eshel Yaron <me@HIDDEN>, kickingvegas@HIDDEN, > 71927 <at> debbugs.gnu.org, basil@HIDDEN, jpw@HIDDEN, > juri@HIDDEN > Date: Thu, 04 Jul 2024 12:06:40 +0200 > > >> FWIW, AFAICT everything is working correctly, it's just that the > >> "Operation finished" message hides the prompt. ibuffer-do-isearch > >> should tell define-ibuffer-op not to display that message, somehow. > > > > I don't see how this could be considered "correct": the "Operation > > finished" message is supposed to be shown only after the Isearch is > > finished in all the marked buffer, not before. It looks like we need > > a function that will not return until all the buffers where searched, > > because that's what define-ibuffer-op expects. Don't you agree? > > The attached patch appears to DTRT, but I only tested it briefly. Thanks, but does it really make sense to change define-ibuffer-op to fix the functions which (evidently) use it incorrectly? I think the fix needs to be in the same place where the bug is.
bug-gnu-emacs@HIDDEN:bug#71927; Package emacs.
Full text available.
Received: (at 71927) by debbugs.gnu.org; 4 Jul 2024 10:07:02 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Thu Jul 04 06:07:02 2024
Received: from localhost ([127.0.0.1]:41542 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1sPJMk-0001IV-5o
for submit <at> debbugs.gnu.org; Thu, 04 Jul 2024 06:07:02 -0400
Received: from mout.gmx.net ([212.227.15.15]:39349)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <stephen.berman@HIDDEN>) id 1sPJMg-0001Hz-V0
for 71927 <at> debbugs.gnu.org; Thu, 04 Jul 2024 06:07:00 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.net;
s=s31663417; t=1720087604; x=1720692404; i=stephen.berman@HIDDEN;
bh=PvR4dcdyjB7OXf6rMO8PLZzOhKhlekfXB740+A4T6no=;
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=p9X5k/WBrMxFDXteAgUjCXFUQJrk+o5dh3Ur2FGJmgKplqcEXlknCJNuHjyK+Oqn
mHyn8eNba0g1PyNu1ncsfBtKDYQwiuKdEIwA1wT+jSf8JahhfuwL+a1bGNHsf3dsO
h9Qu5kYOeN/tHHbNZl4F/iGbNkyLXIb9X38v6U7+aWrO0tX0kdu1AIROSvp9Ha5eQ
3DJjeMKNlyW72VacmT7ukjV8kVwvKyWGhFsx5yHQcWyjJtvEXLMpcdRy/gDyayi7g
NzTW9WCUq9NnHkLNWadI+F/yALJqwHEvqG3v39efMYTMcrAsp21bcY+XNMNZIdZnU
dm9DaW4IhhR8GrMChQ==
X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a
Received: from strobelfs ([88.130.48.103]) by mail.gmx.net (mrgmx005
[212.227.17.190]) with ESMTPSA (Nemesis) id 1N3siA-1sGXy81LdY-00y9gA; Thu, 04
Jul 2024 12:06:44 +0200
From: Stephen Berman <stephen.berman@HIDDEN>
To: Eli Zaretskii <eliz@HIDDEN>
Subject: Re: bug#71927: 29.4; ibuffer-do-isearch and
ibuffer-do-isearch-regexp not prompting for input
In-Reply-To: <86y16h8olf.fsf@HIDDEN> (Eli Zaretskii's message of "Thu, 04 Jul
2024 12:59:24 +0300")
References: <DA832997-7FC6-4D52-9E17-3A4DC21063DA@HIDDEN>
<86ikxltzhx.fsf@HIDDEN> <861q49a8vt.fsf@HIDDEN>
<m18qyhtyut.fsf@HIDDEN> <86y16h8olf.fsf@HIDDEN>
Date: Thu, 04 Jul 2024 12:06:40 +0200
Message-ID: <878qyh79ov.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="=-=-="
X-Provags-ID: V03:K1:bZTNhRs3n3HwnKDj879LUKfCgt/PQuSrU5tnvSYyOXs77hFS7tL
kap6t0mTk0ilZqVChruVVbSYHHCgOZG+Rf6H7Ywu2AymRbIZtPxh7aDfrzK5yLzG2tFAzEU
zCWExQ7bGqY3ahtgdoezOees2oJc+oPy1tcjCm9zwcHdxp24Em9Tq4qWh0fL/EZeF26PEZP
Dyegxshc4gA+OP6Sw25PQ==
X-Spam-Flag: NO
UI-OutboundReport: notjunk:1;M01:P0:RGQ+pEeGww4=;XrbT78PSneST7RUR16Qi3waXYL6
bD67S94DGtEa2N+mA88l3pEUVJ9Vj8SD6b1WO/Vk80Aq14Cdaek3U01vffV7Kn1bD/aa+dg9Q
XhNfib9U1t69yGyoC3gL03e6oradRXY0ATBkm8lRMjd0C8ced3qDdJ5rcnQkHG/VzyRQjp0Gx
DGhZ1xOAQJvS0EO5uLeE+4sKvq4NCthprucHII5VnMfZ1Q08cWyJp9yntVFh2BAata3eryEc5
bWOXAu4whVXHcKfu0nk6nN0rfTOCycxwpOhz7Eb1g84iLkiB94QllwGFc2xEAMkP/SdQiE+vT
cCtNhgGuxLTB8xAWeH6jvoL+8L2eTQxoEcYA2lZ2At6qM1gkLqT44IKP3pvBp5KuP7r4kJtus
WuEfh9J4Stw9hjvhuN0BCpQjoLCpmGp6mZ3BnlMjgSTFedpjBK9RQ0dm8WWcRJWTtAnmWtmFl
PJJCUnslxhg8V3+W9HolpgZtqMLln9XydfVy3kC5LThqppGf/W5f1b5DvgmWP+DVaRCfM00ni
T0bpoNOYwMPET9kQIK0yiACXfoQlyn5Di57RVh76+n11+sRNOnzH6fjnGmmqS9nUQiQnKG4MZ
2jBJlOQ1B+CYm+LnrcpDW+uyAI8WpHauBP/VPbw4KUNeJ/59FUspphIEmw9vxnUivtQK6VUUJ
CJQas+MydDo9eOHCgUeuVziVbkIuUZIbx/qawlO/oEHLCPfZRQ0GRZNeZzfXMdVErN0jWJ4v0
513b1yOl+g37k09Q3mcFaWS00rCqiH0GgF9K+88nl6ZNXUTYmlcvYDXXPQKYiRCuMl7XPTQyc
I98bsMMfwNKWQ/QygtDOD4GSp05AlzeUoQilWLBJecPb0=
X-Spam-Score: 3.9 (+++)
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: On Thu, 04 Jul 2024 12:59:24 +0300 Eli Zaretskii wrote: >>
From: Eshel Yaron >> Cc: Juri Linkov , John Paul Wallington , >> Basil L.
Contovounesios , kickingvegas@HIDDEN, >> 71927 <at> debbugs.gnu.org >> Date:
Thu, 04 Jul 2024 09:12:10 +0200 >> >> Eli Z [...]
Content analysis details: (3.9 points, 10.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS
[88.130.48.103 listed in zen.spamhaus.org]
-0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2)
[212.227.15.15 listed in wl.mailspike.net]
-0.0 SPF_PASS SPF: sender matches SPF record
0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail
provider (stephen.berman[at]gmx.net)
0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record
-0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/,
low trust [212.227.15.15 listed in list.dnswl.org]
1.0 FREEMAIL_REPLY From and body contain different freemails
X-Debbugs-Envelope-To: 71927
Cc: jpw@HIDDEN, juri@HIDDEN, Eshel Yaron <me@HIDDEN>,
basil@HIDDEN, 71927 <at> debbugs.gnu.org, kickingvegas@HIDDEN
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 1.9 (+)
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: On Thu, 04 Jul 2024 12:59:24 +0300 Eli Zaretskii wrote: >>
From: Eshel Yaron >> Cc: Juri Linkov , John Paul Wallington , >> Basil L.
Contovounesios , kickingvegas@HIDDEN, >> 71927 <at> debbugs.gnu.org >> Date:
Thu, 04 Jul 2024 09:12:10 +0200 >> >> Eli Z [...]
Content analysis details: (1.9 points, 10.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
-0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/,
low trust
[212.227.15.15 listed in list.dnswl.org]
-0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2)
[212.227.15.15 listed in wl.mailspike.net]
3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS
[88.130.48.103 listed in zen.spamhaus.org]
-0.0 SPF_PASS SPF: sender matches SPF record
0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail
provider (stephen.berman[at]gmx.net)
0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record
-1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list
manager
--=-=-=
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
On Thu, 04 Jul 2024 12:59:24 +0300 Eli Zaretskii <eliz@HIDDEN> wrote:
>> From: Eshel Yaron <me@HIDDEN>
>> Cc: Juri Linkov <juri@HIDDEN>, John Paul Wallington <jpw@HIDDEN>,
>> Basil L. Contovounesios <basil@HIDDEN>, kickingvegas@HIDDEN=
,
>> 71927 <at> debbugs.gnu.org
>> Date: Thu, 04 Jul 2024 09:12:10 +0200
>>
>> Eli Zaretskii <eliz@HIDDEN> writes:
>>
>> > I have a question: ibuffer-do-isearch just calls
>> > multi-isearch-buffers. Does multi-isearch-buffers exit immediately,
>> > or does it exit only when the multi-isearch is done? If the former, =
I
>> > guess this is why the problem happens.
>> >
>> >> So we need someone who knows ibuffer internals.
>> >
>> > I've added two people who might be able to help.
>>
>> FWIW, AFAICT everything is working correctly, it's just that the
>> "Operation finished" message hides the prompt. ibuffer-do-isearch
>> should tell define-ibuffer-op not to display that message, somehow.
>
> I don't see how this could be considered "correct": the "Operation
> finished" message is supposed to be shown only after the Isearch is
> finished in all the marked buffer, not before. It looks like we need
> a function that will not return until all the buffers where searched,
> because that's what define-ibuffer-op expects. Don't you agree?
The attached patch appears to DTRT, but I only tested it briefly.
Steve Berman
--=-=-=
Content-Type: text/x-patch
Content-Disposition: attachment
Content-Description: ibuffer patch for bug#71927
diff --git a/lisp/ibuf-ext.el b/lisp/ibuf-ext.el
index 95ff014aa5b..9ad033b5fdb 100644
--- a/lisp/ibuf-ext.el
+++ b/lisp/ibuf-ext.el
@@ -598,7 +598,7 @@ revert
(define-ibuffer-op ibuffer-do-isearch ()
"Perform a `isearch-forward' in marked buffers."
(:interactive ()
- :opstring "searched in"
+ :no-opstring t
:complex t
:modifier-p :maybe)
(multi-isearch-buffers (ibuffer-get-marked-buffers)))
@@ -607,7 +607,7 @@ ibuffer-do-isearch
(define-ibuffer-op ibuffer-do-isearch-regexp ()
"Perform a `isearch-forward-regexp' in marked buffers."
(:interactive ()
- :opstring "searched regexp in"
+ :no-opstring t
:complex t
:modifier-p :maybe)
(multi-isearch-buffers-regexp (ibuffer-get-marked-buffers)))
diff --git a/lisp/ibuf-macs.el b/lisp/ibuf-macs.el
index 1fd94967836..ace1972054f 100644
--- a/lisp/ibuf-macs.el
+++ b/lisp/ibuf-macs.el
@@ -166,6 +166,7 @@ define-ibuffer-op
mark
modifier-p
dangerous
+ no-opstring
(opstring "operated on")
(active-opstring "Operate on")
before
@@ -196,6 +197,8 @@ define-ibuffer-op
OPSTRING is a string which will be displayed to the user after the
operation is complete, in the form:
\"Operation complete; OPSTRING x buffers\"
+NO-OPSTRING is a boolean which should be set to suppress the message
+after the operation is complete.
ACTIVE-OPSTRING is a string which will be displayed to the user in a
confirmation message, in the form:
\"Really ACTIVE-OPSTRING x buffers?\"
@@ -246,9 +249,10 @@ define-ibuffer-op
())
(and after `(,after)) ; post-operation form.
`((ibuffer-redisplay t)
- (message ,(concat "Operation finished; " opstring
- " %s %s")
- count (ngettext "buffer" "buffers" count)))))
+ (unless ,no-opstring
+ (message ,(concat "Operation finished; " opstring
+ " %s %s")
+ count (ngettext "buffer" "buffers" count))))))
(inner-body (if complex
`(progn ,@body)
`(progn
--=-=-=--
bug-gnu-emacs@HIDDEN:bug#71927; Package emacs.
Full text available.Received: (at 71927) by debbugs.gnu.org; 4 Jul 2024 10:00:18 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Jul 04 06:00:17 2024 Received: from localhost ([127.0.0.1]:41534 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1sPJG4-0000kV-92 for submit <at> debbugs.gnu.org; Thu, 04 Jul 2024 06:00:16 -0400 Received: from eggs.gnu.org ([209.51.188.92]:46130) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1sPJFl-0000gi-Qp for 71927 <at> debbugs.gnu.org; Thu, 04 Jul 2024 06:00: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 <eliz@HIDDEN>) id 1sPJFc-0008Mw-AW; Thu, 04 Jul 2024 05:59:40 -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=wqxjl0ocTiO9z2i/boVPc3FQrcQ/IBq+b+x6NQaDC20=; b=ADFQhOBL0bWp DNThKknO288pjBdSPlrfl8uIMQEixBgDExnoHWN/CjlzF7gpfS49mU3KfXuM3ruRGB3LtRZ5baEZK I1W/ZKkeN2LWE4AKxybjlJYsLo2vUhFCVoKjQfczph8QWIH5T2TH4hxvlejmWSW+IFJp93qnF0aiE Xa8ZdwWLSKgTkzfWGnqhKlcRJMhKQp6JuA2dz63iDrAJ0F8bwyJEatSDUSkuxmNZuC9wFHU7SUyHb nZ2+Rl0JyaPappUDymO+cy+IBzxebp93iQ12Y22kqQqHHhG+q2x3YZMsNAADxivK4Ake0ch3kB7T8 svwatWcIIjj2q7CN0zm4Cw==; Date: Thu, 04 Jul 2024 12:59:24 +0300 Message-Id: <86y16h8olf.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: Eshel Yaron <me@HIDDEN> In-Reply-To: <m18qyhtyut.fsf@HIDDEN> (message from Eshel Yaron on Thu, 04 Jul 2024 09:12:10 +0200) Subject: Re: bug#71927: 29.4; ibuffer-do-isearch and ibuffer-do-isearch-regexp not prompting for input References: <DA832997-7FC6-4D52-9E17-3A4DC21063DA@HIDDEN> <86ikxltzhx.fsf@HIDDEN> <861q49a8vt.fsf@HIDDEN> <m18qyhtyut.fsf@HIDDEN> X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 71927 Cc: kickingvegas@HIDDEN, 71927 <at> debbugs.gnu.org, basil@HIDDEN, jpw@HIDDEN, juri@HIDDEN X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) > From: Eshel Yaron <me@HIDDEN> > Cc: Juri Linkov <juri@HIDDEN>, John Paul Wallington <jpw@HIDDEN>, > Basil L. Contovounesios <basil@HIDDEN>, kickingvegas@HIDDEN, > 71927 <at> debbugs.gnu.org > Date: Thu, 04 Jul 2024 09:12:10 +0200 > > Eli Zaretskii <eliz@HIDDEN> writes: > > > I have a question: ibuffer-do-isearch just calls > > multi-isearch-buffers. Does multi-isearch-buffers exit immediately, > > or does it exit only when the multi-isearch is done? If the former, I > > guess this is why the problem happens. > > > >> So we need someone who knows ibuffer internals. > > > > I've added two people who might be able to help. > > FWIW, AFAICT everything is working correctly, it's just that the > "Operation finished" message hides the prompt. ibuffer-do-isearch > should tell define-ibuffer-op not to display that message, somehow. I don't see how this could be considered "correct": the "Operation finished" message is supposed to be shown only after the Isearch is finished in all the marked buffer, not before. It looks like we need a function that will not return until all the buffers where searched, because that's what define-ibuffer-op expects. Don't you agree?
bug-gnu-emacs@HIDDEN:bug#71927; Package emacs.
Full text available.Received: (at 71927) by debbugs.gnu.org; 4 Jul 2024 08:49:43 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Jul 04 04:49:43 2024 Received: from localhost ([127.0.0.1]:41465 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1sPI9u-0007KO-MK for submit <at> debbugs.gnu.org; Thu, 04 Jul 2024 04:49:43 -0400 Received: from mail.eshelyaron.com ([107.175.124.16]:47174 helo=eshelyaron.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <me@HIDDEN>) id 1sPI9s-0007KE-5k for 71927 <at> debbugs.gnu.org; Thu, 04 Jul 2024 04:49:41 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=eshelyaron.com; s=mail; t=1720082977; bh=w22ckqw2pKkBaUhmktnwyBGG6V/JeWSJ7jqgBfTgJT8=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=b6YPaHK60fy/3KKk2egwZ3ZrKx6fdDsaw5hImhjJyhCeS8Mi66ebsX5dYlVVwuTuz d/a2t1oNKXnd8kDrhkAMtad47FQd8mQ9MpUYZDBu7fweBuyZdSAvZIVPdbqRQZWJIP /ji20JmXC3aDR9yaKhAVyUHOG3sTtg52MOsOx9sUjnxfzWdd5i115nngbOAYPCVcvE f2GxrcJitG5OvpZ6S39xND0r1ccUYtM5ABcNacYvpkq9IFAXm3GA/T2UXDS68MxQVM n80SKVbbS1gktumWwNcfPIKTcS8y5vEWziQVr0APAWhMV922tP6qhuddPt3LGrqqTg EaPWb6mrKtFRw== From: Eshel Yaron <me@HIDDEN> To: Eli Zaretskii <eliz@HIDDEN> Subject: Re: bug#71927: 29.4; ibuffer-do-isearch and ibuffer-do-isearch-regexp not prompting for input In-Reply-To: <861q49a8vt.fsf@HIDDEN> (Eli Zaretskii's message of "Thu, 04 Jul 2024 10:55:50 +0300") References: <DA832997-7FC6-4D52-9E17-3A4DC21063DA@HIDDEN> <86ikxltzhx.fsf@HIDDEN> <861q49a8vt.fsf@HIDDEN> Date: Thu, 04 Jul 2024 09:12:10 +0200 Message-ID: <m18qyhtyut.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 71927 Cc: kickingvegas@HIDDEN, 71927 <at> debbugs.gnu.org, "Basil L. Contovounesios" <basil@HIDDEN>, John Paul Wallington <jpw@HIDDEN>, Juri Linkov <juri@HIDDEN> X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) Eli Zaretskii <eliz@HIDDEN> writes: >> Cc: 71927 <at> debbugs.gnu.org >> From: Juri Linkov <juri@HIDDEN> >> Date: Thu, 04 Jul 2024 09:58:18 +0300 >> >> > The commands ibuffer-do-isearch and ibuffer-do-isearch-regexp >> > do not prompt for an input search string. >> >> They should not prompt because Isearch is interactive. >> But the problem is that they exit Isearch immediately. >> I tried to Edebug ibuffer-do-isearch, but this is >> not possible. > > So did I, with the same results. > > I also see that this didn't work at least as far back as Emacs 25, > maybe never. > > The function ibuffer-do-isearch was added by you, and was never > changed before. I guess it somehow violates the protocol of > define-ibuffer-op or something? Admittedly, that protocol is not > described too well in the doc string. > > I have a question: ibuffer-do-isearch just calls > multi-isearch-buffers. Does multi-isearch-buffers exit immediately, > or does it exit only when the multi-isearch is done? If the former, I > guess this is why the problem happens. > >> So we need someone who knows ibuffer internals. > > I've added two people who might be able to help. FWIW, AFAICT everything is working correctly, it's just that the "Operation finished" message hides the prompt. ibuffer-do-isearch should tell define-ibuffer-op not to display that message, somehow. Best, Eshel
bug-gnu-emacs@HIDDEN:bug#71927; Package emacs.
Full text available.Received: (at 71927) by debbugs.gnu.org; 4 Jul 2024 07:56:03 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Jul 04 03:56:03 2024 Received: from localhost ([127.0.0.1]:41410 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1sPHJz-0005xa-5f for submit <at> debbugs.gnu.org; Thu, 04 Jul 2024 03:56:03 -0400 Received: from eggs.gnu.org ([209.51.188.92]:41956) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1sPHJx-0005x2-6L for 71927 <at> debbugs.gnu.org; Thu, 04 Jul 2024 03:56:01 -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 <eliz@HIDDEN>) id 1sPHJo-0003ZV-FV; Thu, 04 Jul 2024 03:55:52 -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=gA9YaPD4H7rb7KjhUj7txzlBB65J/joyNY9i+Xda3e8=; b=mwUputXXH/TH /7rkng/CAOz8Cz7KGBOB2tDims98vSvqzUTXUwK0X27upEw9MpUaeti5RBH6u7u21UjEIGM/ccwfk cr69U/7Fg15ymZ76G6ilG5BQ85/Ok0lTQziMyjGG/osWgPDsmiCX4SCa96RJDrF69BlgqgMShK4Bg qYhuOOOw2Bwkf6E/ud9z6baBsSsk6p+tvZlcfOz3yN7m9ZNVwBJZcGXqyzddhpOxc6E5EvhoRk+Td j8nW6HIUvs+TJ4N3kfCMfoKBOHYWaSIuJ5ts0pbp48v8soS4ZLflZKXUbu/hc7VjO15HGR8BeOe0S R4BHhRuwtLZxJD5GhW4MGw==; Date: Thu, 04 Jul 2024 10:55:50 +0300 Message-Id: <861q49a8vt.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: Juri Linkov <juri@HIDDEN>, John Paul Wallington <jpw@HIDDEN>, Basil L. Contovounesios <basil@HIDDEN> In-Reply-To: <86ikxltzhx.fsf@HIDDEN> (message from Juri Linkov on Thu, 04 Jul 2024 09:58:18 +0300) Subject: Re: bug#71927: 29.4; ibuffer-do-isearch and ibuffer-do-isearch-regexp not prompting for input References: <DA832997-7FC6-4D52-9E17-3A4DC21063DA@HIDDEN> <86ikxltzhx.fsf@HIDDEN> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 71927 Cc: kickingvegas@HIDDEN, 71927 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) > Cc: 71927 <at> debbugs.gnu.org > From: Juri Linkov <juri@HIDDEN> > Date: Thu, 04 Jul 2024 09:58:18 +0300 > > > The commands ibuffer-do-isearch and ibuffer-do-isearch-regexp > > do not prompt for an input search string. > > They should not prompt because Isearch is interactive. > But the problem is that they exit Isearch immediately. > I tried to Edebug ibuffer-do-isearch, but this is > not possible. So did I, with the same results. I also see that this didn't work at least as far back as Emacs 25, maybe never. The function ibuffer-do-isearch was added by you, and was never changed before. I guess it somehow violates the protocol of define-ibuffer-op or something? Admittedly, that protocol is not described too well in the doc string. I have a question: ibuffer-do-isearch just calls multi-isearch-buffers. Does multi-isearch-buffers exit immediately, or does it exit only when the multi-isearch is done? If the former, I guess this is why the problem happens. > So we need someone who knows ibuffer internals. I've added two people who might be able to help.
bug-gnu-emacs@HIDDEN:bug#71927; Package emacs.
Full text available.Received: (at 71927) by debbugs.gnu.org; 4 Jul 2024 07:01:58 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Jul 04 03:01:58 2024 Received: from localhost ([127.0.0.1]:41340 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1sPGTe-0004Xa-II for submit <at> debbugs.gnu.org; Thu, 04 Jul 2024 03:01:58 -0400 Received: from relay1-d.mail.gandi.net ([217.70.183.193]:42725) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <juri@HIDDEN>) id 1sPGTd-0004XL-3e for 71927 <at> debbugs.gnu.org; Thu, 04 Jul 2024 03:01:57 -0400 Received: by mail.gandi.net (Postfix) with ESMTPSA id 8E62F240005; Thu, 4 Jul 2024 07:01:26 +0000 (UTC) From: Juri Linkov <juri@HIDDEN> To: Charles Choi <kickingvegas@HIDDEN> Subject: Re: bug#71927: 29.4; ibuffer-do-isearch and ibuffer-do-isearch-regexp not prompting for input In-Reply-To: <DA832997-7FC6-4D52-9E17-3A4DC21063DA@HIDDEN> (Charles Choi's message of "Wed, 3 Jul 2024 14:25:31 -0700") Organization: LINKOV.NET References: <DA832997-7FC6-4D52-9E17-3A4DC21063DA@HIDDEN> Date: Thu, 04 Jul 2024 09:58:18 +0300 Message-ID: <86ikxltzhx.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/31.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-GND-Sasl: juri@HIDDEN X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 71927 Cc: 71927 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.7 (-) > The commands ibuffer-do-isearch and ibuffer-do-isearch-regexp > do not prompt for an input search string. They should not prompt because Isearch is interactive. But the problem is that they exit Isearch immediately. I tried to Edebug ibuffer-do-isearch, but this is not possible. So we need someone who knows ibuffer internals.
bug-gnu-emacs@HIDDEN:bug#71927; Package emacs.
Full text available.
Received: (at submit) by debbugs.gnu.org; 3 Jul 2024 21:25:58 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Wed Jul 03 17:25:58 2024
Received: from localhost ([127.0.0.1]:40843 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1sP7UD-0005w6-2C
for submit <at> debbugs.gnu.org; Wed, 03 Jul 2024 17:25:58 -0400
Received: from lists.gnu.org ([209.51.188.17]:39604)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <kickingvegas@HIDDEN>) id 1sP7U9-0005vu-DV
for submit <at> debbugs.gnu.org; Wed, 03 Jul 2024 17:25:55 -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 <kickingvegas@HIDDEN>)
id 1sP7U7-0004vd-5x
for bug-gnu-emacs@HIDDEN; Wed, 03 Jul 2024 17:25:51 -0400
Received: from mail-pf1-x42a.google.com ([2607:f8b0:4864:20::42a])
by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128)
(Exim 4.90_1) (envelope-from <kickingvegas@HIDDEN>)
id 1sP7U3-0001AD-7M
for bug-gnu-emacs@HIDDEN; Wed, 03 Jul 2024 17:25:50 -0400
Received: by mail-pf1-x42a.google.com with SMTP id
d2e1a72fcca58-706524adf91so7741b3a.2
for <bug-gnu-emacs@HIDDEN>; Wed, 03 Jul 2024 14:25:46 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=20230601; t=1720041944; x=1720646744; darn=gnu.org;
h=to:date:message-id:subject:mime-version:content-transfer-encoding
:from:from:to:cc:subject:date:message-id:reply-to;
bh=+p8IBLUUsAr4RK+TAgkVIjoLGozO9eVsteNEj3ClhOE=;
b=ARckB1X+o2gCTkJXDbyd9LZbtFCQfWOi7ZiZhZXtpRUSmfz4j27wMYrIrwTPdr+J6s
y7rgHd/ulyrOyaAL8vKAA1B92vhAmwtVv7JGilyLtiYMrydvuJoyz8NEHjHLlZXAC1uQ
ybVnDh1AO91UTDgurlYUt7l986F1WlcCX54i2vWX4HTDNGooKvYGtOijUZ3VfM0d4RsH
oAWKEr0Fg3Uqm3w3ecIuubnjjpNdSJz+0GwAiXLtXYRGQzFaCRtcXPEsIKx/jaSQnq4v
kGmQ5CHCtuuRNlA6II62/lU4vs54Z/BP8hRp19SK+0LPzlFVkiTgsxliHYGJ5kywtFsg
ZUxw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20230601; t=1720041944; x=1720646744;
h=to:date:message-id:subject:mime-version:content-transfer-encoding
:from:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to;
bh=+p8IBLUUsAr4RK+TAgkVIjoLGozO9eVsteNEj3ClhOE=;
b=FDUtYQqcFhs5h6ebMZCnrDD3SOGlA3F/HQxeQy05cFRUC11m5282bl/oU/VTCvTM6+
QX5UAyFnPUbELYXwOfaoO7MwVxr+81Q4EURouDC/QLhKRuKf7vGQhDm9fBArqUZm37o6
gEAe0Jv/7SAdSsNP7nZwasw9vWelnc5E8nemr1pDaT9eAgj3XJz3FDaAL8LLbBCb/SW0
tkBX4Nx/bil/z/TsCyiNYOZ15JUBBmkqb0B+cgpBm+mBP/6l0L+AfNKepouYlBPicpzb
PrNnTg6j2b0/D///qF7Vc7Lylykqt4UNVnW0RDpFh4MU6sv594sOSGpi8ssvIlCHLetS
tSdA==
X-Gm-Message-State: AOJu0YybY1I6pjs5KIsSkpLtBx/77/Vk4dhUcjPU4JTtQrfjSJ+39FaT
d1aGc6FGtlQYixRVb4ZQdaLcje9VaI/J0Q4knT9XIM2W3Wx3fxQ5uQHS0Q==
X-Google-Smtp-Source: AGHT+IEJAth68YZhLPBtHqtMYzDWLkylctHZwg6IMAWg37cjWVgBfMOry3MOq2eTH9CCR4m2xrb9Ag==
X-Received: by 2002:a05:6a21:6da6:b0:1be:cf05:c4ab with SMTP id
adf61e73a8af0-1bef610e442mr18848553637.28.1720041943489;
Wed, 03 Jul 2024 14:25:43 -0700 (PDT)
Received: from smtpclient.apple (c-73-170-198-193.hsd1.ca.comcast.net.
[73.170.198.193]) by smtp.gmail.com with ESMTPSA id
41be03b00d2f7-72c6c9e1634sm8615372a12.58.2024.07.03.14.25.42
for <bug-gnu-emacs@HIDDEN>
(version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128);
Wed, 03 Jul 2024 14:25:42 -0700 (PDT)
From: Charles Choi <kickingvegas@HIDDEN>
Content-Type: text/plain;
charset=us-ascii
Content-Transfer-Encoding: quoted-printable
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.600.62\))
Subject: 29.4; ibuffer-do-isearch and ibuffer-do-isearch-regexp not prompting
for input
Message-Id: <DA832997-7FC6-4D52-9E17-3A4DC21063DA@HIDDEN>
Date: Wed, 3 Jul 2024 14:25:31 -0700
To: bug-gnu-emacs@HIDDEN
X-Mailer: Apple Mail (2.3774.600.62)
Received-SPF: pass client-ip=2607:f8b0:4864:20::42a;
envelope-from=kickingvegas@HIDDEN; helo=mail-pf1-x42a.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,
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.3 (-)
X-Debbugs-Envelope-To: submit
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -2.3 (--)
# Description
The commands ibuffer-do-isearch and ibuffer-do-isearch-regexp do not =
prompt for an input search string.=20
# Environment
Emacs 29.4
# Steps to Reproduce
1. Open several text files.
2. M-x ibuffer
3. Mark opened files in IBuffer window.
4. M-x ibuffer-do-isearch
- (optionally) ibuffer-do-isearch-regexp
# Expected Result
A prompt for a search string is expected.
# Actual Result
No prompt is attempted.
In GNU Emacs 29.4 (build 1, aarch64-apple-darwin23.2.0, Carbon Version
170 AppKit 2487.3) of 2024-06-23 built on sonomaa.local
Repository revision: 7cc5e67629363d9e98f65e4e652f83bb4e0ee674
Repository branch: HEAD
Windowing system distributor 'Apple Inc.', version 14.5.0
System Description: macOS 14.5
Configured using:
'configure --prefix=3D/opt/local --disable-silent-rules --with-mac
=
--enable-mac-app=3D/opt/local/var/macports/build/_opt_bblocal_var_buildwor=
ker_ports_build_ports_aqua_emacs-mac-app/emacs-mac-app-devel/work/emacs-29=
.1-mac-10.0
--enable-mac-self-contained --without-dbus --without-gconf
--without-libotf --without-m17n-flt --without-harfbuzz
--without-imagemagick --without-rsvg --without-xaw3d --with-libgmp
--with-gnutls --with-xml2 --with-json --with-lcms2 --with-modules
--with-sqlite3 --with-webp --with-native-compilation=3Daot
--with-tree-sitter 'CFLAGS=3D-pipe -Os -fobjc-arc
-isysroot/Library/Developer/CommandLineTools/SDKs/MacOSX14.sdk -arch
arm64' 'CPPFLAGS=3D-I/opt/local/include
-isysroot/Library/Developer/CommandLineTools/SDKs/MacOSX14.sdk'
'LDFLAGS=3D-L/opt/local/lib -Wl,-headerpad_max_install_names -Wl,-rpath
/opt/local/lib/gcc13 -Wl,-rpath /opt/local/lib
-Wl,-syslibroot,/Library/Developer/CommandLineTools/SDKs/MacOSX14.sdk
-arch arm64''
Configured features:
ACL GMP GNUTLS JSON LCMS2 LIBXML2 MODULES NATIVE_COMP NOTIFY KQUEUE
PDUMPER SQLITE3 THREADS TOOLKIT_SCROLL_BARS TREE_SITTER WEBP ZLIB
Important settings:
value of $LANG: en_US.UTF-8
locale-coding-system: utf-8-unix
Major mode: Org
Minor modes in effect:
dired-async-mode: t
org-indent-mode: t
treemacs-filewatch-mode: t
treemacs-follow-mode: t
treemacs-git-mode: t
treemacs-fringe-indicator-mode: t
global-diff-hl-mode: t
diff-hl-mode: t
repeat-mode: t
async-bytecomp-package-mode: t
buffer-face-mode: t
org-superstar-mode: t
global-git-commit-mode: t
magit-auto-revert-mode: t
shell-dirtrack-mode: t
server-mode: t
flyspell-mode: t
company-mode: t
electric-pair-mode: t
recentf-mode: t
yas-global-mode: t
yas-minor-mode: t
override-global-mode: t
savehist-mode: t
save-place-mode: t
global-auto-revert-mode: t
display-time-mode: t
delete-selection-mode: t
auto-insert-mode: t
tooltip-mode: t
global-eldoc-mode: t
show-paren-mode: t
electric-indent-mode: t
mac-mouse-wheel-mode: t
tool-bar-mode: t
prettify-symbols-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
context-menu-mode: t
global-font-lock-mode: t
font-lock-mode: t
blink-cursor-mode: t
column-number-mode: t
line-number-mode: t
visual-line-mode: t
transient-mark-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
Load-path shadows:
/opt/local/share/emacs/site-lisp/password-store hides =
/Users/cchoi/.config/emacs/elpa/password-store-20231201.954/password-store=
/Users/cchoi/emacs/cclisp/custom hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/custom
/Users/cchoi/.config/emacs/elpa/transient-20240629.1508/transient hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/transient
=
/Users/cchoi/.config/emacs/elpa/use-package-20230426.2324/use-package-jump=
hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/use-package/us=
e-package-jump
=
/Users/cchoi/.config/emacs/elpa/use-package-20230426.2324/use-package-ensu=
re hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/use-package/us=
e-package-ensure
=
/Users/cchoi/.config/emacs/elpa/use-package-20230426.2324/use-package-core=
hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/use-package/us=
e-package-core
=
/Users/cchoi/.config/emacs/elpa/use-package-20230426.2324/use-package-deli=
ght hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/use-package/us=
e-package-delight
=
/Users/cchoi/.config/emacs/elpa/use-package-20230426.2324/use-package-dimi=
nish hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/use-package/us=
e-package-diminish
/Users/cchoi/.config/emacs/elpa/use-package-20230426.2324/use-package =
hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/use-package/us=
e-package
=
/Users/cchoi/.config/emacs/elpa/use-package-20230426.2324/use-package-bind=
-key hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/use-package/us=
e-package-bind-key
/Users/cchoi/.config/emacs/elpa/bind-key-20230203.2004/bind-key hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/use-package/bi=
nd-key
=
/Users/cchoi/.config/emacs/elpa/use-package-20230426.2324/use-package-lint=
hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/use-package/us=
e-package-lint
/Users/cchoi/.config/emacs/elpa/eglot-20221020.1010/eglot hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/progmodes/eglo=
t
/Users/cchoi/.config/emacs/elpa/org-9.7.6/ob-exp hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/ob-exp
/Users/cchoi/.config/emacs/elpa/org-9.7.6/ob-emacs-lisp hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/ob-emacs-l=
isp
/Users/cchoi/.config/emacs/elpa/org-9.7.6/oc hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/oc
/Users/cchoi/.config/emacs/elpa/org-9.7.6/ob-css hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/ob-css
/Users/cchoi/.config/emacs/elpa/org-9.7.6/ob-lob hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/ob-lob
/Users/cchoi/.config/emacs/elpa/org-9.7.6/ol-irc hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/ol-irc
/Users/cchoi/.config/emacs/elpa/org-9.7.6/ob-forth hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/ob-forth
/Users/cchoi/.config/emacs/elpa/org-9.7.6/org-macs hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/org-macs
/Users/cchoi/.config/emacs/elpa/org-9.7.6/ob hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/ob
/Users/cchoi/.config/emacs/elpa/org-9.7.6/org-version hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/org-versio=
n
/Users/cchoi/.config/emacs/elpa/org-9.7.6/ob-scheme hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/ob-scheme
/Users/cchoi/.config/emacs/elpa/org-9.7.6/ox hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/ox
/Users/cchoi/.config/emacs/elpa/org-9.7.6/ob-C hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/ob-C
/Users/cchoi/.config/emacs/elpa/org-9.7.6/org-capture hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/org-captur=
e
/Users/cchoi/.config/emacs/elpa/org-9.7.6/ob-ref hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/ob-ref
/Users/cchoi/.config/emacs/elpa/org-9.7.6/ob-clojure hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/ob-clojure=
/Users/cchoi/.config/emacs/elpa/org-9.7.6/org-mouse hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/org-mouse
/Users/cchoi/.config/emacs/elpa/org-9.7.6/org-persist hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/org-persis=
t
/Users/cchoi/.config/emacs/elpa/org-9.7.6/org-ctags hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/org-ctags
/Users/cchoi/.config/emacs/elpa/org-9.7.6/org-entities hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/org-entiti=
es
/Users/cchoi/.config/emacs/elpa/org-9.7.6/org-archive hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/org-archiv=
e
/Users/cchoi/.config/emacs/elpa/org-9.7.6/ob-screen hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/ob-screen
/Users/cchoi/.config/emacs/elpa/org-9.7.6/ol-bibtex hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/ol-bibtex
/Users/cchoi/.config/emacs/elpa/org-9.7.6/ob-haskell hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/ob-haskell=
/Users/cchoi/.config/emacs/elpa/org-9.7.6/org-loaddefs hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/org-loadde=
fs
/Users/cchoi/.config/emacs/elpa/org-9.7.6/org-table hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/org-table
/Users/cchoi/.config/emacs/elpa/org-9.7.6/ol-eww hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/ol-eww
/Users/cchoi/.config/emacs/elpa/org-9.7.6/ol-man hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/ol-man
/Users/cchoi/.config/emacs/elpa/org-9.7.6/ox-org hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/ox-org
/Users/cchoi/.config/emacs/elpa/org-9.7.6/org-num hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/org-num
/Users/cchoi/.config/emacs/elpa/org-9.7.6/org-plot hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/org-plot
/Users/cchoi/.config/emacs/elpa/org-9.7.6/ol-rmail hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/ol-rmail
/Users/cchoi/.config/emacs/elpa/org-9.7.6/ob-awk hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/ob-awk
/Users/cchoi/.config/emacs/elpa/org-9.7.6/ob-groovy hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/ob-groovy
/Users/cchoi/.config/emacs/elpa/org-9.7.6/ob-octave hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/ob-octave
/Users/cchoi/.config/emacs/elpa/org-9.7.6/org-faces hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/org-faces
/Users/cchoi/.config/emacs/elpa/org-9.7.6/oc-biblatex hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/oc-biblate=
x
/Users/cchoi/.config/emacs/elpa/org-9.7.6/org-colview hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/org-colvie=
w
/Users/cchoi/.config/emacs/elpa/org-9.7.6/ob-R hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/ob-R
/Users/cchoi/.config/emacs/elpa/org-9.7.6/org-refile hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/org-refile=
/Users/cchoi/.config/emacs/elpa/org-9.7.6/org-timer hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/org-timer
/Users/cchoi/.config/emacs/elpa/org-9.7.6/org-mobile hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/org-mobile=
/Users/cchoi/.config/emacs/elpa/org-9.7.6/ob-fortran hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/ob-fortran=
/Users/cchoi/.config/emacs/elpa/org-9.7.6/ob-shell hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/ob-shell
/Users/cchoi/.config/emacs/elpa/org-9.7.6/ob-perl hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/ob-perl
/Users/cchoi/.config/emacs/elpa/org-9.7.6/ob-sqlite hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/ob-sqlite
/Users/cchoi/.config/emacs/elpa/org-9.7.6/oc-basic hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/oc-basic
/Users/cchoi/.config/emacs/elpa/org-9.7.6/ob-sed hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/ob-sed
/Users/cchoi/.config/emacs/elpa/org-9.7.6/org-list hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/org-list
/Users/cchoi/.config/emacs/elpa/org-9.7.6/ob-ruby hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/ob-ruby
/Users/cchoi/.config/emacs/elpa/org-9.7.6/ob-eval hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/ob-eval
/Users/cchoi/.config/emacs/elpa/org-9.7.6/org-habit hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/org-habit
/Users/cchoi/.config/emacs/elpa/org-9.7.6/org-clock hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/org-clock
/Users/cchoi/.config/emacs/elpa/org-9.7.6/org-goto hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/org-goto
/Users/cchoi/.config/emacs/elpa/org-9.7.6/ox-html hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/ox-html
/Users/cchoi/.config/emacs/elpa/org-9.7.6/org-src hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/org-src
/Users/cchoi/.config/emacs/elpa/org-9.7.6/ob-lisp hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/ob-lisp
/Users/cchoi/.config/emacs/elpa/org-9.7.6/ol-eshell hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/ol-eshell
/Users/cchoi/.config/emacs/elpa/org-9.7.6/ob-ditaa hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/ob-ditaa
/Users/cchoi/.config/emacs/elpa/org-9.7.6/org-pcomplete hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/org-pcompl=
ete
/Users/cchoi/.config/emacs/elpa/org-9.7.6/org-lint hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/org-lint
/Users/cchoi/.config/emacs/elpa/org-9.7.6/ox-latex hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/ox-latex
/Users/cchoi/.config/emacs/elpa/org-9.7.6/ob-sass hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/ob-sass
/Users/cchoi/.config/emacs/elpa/org-9.7.6/ob-tangle hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/ob-tangle
/Users/cchoi/.config/emacs/elpa/org-9.7.6/ob-calc hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/ob-calc
/Users/cchoi/.config/emacs/elpa/org-9.7.6/ob-java hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/ob-java
/Users/cchoi/.config/emacs/elpa/org-9.7.6/ox-icalendar hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/ox-icalend=
ar
/Users/cchoi/.config/emacs/elpa/org-9.7.6/ol-mhe hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/ol-mhe
/Users/cchoi/.config/emacs/elpa/org-9.7.6/org-attach-git hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/org-attach=
-git
/Users/cchoi/.config/emacs/elpa/org-9.7.6/ox-md hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/ox-md
/Users/cchoi/.config/emacs/elpa/org-9.7.6/ox-beamer hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/ox-beamer
/Users/cchoi/.config/emacs/elpa/org-9.7.6/org-element hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/org-elemen=
t
/Users/cchoi/.config/emacs/elpa/org-9.7.6/oc-natbib hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/oc-natbib
/Users/cchoi/.config/emacs/elpa/org-9.7.6/org-protocol hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/org-protoc=
ol
/Users/cchoi/.config/emacs/elpa/org-9.7.6/ob-gnuplot hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/ob-gnuplot=
/Users/cchoi/.config/emacs/elpa/org-9.7.6/org-tempo hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/org-tempo
/Users/cchoi/.config/emacs/elpa/org-9.7.6/ob-latex hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/ob-latex
/Users/cchoi/.config/emacs/elpa/org-9.7.6/ol-w3m hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/ol-w3m
/Users/cchoi/.config/emacs/elpa/org-9.7.6/org-id hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/org-id
/Users/cchoi/.config/emacs/elpa/org-9.7.6/ox-man hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/ox-man
/Users/cchoi/.config/emacs/elpa/org-9.7.6/ol-doi hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/ol-doi
/Users/cchoi/.config/emacs/elpa/org-9.7.6/org-feed hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/org-feed
/Users/cchoi/.config/emacs/elpa/org-9.7.6/org-fold-core hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/org-fold-c=
ore
/Users/cchoi/.config/emacs/elpa/org-9.7.6/ob-julia hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/ob-julia
/Users/cchoi/.config/emacs/elpa/org-9.7.6/ob-lua hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/ob-lua
/Users/cchoi/.config/emacs/elpa/org-9.7.6/ob-table hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/ob-table
/Users/cchoi/.config/emacs/elpa/org-9.7.6/ob-ocaml hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/ob-ocaml
/Users/cchoi/.config/emacs/elpa/org-9.7.6/oc-csl hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/oc-csl
/Users/cchoi/.config/emacs/elpa/org-9.7.6/ol-gnus hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/ol-gnus
/Users/cchoi/.config/emacs/elpa/org-9.7.6/org-indent hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/org-indent=
/Users/cchoi/.config/emacs/elpa/org-9.7.6/ob-lilypond hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/ob-lilypon=
d
/Users/cchoi/.config/emacs/elpa/org-9.7.6/ob-matlab hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/ob-matlab
/Users/cchoi/.config/emacs/elpa/org-9.7.6/org-datetree hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/org-datetr=
ee
/Users/cchoi/.config/emacs/elpa/org-9.7.6/ol-docview hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/ol-docview=
/Users/cchoi/.config/emacs/elpa/org-9.7.6/oc-bibtex hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/oc-bibtex
/Users/cchoi/.config/emacs/elpa/org-9.7.6/ob-python hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/ob-python
/Users/cchoi/.config/emacs/elpa/org-9.7.6/ob-makefile hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/ob-makefil=
e
/Users/cchoi/.config/emacs/elpa/org-9.7.6/org-duration hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/org-durati=
on
/Users/cchoi/.config/emacs/elpa/org-9.7.6/org-agenda hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/org-agenda=
/Users/cchoi/.config/emacs/elpa/org-9.7.6/ob-dot hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/ob-dot
/Users/cchoi/.config/emacs/elpa/org-9.7.6/ob-js hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/ob-js
/Users/cchoi/.config/emacs/elpa/org-9.7.6/ox-publish hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/ox-publish=
/Users/cchoi/.config/emacs/elpa/org-9.7.6/org-inlinetask hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/org-inline=
task
/Users/cchoi/.config/emacs/elpa/org-9.7.6/ob-org hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/ob-org
/Users/cchoi/.config/emacs/elpa/org-9.7.6/org-keys hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/org-keys
/Users/cchoi/.config/emacs/elpa/org-9.7.6/ob-core hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/ob-core
/Users/cchoi/.config/emacs/elpa/org-9.7.6/org-compat hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/org-compat=
/Users/cchoi/.config/emacs/elpa/org-9.7.6/ol hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/ol
/Users/cchoi/.config/emacs/elpa/org-9.7.6/ox-odt hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/ox-odt
/Users/cchoi/.config/emacs/elpa/org-9.7.6/ol-info hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/ol-info
/Users/cchoi/.config/emacs/elpa/org-9.7.6/ob-plantuml hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/ob-plantum=
l
/Users/cchoi/.config/emacs/elpa/org-9.7.6/ob-eshell hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/ob-eshell
/Users/cchoi/.config/emacs/elpa/org-9.7.6/ox-ascii hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/ox-ascii
/Users/cchoi/.config/emacs/elpa/org-9.7.6/ox-koma-letter hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/ox-koma-le=
tter
/Users/cchoi/.config/emacs/elpa/org-9.7.6/ob-maxima hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/ob-maxima
/Users/cchoi/.config/emacs/elpa/org-9.7.6/org hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/org
/Users/cchoi/.config/emacs/elpa/org-9.7.6/ol-bbdb hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/ol-bbdb
/Users/cchoi/.config/emacs/elpa/org-9.7.6/org-macro hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/org-macro
/Users/cchoi/.config/emacs/elpa/org-9.7.6/org-fold hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/org-fold
/Users/cchoi/.config/emacs/elpa/org-9.7.6/ob-sql hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/ob-sql
/Users/cchoi/.config/emacs/elpa/org-9.7.6/org-attach hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/org-attach=
/Users/cchoi/.config/emacs/elpa/org-9.7.6/org-cycle hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/org-cycle
/Users/cchoi/.config/emacs/elpa/org-9.7.6/ob-processing hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/ob-process=
ing
/Users/cchoi/.config/emacs/elpa/org-9.7.6/ox-texinfo hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/ox-texinfo=
/Users/cchoi/.config/emacs/elpa/org-9.7.6/org-crypt hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/org-crypt
/Users/cchoi/.config/emacs/elpa/org-9.7.6/org-footnote hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/org-footno=
te
/Users/cchoi/.config/emacs/elpa/org-9.7.6/ob-comint hides =
/Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/org/ob-comint
Features:
(shadow sort mail-extr emacsbug hippie-exp misearch multi-isearch
let-alist ffap loaddefs-gen tar-mode arc-mode archive-mode mm-archive
network-stream url-cache url-http url-auth url-gw nsm dired-async
dired-aux org-goto company-org-block tabify elfeed-link scroll-lock
help-fns radix-tree cal-china lunar solar cal-dst cal-bahai cal-islam
cal-hebrew cal-iso mule-util vc-hg vc-bzr vc-src vc-sccs vc-svn vc-cvs
vc-rcs vc-git org-indent org-clock image-file image-converter oc-basic
ol-eww eww mm-url ol-rmail ol-mhe ol-irc ol-info ol-gnus nnselect
gnus-art mm-uu mml2015 mm-view mml-smime smime gnutls dig gnus-sum
gnus-group gnus-undo gnus-start gnus-dbus dbus gnus-cloud nnimap nnmail
mail-source utf7 nnoo gnus-spec gnus-int gnus-range gnus-win gnus
nnheader range ol-docview doc-view ol-bibtex bibtex ol-bbdb ol-w3m
ol-doi org-link-doi jka-compr company-oddmuse company-keywords
company-etags etags fileloop company-gtags company-dabbrev-code
company-dabbrev company-files company-clang company-capf company-cmake
company-semantic company-template company-bbdb casual-isearch
cc-symbol-overlay cc-re-builder re-builder cc-calc-mode casual-calc
casual-calc-symbolic casual-calc-variables casual-calc-algebra calcalg3
casual-calc-financial casual-calc-stack calc-undo calc-yank
casual-calc-trail casual-calc-graphics casual-calc-fileio calc-vec
casual-calc-vector casual-calc-predicates casual-calc-units
casual-calc-trigonometric casual-calc-time casual-calc-settings
casual-calc-angle-measure casual-calc-rounding casual-calc-random
calc-comb casual-calc-logarithmic casual-calc-conversion
casual-calc-complex casual-calc-binary casual-calc-radix
casual-calc-labels casual-calc-version casual-calc--calc
casual-calc-utils calc-math calc-mode calc-ext cc-package-menu-mode
cc-digital-logic cc-agenda-timeline holidays holiday-loaddefs
kill-with-intelligence cc-grep-mode cc-menu-reconfig cc-truth-table
transpose-frame cc-magit-mode cc-global-keybindings casual-avy
casual-avy-version treemacs treemacs-header-line treemacs-compatibility
treemacs-mode treemacs-bookmarks treemacs-tags treemacs-interface
treemacs-persistence treemacs-filewatch-mode treemacs-follow-mode
treemacs-rendering treemacs-annotations treemacs-async
treemacs-workspaces treemacs-dom treemacs-visuals
treemacs-fringe-indicator pulse treemacs-faces treemacs-icons
treemacs-scope treemacs-themes treemacs-core-utils pfuture
treemacs-logging treemacs-customization treemacs-macros osx-dictionary
neotree cc-view-mode cc-cmds cc-engine cc-vars cc-defs view
cc-swift-mode cc-python-mode cc-diff-hl-mode diff-hl log-view vc-dir
ewoc vc vc-dispatcher cc-context-menu cc-wgrep-mode cc-edit-text-menu
cc-find-menu cc-insert-org-plot cc-region-operations-menu
cc-style-text-menu cc-transform-text-menu cc-context-menu-macros
cc-occur-mode cc-ediff-mode cc-info-mode cc-doc-mode-ux casual-info
casual-info-settings casual-info-utils casual-info-variables
casual-info-version man shortdoc cc-repeat-mode repeat
cc-google-translate google-translate-smooth-ui google-translate
google-translate-default-ui google-translate-core-ui popup ido
google-translate-core google-translate-backend cc-elfeed-mode
elfeed-show elfeed-search shr pixel-fill kinsoku svg elfeed-csv elfeed
elfeed-curl elfeed-log elfeed-db elfeed-lib url-queue url-file xml-query
xml cc-eshell-mode helm-eshell helm-elisp helm-files tramp
tramp-loaddefs trampver tramp-integration tramp-compat parse-time
iso8601 helm-buffers helm-occur helm-tags helm-locate helm-grep
helm-regexp helm-eval helm-info helm-utils helm-types helm-help helm
helm-global-bindings helm-easymenu helm-core async-bytecomp helm-source
helm-multi-match helm-lib async eshell esh-cmd esh-ext esh-opt esh-proc
esh-io esh-arg esh-module esh-groups esh-util files-x cc-tetris-mode
tetris gamegrid cc-js-mode cc-dired-mode casual-dired
casual-dired-settings casual-dired-version casual-dired-sort-by
casual-dired-utils casual-dired-variables elint checkdoc lisp-mnt
image-dired image-dired-tags image-dired-external image-dired-util
image-mode exif wdired dired-x cc-bookmarks-bmenu-mode cc-sgml-mode
cc-nxml-mode nxml-mode-expansions rng-nxml rng-valid nxml-mode
nxml-outln nxml-rap html-mode-expansions sgml-mode facemenu dom
cc-objc-mode cc-markdown-mode markdown-mode edit-indirect cc-org-mode
ob-swift ob-plantuml ob-restclient restclient advice ob-sqlite ob-sql
ob-shell ob-python python-el-fgallina-expansions python ob-dot
ob-swiftui swift-mode swift-mode-imenu swift-mode-repl
swift-mode-font-lock swift-mode-standard-types swift-mode-fill
swift-mode-beginning-of-defun swift-mode-indent swift-mode-lexer
cc-org-smart-quotes ox-odt rng-loc rng-uri rng-parse rng-match rng-dt
rng-util rng-pttrn nxml-parse nxml-ns nxml-enc xmltok nxml-util ox-md
ox-latex ox-icalendar ox-html table ox-ascii ox-publish ox face-remap
org-superstar doct cc-text-mode cc-emacs-lisp-mode edebug debug
backtrace flycheck paredit cc-prog-mode cc-main-tmenu symbol-overlay
google-this magit-bookmark magit-submodule magit-blame magit-stash
magit-reflog magit-bisect magit-push magit-pull magit-fetch magit-clone
magit-remote magit-commit magit-sequence magit-notes magit-worktree
magit-tag magit-merge magit-branch magit-reset magit-files magit-refs
magit-status magit magit-repos magit-apply magit-wip magit-log
magit-diff smerge-mode diff diff-mode git-commit log-edit message
sendmail yank-media puny rfc822 mml mml-sec epa derived epg rfc6068
epg-config gnus-util mm-decode mm-bodies mm-encode mail-parse rfc2231
rfc2047 rfc2045 mm-util ietf-drums mail-prsvr mailabbrev mail-utils
gmm-utils mailheader pcvs-util add-log magit-core magit-autorevert
magit-margin magit-transient magit-process with-editor shell server
magit-mode benchmark magit-git magit-base magit-section cursor-sensor
org-ql-search f flyspell ispell gud display-fill-column-indicator
display-line-numbers rainbow-mode cc-save-hooks company elec-pair
make-mode cc-diary-mode diary-lib diary-loaddefs cc-ibuffer-mode
casual-ibuffer casual-ibuffer-settings casual-ibuffer-version
casual-ibuffer-filter ibuf-ext casual-ibuffer-utils casual-lib
casual-lib-version hl-line ibuffer ibuffer-loaddefs cclisp comp
comp-cstr warnings which-func imenu ace-window avy calc calc-loaddefs
rect calc-macs org-ql-view ov org-super-agenda ht org-ql peg ts s dash
org-habit org-duration crm org-agenda org-capture
the-org-mode-expansions org-element org-persist org-id org-refile
org-element-ast inline avl-tree generator org ob ob-tangle ob-ref ob-lob
ob-table ob-exp org-macro org-src sh-script smie treesit executable
ob-comint org-pcomplete pcomplete org-list org-footnote org-faces
org-entities time-date noutline outline icons ob-emacs-lisp ob-core
ob-eval org-cycle org-table ol org-fold org-fold-core org-keys oc
org-loaddefs find-func cal-menu calendar cal-loaddefs org-compat
org-version org-macs spotlight counsel xdg xref project dired
dired-loaddefs swiper ivy ivy-faces ivy-overlay colir color bookmark pp
transient format-spec edmacro kmacro compat ediff ediff-merg ediff-mult
ediff-wind ediff-diff ediff-help ediff-init ediff-util recentf
tree-widget wid-edit yasnippet-snippets cl-extra yasnippet help-mode
wgrep grep compile text-property-search comint ansi-osc ansi-color ring
expand-region text-mode-expansions er-basic-expansions thingatpt
expand-region-core expand-region-custom use-package use-package-ensure
use-package-delight use-package-diminish use-package-bind-key bind-key
easy-mmode use-package-core savehist saveplace autorevert filenotify
time delsel autoinsert cus-load finder-inf auto-complete-autoloads
citar-autoloads company-autoloads csv-mode-autoloads diff-hl-autoloads
doct-autoloads ebib-autoloads edit-indirect-autoloads elfeed-autoloads
expand-region-autoloads flycheck-package-autoloads flycheck-autoloads
go-mode-autoloads helm-bibtex-autoloads helm-swoop-autoloads
helm-autoloads helm-core-autoloads async-autoloads iedit-autoloads
js2-mode-autoloads json-mode-autoloads rx keycast-autoloads
ledger-mode-autoloads magit-autoloads pcase git-commit-autoloads
magit-section-autoloads markdown-mode-autoloads ob-restclient-autoloads
ob-swiftui-autoloads org-ql-autoloads org-re-reveal-autoloads
org-ref-autoloads citeproc-autoloads bibtex-completion-autoloads
org-super-agenda-autoloads orgtbl-aggregate-autoloads
osx-dictionary-autoloads ox-pandoc-autoloads ox-gfm-autoloads
org-autoloads package-lint-autoloads paredit-autoloads
password-store-autoloads peg-autoloads popup-autoloads
python-mode-autoloads restclient-autoloads reveal-in-folder-autoloads
f-autoloads scpaste-autoloads htmlize-autoloads snow-autoloads
solarized-theme-autoloads counsel-autoloads sr-speedbar-autoloads
swift-mode-autoloads swiper-autoloads ivy-autoloads
symbol-overlay-autoloads transient-autoloads treemacs-autoloads
posframe-autoloads ts-autoloads dash-autoloads wfnames-autoloads
which-key-autoloads with-editor-autoloads info compat-autoloads
yaml-mode-autoloads yasnippet-snippets-autoloads yasnippet-autoloads
package browse-url url url-proxy url-privacy url-expand url-methods
url-history url-cookie generate-lisp-file url-domsuf url-util mailcap
url-handlers url-parse auth-source cl-seq eieio eieio-core cl-macs
password-cache json subr-x map byte-opt gv bytecomp byte-compile
url-vars cl-loaddefs cl-lib rmc iso-transl tooltip cconv eldoc paren
electric uniquify ediff-hook vc-hooks lisp-float-type elisp-mode mwheel
term/mac-win mac-win term/common-win 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 kqueue mac lcms2 multi-tty
make-network-process native-compile emacs)
Memory information:
((conses 16 4023469 439500)
(symbols 48 79861 11)
(strings 32 549702 63540)
(string-bytes 1 21085143)
(vectors 16 194003)
(vector-slots 8 3917214 212634)
(floats 8 1654 1283)
(intervals 56 244907 8468)
(buffers 984 248))
Charles Choi <kickingvegas@HIDDEN>:bug-gnu-emacs@HIDDEN.
Full text available.bug-gnu-emacs@HIDDEN:bug#71927; Package emacs.
Full text available.
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997 nCipher Corporation Ltd,
1994-97 Ian Jackson.