Received: (at 62700) by debbugs.gnu.org; 3 Sep 2023 17:38:10 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sun Sep 03 13:38:10 2023
Received: from localhost ([127.0.0.1]:46817 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1qcr34-00011g-Dx
for submit <at> debbugs.gnu.org; Sun, 03 Sep 2023 13:38:10 -0400
Received: from relay9-d.mail.gandi.net ([217.70.183.199]:48331)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <juri@HIDDEN>) id 1qcr32-00011Q-T4
for 62700 <at> debbugs.gnu.org; Sun, 03 Sep 2023 13:38:09 -0400
Received: by mail.gandi.net (Postfix) with ESMTPSA id D0053FF803;
Sun, 3 Sep 2023 17:38:01 +0000 (UTC)
From: Juri Linkov <juri@HIDDEN>
To: Spencer Baugh <sbaugh@HIDDEN>
Subject: Re: bug#62700: 29.0.60;
minibuffer-{previous,next,choose}-completion behave unintuitively when
point is not at end of buffer
In-Reply-To: <ier8rcngjtk.fsf@HIDDEN> (Spencer Baugh's message of
"Tue, 13 Jun 2023 16:59:19 -0400")
Organization: LINKOV.NET
References: <b921ea5c-71a2-4e8f-b1cf-dd26831f8104@HIDDEN>
<8635574n10.fsf@HIDDEN> <ierfs8uzebf.fsf@HIDDEN>
<868rema032.fsf@HIDDEN> <iera5z2z90q.fsf@HIDDEN>
<83r0se4bwf.fsf@HIDDEN> <87pm7xkqsd.fsf@HIDDEN>
<83jzy419bk.fsf@HIDDEN> <874jourckv.fsf@HIDDEN>
<83lei6mxa0.fsf@HIDDEN> <86wn1jutxv.fsf@HIDDEN>
<83zg6eby5t.fsf@HIDDEN> <83r0qjzj22.fsf@HIDDEN>
<86h6rccz9c.fsf@HIDDEN> <83v8fsw0r9.fsf@HIDDEN>
<86v8fruwur.fsf@HIDDEN> <83352vwb6v.fsf@HIDDEN>
<ier8rcngjtk.fsf@HIDDEN>
Date: Sun, 03 Sep 2023 20:37:15 +0300
Message-ID: <86edjfyx84.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/30.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: 62700
Cc: 62700 <at> debbugs.gnu.org, sbaugh@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 (-)
> Without this change, only the minibuffer contents before point are
> cleared when a completion is chosen, which results in stray text when
> point is in the middle of the minibuffer.
>
> After this change, we heuristically decide either to clear the whole
> buffer or only part of it, taking into account the location of point.
>
> diff --git a/lisp/minibuffer.el b/lisp/minibuffer.el
> index 539206a19e4..d079dc0bcdf 100644
> --- a/lisp/minibuffer.el
> +++ b/lisp/minibuffer.el
> @@ -2395,7 +2395,11 @@ minibuffer-completion-help
> (prefix (unless (zerop base-size) (substring string 0 base-size)))
> (base-prefix (buffer-substring (minibuffer--completion-prompt-end)
> (+ start base-size)))
> - (base-suffix (buffer-substring (point) (point-max)))
> + (base-suffix
> + (if (eq (alist-get 'category (cdr md)) 'file)
> + (buffer-substring (save-excursion (or (search-forward "/" nil t) (point-max)))
> + (point-max))
> + ""))
As was found in bug#64903, this change broke completion-in-region.
For example, with (setq completion-use-base-affixes t)
if there is some text in the current buffer after point,
then typing 'M-C-i' and selecting a candidate to insert to the buffer,
it replaces all the text after point with an empty string.
Before this change, the suffix was set to the text after point,
and after inserting the selected candidate the suffix was
re-inserted to the same buffer.
bug-gnu-emacs@HIDDEN:bug#62700; Package emacs.
Full text available.Debbugs Internal Request <help-debbugs@HIDDEN>
to internal_control <at> debbugs.gnu.org.
Full text available.Juri Linkov <juri@HIDDEN>
to control <at> debbugs.gnu.org.
Full text available.Debbugs Internal Request <help-debbugs@HIDDEN>
to internal_control <at> debbugs.gnu.org.
Full text available.
Received: (at 62700) by debbugs.gnu.org; 14 Jun 2023 17:33:21 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Wed Jun 14 13:33:21 2023
Received: from localhost ([127.0.0.1]:45405 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1q9UMz-0004yU-G6
for submit <at> debbugs.gnu.org; Wed, 14 Jun 2023 13:33:21 -0400
Received: from relay4-d.mail.gandi.net ([217.70.183.196]:41283)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <juri@HIDDEN>) id 1q9UMy-0004yB-69
for 62700 <at> debbugs.gnu.org; Wed, 14 Jun 2023 13:33:20 -0400
X-GND-Sasl: juri@HIDDEN
X-GND-Sasl: juri@HIDDEN
X-GND-Sasl: juri@HIDDEN
X-GND-Sasl: juri@HIDDEN
Received: by mail.gandi.net (Postfix) with ESMTPSA id D603CE0005;
Wed, 14 Jun 2023 17:33:12 +0000 (UTC)
From: Juri Linkov <juri@HIDDEN>
To: Spencer Baugh <sbaugh@HIDDEN>
Subject: Re: bug#62700: 29.0.60;
minibuffer-{previous,next,choose}-completion behave unintuitively when
point is not at end of buffer
In-Reply-To: <ier8rcngjtk.fsf@HIDDEN> (Spencer Baugh's message of
"Tue, 13 Jun 2023 16:59:19 -0400")
Organization: LINKOV.NET
References: <b921ea5c-71a2-4e8f-b1cf-dd26831f8104@HIDDEN>
<8635574n10.fsf@HIDDEN> <ierfs8uzebf.fsf@HIDDEN>
<868rema032.fsf@HIDDEN> <iera5z2z90q.fsf@HIDDEN>
<83r0se4bwf.fsf@HIDDEN> <87pm7xkqsd.fsf@HIDDEN>
<83jzy419bk.fsf@HIDDEN> <874jourckv.fsf@HIDDEN>
<83lei6mxa0.fsf@HIDDEN> <86wn1jutxv.fsf@HIDDEN>
<83zg6eby5t.fsf@HIDDEN> <83r0qjzj22.fsf@HIDDEN>
<86h6rccz9c.fsf@HIDDEN> <83v8fsw0r9.fsf@HIDDEN>
<86v8fruwur.fsf@HIDDEN> <83352vwb6v.fsf@HIDDEN>
<ier8rcngjtk.fsf@HIDDEN>
Date: Wed, 14 Jun 2023 20:32:27 +0300
Message-ID: <86a5x2ospg.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/30.0.50 (x86_64-pc-linux-gnu)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: -0.7 (/)
X-Debbugs-Envelope-To: 62700
Cc: 62700 <at> debbugs.gnu.org, sbaugh@HIDDEN, Eli Zaretskii <eliz@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 (-)
>>> I looked at the patch that should be pushed to master, and noticed
>>> that probably it needs the same change that was applied in emacs-29.
>>> Maybe Spencer could confirm what would be the right patch for master.
>>
>> Yes, Spencer, please take a look.
>
> Indeed it needs the same change. Here's the version of the patch that
> should be pushed to master.
Thanks, now pushed to master.
bug-gnu-emacs@HIDDEN:bug#62700; Package emacs.
Full text available.
Received: (at 62700) by debbugs.gnu.org; 13 Jun 2023 20:59:26 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Tue Jun 13 16:59:26 2023
Received: from localhost ([127.0.0.1]:43169 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1q9B6s-0005cv-39
for submit <at> debbugs.gnu.org; Tue, 13 Jun 2023 16:59:26 -0400
Received: from mxout5.mail.janestreet.com ([64.215.233.18]:45545)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <sbaugh@HIDDEN>) id 1q9B6q-0005cg-NW
for 62700 <at> debbugs.gnu.org; Tue, 13 Jun 2023 16:59:25 -0400
From: Spencer Baugh <sbaugh@HIDDEN>
To: Eli Zaretskii <eliz@HIDDEN>
Subject: Re: bug#62700: 29.0.60;
minibuffer-{previous,next,choose}-completion behave unintuitively when
point is not at end of buffer
In-Reply-To: <83352vwb6v.fsf@HIDDEN> (Eli Zaretskii's message of "Tue, 13 Jun
2023 19:59:04 +0300")
References: <b921ea5c-71a2-4e8f-b1cf-dd26831f8104@HIDDEN>
<8635574n10.fsf@HIDDEN> <ierfs8uzebf.fsf@HIDDEN>
<868rema032.fsf@HIDDEN> <iera5z2z90q.fsf@HIDDEN>
<83r0se4bwf.fsf@HIDDEN> <87pm7xkqsd.fsf@HIDDEN>
<83jzy419bk.fsf@HIDDEN> <874jourckv.fsf@HIDDEN>
<83lei6mxa0.fsf@HIDDEN> <86wn1jutxv.fsf@HIDDEN>
<83zg6eby5t.fsf@HIDDEN> <83r0qjzj22.fsf@HIDDEN>
<86h6rccz9c.fsf@HIDDEN> <83v8fsw0r9.fsf@HIDDEN>
<86v8fruwur.fsf@HIDDEN> <83352vwb6v.fsf@HIDDEN>
Date: Tue, 13 Jun 2023 16:59:19 -0400
Message-ID: <ier8rcngjtk.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="=-=-="
X-Spam-Score: -0.0 (/)
X-Debbugs-Envelope-To: 62700
Cc: 62700 <at> debbugs.gnu.org, sbaugh@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 (-)
--=-=-=
Content-Type: text/plain
Eli Zaretskii <eliz@HIDDEN> writes:
>> From: Juri Linkov <juri@HIDDEN>
>> Cc: sbaugh@HIDDEN, 62700 <at> debbugs.gnu.org, sbaugh@HIDDEN
>> Date: Tue, 13 Jun 2023 19:54:04 +0300
>>
>> >> I checked that no problems occurred in minibuffer.el on the master branch.
>> >
>> > Thanks. I wasn't sure that my manual resolution of the merge conflict
>> > in this case was correct.
>>
>> I looked at the patch that should be pushed to master, and noticed
>> that probably it needs the same change that was applied in emacs-29.
>> Maybe Spencer could confirm what would be the right patch for master.
>
> Yes, Spencer, please take a look.
Indeed it needs the same change. Here's the version of the patch that
should be pushed to master.
--=-=-=
Content-Type: text/x-patch
Content-Disposition: inline;
filename=0001-Handle-point-not-at-EOB-in-minibuffer-choose-complet.patch
From 4769e70e2e9af6eb68947d6c2ed0dcff0831def0 Mon Sep 17 00:00:00 2001
From: Spencer Baugh <sbaugh@HIDDEN>
Date: Mon, 24 Apr 2023 10:05:24 -0400
Subject: [PATCH] Handle point not at EOB in minibuffer-choose-completion
Without this change, only the minibuffer contents before point are
cleared when a completion is chosen, which results in stray text when
point is in the middle of the minibuffer.
After this change, we heuristically decide either to clear the whole
buffer or only part of it, taking into account the location of point.
* lisp/minibuffer.el (minibuffer-completion-help): Use point when
calculating completion-base-affixes. (Bug#62700)
---
lisp/minibuffer.el | 6 +++++-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/lisp/minibuffer.el b/lisp/minibuffer.el
index 539206a19e4..d079dc0bcdf 100644
--- a/lisp/minibuffer.el
+++ b/lisp/minibuffer.el
@@ -2395,7 +2395,11 @@ minibuffer-completion-help
(prefix (unless (zerop base-size) (substring string 0 base-size)))
(base-prefix (buffer-substring (minibuffer--completion-prompt-end)
(+ start base-size)))
- (base-suffix (buffer-substring (point) (point-max)))
+ (base-suffix
+ (if (eq (alist-get 'category (cdr md)) 'file)
+ (buffer-substring (save-excursion (or (search-forward "/" nil t) (point-max)))
+ (point-max))
+ ""))
(all-md (completion--metadata (buffer-substring-no-properties
start (point))
base-size md
--
2.39.3
--=-=-=--
bug-gnu-emacs@HIDDEN:bug#62700; Package emacs.
Full text available.
Received: (at 62700) by debbugs.gnu.org; 13 Jun 2023 16:58:55 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Tue Jun 13 12:58:54 2023
Received: from localhost ([127.0.0.1]:42931 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1q97M6-0007P6-Ay
for submit <at> debbugs.gnu.org; Tue, 13 Jun 2023 12:58:54 -0400
Received: from eggs.gnu.org ([209.51.188.92]:39202)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <eliz@HIDDEN>) id 1q97M4-0007Ot-6J
for 62700 <at> debbugs.gnu.org; Tue, 13 Jun 2023 12:58:53 -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 1q97Ly-0007ym-Dt; Tue, 13 Jun 2023 12:58:46 -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=YiNJkL2iIJLvS1ybTIwbgX8UD/Kgr+W7oqKdpHy9Kqw=; b=gx4wOkb1Dq7W
vrL/kNIn+GPYbtCNroT8zirnOIJovD52jn3NFGLuTy4xntnEorW+v63AYJLPaaLgHwpvPgp8yw4EJ
kkuCapYuF2MbrovVwDG3yXOW8sSJZe++HK341Q8BLnNNR1qPHXvEjjhidDunzrUtKAWhp1kYOUfuf
eYlGMi7DnxWDzM9YPlo8ClXiiq6ijrl6xFdNABeMnLNpOZUvnr/jaDTLPrH0IIgJk9tjrYttFcQyZ
T/46vrV02AucFPujMvgEzPMUnuuGVfJe2jeOsyxddHLvAWTHRSVRWg1pBLgQYHYKpNQwleOkzXrHQ
OmnZWtEFoXoavUTXhRt6xw==;
Received: from [87.69.77.57] (helo=home-c4e4a596f7)
by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
id 1q97Lx-0007MV-Tn; Tue, 13 Jun 2023 12:58:46 -0400
Date: Tue, 13 Jun 2023 19:59:04 +0300
Message-Id: <83352vwb6v.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
To: Juri Linkov <juri@HIDDEN>
In-Reply-To: <86v8fruwur.fsf@HIDDEN> (message from Juri Linkov on
Tue, 13 Jun 2023 19:54:04 +0300)
Subject: Re: bug#62700: 29.0.60;
minibuffer-{previous,next,choose}-completion behave unintuitively when
point is not at end of buffer
References: <b921ea5c-71a2-4e8f-b1cf-dd26831f8104@HIDDEN>
<8635574n10.fsf@HIDDEN> <ierfs8uzebf.fsf@HIDDEN>
<868rema032.fsf@HIDDEN> <iera5z2z90q.fsf@HIDDEN>
<83r0se4bwf.fsf@HIDDEN> <87pm7xkqsd.fsf@HIDDEN>
<83jzy419bk.fsf@HIDDEN> <874jourckv.fsf@HIDDEN>
<83lei6mxa0.fsf@HIDDEN> <86wn1jutxv.fsf@HIDDEN>
<83zg6eby5t.fsf@HIDDEN> <83r0qjzj22.fsf@HIDDEN>
<86h6rccz9c.fsf@HIDDEN> <83v8fsw0r9.fsf@HIDDEN>
<86v8fruwur.fsf@HIDDEN>
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 62700
Cc: 62700 <at> debbugs.gnu.org, sbaugh@HIDDEN, sbaugh@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: Juri Linkov <juri@HIDDEN>
> Cc: sbaugh@HIDDEN, 62700 <at> debbugs.gnu.org, sbaugh@HIDDEN
> Date: Tue, 13 Jun 2023 19:54:04 +0300
>
> >> I checked that no problems occurred in minibuffer.el on the master branch.
> >
> > Thanks. I wasn't sure that my manual resolution of the merge conflict
> > in this case was correct.
>
> I looked at the patch that should be pushed to master, and noticed
> that probably it needs the same change that was applied in emacs-29.
> Maybe Spencer could confirm what would be the right patch for master.
Yes, Spencer, please take a look.
bug-gnu-emacs@HIDDEN:bug#62700; Package emacs.
Full text available.
Received: (at 62700) by debbugs.gnu.org; 13 Jun 2023 16:56:39 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Tue Jun 13 12:56:39 2023
Received: from localhost ([127.0.0.1]:42926 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1q97Ju-0007Ln-SH
for submit <at> debbugs.gnu.org; Tue, 13 Jun 2023 12:56:39 -0400
Received: from relay4-d.mail.gandi.net ([217.70.183.196]:39689)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <juri@HIDDEN>) id 1q97Jt-0007La-Tv
for 62700 <at> debbugs.gnu.org; Tue, 13 Jun 2023 12:56:38 -0400
X-GND-Sasl: juri@HIDDEN
X-GND-Sasl: juri@HIDDEN
X-GND-Sasl: juri@HIDDEN
X-GND-Sasl: juri@HIDDEN
Received: by mail.gandi.net (Postfix) with ESMTPSA id 5C916E000D;
Tue, 13 Jun 2023 16:56:29 +0000 (UTC)
From: Juri Linkov <juri@HIDDEN>
To: Eli Zaretskii <eliz@HIDDEN>
Subject: Re: bug#62700: 29.0.60;
minibuffer-{previous,next,choose}-completion behave unintuitively when
point is not at end of buffer
In-Reply-To: <83v8fsw0r9.fsf@HIDDEN> (Eli Zaretskii's message of "Tue, 13 Jun
2023 05:32:10 +0300")
Organization: LINKOV.NET
References: <b921ea5c-71a2-4e8f-b1cf-dd26831f8104@HIDDEN>
<8635574n10.fsf@HIDDEN> <ierfs8uzebf.fsf@HIDDEN>
<868rema032.fsf@HIDDEN> <iera5z2z90q.fsf@HIDDEN>
<83r0se4bwf.fsf@HIDDEN> <87pm7xkqsd.fsf@HIDDEN>
<83jzy419bk.fsf@HIDDEN> <874jourckv.fsf@HIDDEN>
<83lei6mxa0.fsf@HIDDEN> <86wn1jutxv.fsf@HIDDEN>
<83zg6eby5t.fsf@HIDDEN> <83r0qjzj22.fsf@HIDDEN>
<86h6rccz9c.fsf@HIDDEN> <83v8fsw0r9.fsf@HIDDEN>
Date: Tue, 13 Jun 2023 19:54:04 +0300
Message-ID: <86v8fruwur.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/30.0.50 (x86_64-pc-linux-gnu)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: -0.7 (/)
X-Debbugs-Envelope-To: 62700
Cc: 62700 <at> debbugs.gnu.org, sbaugh@HIDDEN, sbaugh@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 (-)
>> > but today I merged from emacs-29 to master and got conflicts in
>> > minibuffer.el. The conflicts were strange: they seemed to be caused
>> > by gitmerge.el attempting to merge backported changes? That should
>> > not happen.
>>
>> The merge conflict occurred because the first commit e338a8ac41d
>> was pushed to emacs-29 with the keyword "backport", but 2a84ab905c8
>> without any keyword that would prevent an attempt of its merge to master.
>>
>> > Would you please look at minibuffer.el on the master branch and see if
>> > anything there needs fixing?
>>
>> I checked that no problems occurred in minibuffer.el on the master branch.
>
> Thanks. I wasn't sure that my manual resolution of the merge conflict
> in this case was correct.
I looked at the patch that should be pushed to master, and noticed
that probably it needs the same change that was applied in emacs-29.
Maybe Spencer could confirm what would be the right patch for master.
bug-gnu-emacs@HIDDEN:bug#62700; Package emacs.
Full text available.
Received: (at 62700) by debbugs.gnu.org; 13 Jun 2023 02:32:03 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Jun 12 22:32:03 2023
Received: from localhost ([127.0.0.1]:41033 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1q8tpD-0000pB-39
for submit <at> debbugs.gnu.org; Mon, 12 Jun 2023 22:32:03 -0400
Received: from eggs.gnu.org ([209.51.188.92]:41562)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <eliz@HIDDEN>) id 1q8tpB-0000oh-6Y
for 62700 <at> debbugs.gnu.org; Mon, 12 Jun 2023 22:32: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 1q8tp4-0000xp-0L; Mon, 12 Jun 2023 22:31:54 -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=I/25OXrf5UPmCe/OFNigWNErU44/scH7mWFLlpNgT2c=; b=jhvq+I1IMSDe
diIHdxZfWDhOZ4dFDFHMyOI/ktLwNVYgUWp/1ne/Fxp4cIEkqZ665cXZzMd7IlKucLmOdlJD3+wkk
+F6Y+ySZxDYuP46MbI1V90jw+GV5IHyO3V6E8qZRMxbu3phfw8N0UzPciFq4Q6Z0owFr2Oaw8QKDt
umEtVTCeDNVp2KrKBX6lyoJiLJizKeznejOnwyoMgnaO1kXiwQWm/smB/04R2ykD6XPNGvGEaxMNB
o0aaTJ7ZXwE9JxzW9IJzKkgQa/J5l5Qj5jsOTI5KSjUsxF7v2/7ay/Xb7lhGK3eBt1lDPq0w+ckwp
XrJmlFlmvcopyGEvsC2Beg==;
Received: from [87.69.77.57] (helo=home-c4e4a596f7)
by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
id 1q8tp3-00055o-0a; Mon, 12 Jun 2023 22:31:53 -0400
Date: Tue, 13 Jun 2023 05:32:10 +0300
Message-Id: <83v8fsw0r9.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
To: Juri Linkov <juri@HIDDEN>
In-Reply-To: <86h6rccz9c.fsf@HIDDEN> (message from Juri Linkov on
Mon, 12 Jun 2023 21:27:11 +0300)
Subject: Re: bug#62700: 29.0.60;
minibuffer-{previous,next,choose}-completion behave unintuitively when
point is not at end of buffer
References: <b921ea5c-71a2-4e8f-b1cf-dd26831f8104@HIDDEN>
<8635574n10.fsf@HIDDEN> <ierfs8uzebf.fsf@HIDDEN>
<868rema032.fsf@HIDDEN> <iera5z2z90q.fsf@HIDDEN>
<83r0se4bwf.fsf@HIDDEN> <87pm7xkqsd.fsf@HIDDEN>
<83jzy419bk.fsf@HIDDEN> <874jourckv.fsf@HIDDEN>
<83lei6mxa0.fsf@HIDDEN> <86wn1jutxv.fsf@HIDDEN>
<83zg6eby5t.fsf@HIDDEN> <83r0qjzj22.fsf@HIDDEN>
<86h6rccz9c.fsf@HIDDEN>
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 62700
Cc: 62700 <at> debbugs.gnu.org, sbaugh@HIDDEN, sbaugh@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: Juri Linkov <juri@HIDDEN>
> Cc: sbaugh@HIDDEN, 62700 <at> debbugs.gnu.org, sbaugh@HIDDEN
> Date: Mon, 12 Jun 2023 21:27:11 +0300
>
> > but today I merged from emacs-29 to master and got conflicts in
> > minibuffer.el. The conflicts were strange: they seemed to be caused
> > by gitmerge.el attempting to merge backported changes? That should
> > not happen.
>
> The merge conflict occurred because the first commit e338a8ac41d
> was pushed to emacs-29 with the keyword "backport", but 2a84ab905c8
> without any keyword that would prevent an attempt of its merge to master.
>
> > Would you please look at minibuffer.el on the master branch and see if
> > anything there needs fixing?
>
> I checked that no problems occurred in minibuffer.el on the master branch.
Thanks. I wasn't sure that my manual resolution of the merge conflict
in this case was correct.
bug-gnu-emacs@HIDDEN:bug#62700; Package emacs.
Full text available.
Received: (at 62700) by debbugs.gnu.org; 12 Jun 2023 18:29:35 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Jun 12 14:29:35 2023
Received: from localhost ([127.0.0.1]:40501 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1q8mII-0003CH-OM
for submit <at> debbugs.gnu.org; Mon, 12 Jun 2023 14:29:35 -0400
Received: from relay4-d.mail.gandi.net ([217.70.183.196]:33335)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <juri@HIDDEN>) id 1q8mIG-0003C1-EL
for 62700 <at> debbugs.gnu.org; Mon, 12 Jun 2023 14:29:32 -0400
X-GND-Sasl: juri@HIDDEN
X-GND-Sasl: juri@HIDDEN
X-GND-Sasl: juri@HIDDEN
X-GND-Sasl: juri@HIDDEN
Received: by mail.gandi.net (Postfix) with ESMTPSA id 21E3CE0005;
Mon, 12 Jun 2023 18:29:24 +0000 (UTC)
From: Juri Linkov <juri@HIDDEN>
To: Eli Zaretskii <eliz@HIDDEN>
Subject: Re: bug#62700: 29.0.60;
minibuffer-{previous,next,choose}-completion behave unintuitively when
point is not at end of buffer
In-Reply-To: <83r0qjzj22.fsf@HIDDEN> (Eli Zaretskii's message of "Sat, 10 Jun
2023 13:51:49 +0300")
Organization: LINKOV.NET
References: <b921ea5c-71a2-4e8f-b1cf-dd26831f8104@HIDDEN>
<8635574n10.fsf@HIDDEN> <ierfs8uzebf.fsf@HIDDEN>
<868rema032.fsf@HIDDEN> <iera5z2z90q.fsf@HIDDEN>
<83r0se4bwf.fsf@HIDDEN> <87pm7xkqsd.fsf@HIDDEN>
<83jzy419bk.fsf@HIDDEN> <874jourckv.fsf@HIDDEN>
<83lei6mxa0.fsf@HIDDEN> <86wn1jutxv.fsf@HIDDEN>
<83zg6eby5t.fsf@HIDDEN> <83r0qjzj22.fsf@HIDDEN>
Date: Mon, 12 Jun 2023 21:27:11 +0300
Message-ID: <86h6rccz9c.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/30.0.50 (x86_64-pc-linux-gnu)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: -0.7 (/)
X-Debbugs-Envelope-To: 62700
Cc: 62700 <at> debbugs.gnu.org, sbaugh@HIDDEN, sbaugh@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 (-)
>> > > Thanks, installed on the emacs-29 branch, and closing the bug.
>> >
>> > Should the original patch be installed to master now?
>>
>> It's up to you.
>
> I don't know what you did after this message,
I didn't install on master anything because I refrain from developing
new features on master until emacs-29 is released to avoid merge conflicts.
> but today I merged from emacs-29 to master and got conflicts in
> minibuffer.el. The conflicts were strange: they seemed to be caused
> by gitmerge.el attempting to merge backported changes? That should
> not happen.
The merge conflict occurred because the first commit e338a8ac41d
was pushed to emacs-29 with the keyword "backport", but 2a84ab905c8
without any keyword that would prevent an attempt of its merge to master.
> Would you please look at minibuffer.el on the master branch and see if
> anything there needs fixing?
I checked that no problems occurred in minibuffer.el on the master branch.
So probably I will continue installing postponed patches to master
since merge conflicts are really not a problem.
bug-gnu-emacs@HIDDEN:bug#62700; Package emacs.
Full text available.
Received: (at 62700) by debbugs.gnu.org; 10 Jun 2023 10:51:48 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sat Jun 10 06:51:48 2023
Received: from localhost ([127.0.0.1]:33343 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1q7wCB-0005iq-R3
for submit <at> debbugs.gnu.org; Sat, 10 Jun 2023 06:51:48 -0400
Received: from eggs.gnu.org ([209.51.188.92]:48530)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <eliz@HIDDEN>) id 1q7wC9-0005iZ-C4
for 62700 <at> debbugs.gnu.org; Sat, 10 Jun 2023 06:51:46 -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 1q7wC3-0002Lh-Fo; Sat, 10 Jun 2023 06:51:39 -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=WWNtV6Ojq8qSnI98ZC/QUCKthO/flWaxs4TQlVBNBcc=; b=XQIZPHEWSCrp
XLd3V9cBCP/VJMm1D0mDBURKU9T7y6RF2UJAvoWzajSFZbX4GGqbqVau721jqh1be+MF8s7Sd5vRX
Thw/qg0cV1/8bJcbFM2q4KwKu8hFE1D1ntRQoDTvZtU1LkJn0V3XRw+si2wIEXrI5EGck4GZV4C3r
QvFpiNYb5aJqLDZ9HsGWwpj/2ETH9zayjOLKXhQx0X2baR3IgLm0RmG/JJVjnwiVhqYAwaA0mRl3A
izAmAEgaHtcFcgtCBvSa/n5XPzERJT37wjbjjujwBweQ39Thglh7JsKRScLDD5XQbNQWZbMz2soJB
ChcdQpLP5rNZyE47Yp8Z7Q==;
Received: from [87.69.77.57] (helo=home-c4e4a596f7)
by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
id 1q7wC2-0003bC-WF; Sat, 10 Jun 2023 06:51:39 -0400
Date: Sat, 10 Jun 2023 13:51:49 +0300
Message-Id: <83r0qjzj22.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
To: sbaugh@HIDDEN
In-Reply-To: <83zg6eby5t.fsf@HIDDEN> (message from Eli Zaretskii on Mon, 08
May 2023 19:11:58 +0300)
Subject: Re: bug#62700: 29.0.60;
minibuffer-{previous,next,choose}-completion behave unintuitively when
point is not at end of buffer
References: <b921ea5c-71a2-4e8f-b1cf-dd26831f8104@HIDDEN>
<8635574n10.fsf@HIDDEN> <ierfs8uzebf.fsf@HIDDEN>
<868rema032.fsf@HIDDEN> <iera5z2z90q.fsf@HIDDEN>
<83r0se4bwf.fsf@HIDDEN> <87pm7xkqsd.fsf@HIDDEN>
<83jzy419bk.fsf@HIDDEN> <874jourckv.fsf@HIDDEN>
<83lei6mxa0.fsf@HIDDEN> <86wn1jutxv.fsf@HIDDEN>
<83zg6eby5t.fsf@HIDDEN>
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 62700
Cc: 62700 <at> debbugs.gnu.org, sbaugh@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 (---)
> Date: Mon, 08 May 2023 19:11:58 +0300
> From: Eli Zaretskii <eliz@HIDDEN>
> Cc: 62700 <at> debbugs.gnu.org, sbaugh@HIDDEN, sbaugh@HIDDEN
>
> > From: Juri Linkov <juri@HIDDEN>
> > Cc: sbaugh@HIDDEN, 62700 <at> debbugs.gnu.org, sbaugh@HIDDEN
> > Date: Mon, 08 May 2023 18:48:12 +0300
> >
> > > Thanks, installed on the emacs-29 branch, and closing the bug.
> >
> > Should the original patch be installed to master now?
>
> It's up to you.
I don't know what you did after this message, but today I merged from
emacs-29 to master and got conflicts in minibuffer.el. The conflicts
were strange: they seemed to be caused by gitmerge.el attempting to
merge backported changes? That should not happen.
Would you please look at minibuffer.el on the master branch and see if
anything there needs fixing?
Thanks.
bug-gnu-emacs@HIDDEN:bug#62700; Package emacs.
Full text available.
Received: (at 62700) by debbugs.gnu.org; 4 Jun 2023 07:08:32 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sun Jun 04 03:08:32 2023
Received: from localhost ([127.0.0.1]:44792 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1q5hqq-0005il-C3
for submit <at> debbugs.gnu.org; Sun, 04 Jun 2023 03:08:32 -0400
Received: from eggs.gnu.org ([209.51.188.92]:34268)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <eliz@HIDDEN>) id 1q5hqn-0005iX-NX
for 62700 <at> debbugs.gnu.org; Sun, 04 Jun 2023 03:08:30 -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 1q5hqh-00023w-Op; Sun, 04 Jun 2023 03:08:23 -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=vIqunT7d1+Uq73tI86AB7/n9OdwPqbCJowx12J4yHMY=; b=Wvw+Wu2S8ZYz
+mTH2KvHuGQwee8BhGv1JUoZz0S6+U30/8dg1CsGVNGlOHgckxz9wEQdbQPDAMwmffe9zszb2GhCn
2MVsKdwZU4s35V25eMbjd0hT/798d2oMh6hqjjsf8UD5FC35FVGaxhZEwSMCqXDFv0ARa3cGyOZGg
y+3iT0zlKvamEoTll/3J/rloQoU9lOf7I9kOUMt5eDRzMSy75ynCei4A9t1wxYhqVGVKbu36FDUic
Tb1WOymamBbCrc7dhZqL/IGdxOraSJOzcSe/K0QH5/qm5YGxuU6GvxNbJSmVZoYAcqMHDPKALxmx4
2XY7QSHPpW0IByxOLRL4xw==;
Received: from [87.69.77.57] (helo=home-c4e4a596f7)
by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
id 1q5hqh-0004UW-8P; Sun, 04 Jun 2023 03:08:23 -0400
Date: Sun, 04 Jun 2023 10:09:16 +0300
Message-Id: <837csj7lgj.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
To: Spencer Baugh <sbaugh@HIDDEN>
In-Reply-To: <ieredmtz7hv.fsf@HIDDEN> (message from Spencer Baugh on
Fri, 02 Jun 2023 20:58:52 -0400)
Subject: Re: bug#62700: 29.0.60;
minibuffer-{previous,next,choose}-completion behave unintuitively when
point is not at end of buffer
References: <b921ea5c-71a2-4e8f-b1cf-dd26831f8104@HIDDEN>
<8635574n10.fsf@HIDDEN> <ierfs8uzebf.fsf@HIDDEN>
<868rema032.fsf@HIDDEN> <iera5z2z90q.fsf@HIDDEN>
<83r0se4bwf.fsf@HIDDEN> <87pm7xkqsd.fsf@HIDDEN>
<83jzy419bk.fsf@HIDDEN> <874jourckv.fsf@HIDDEN>
<83lei6mxa0.fsf@HIDDEN> <86wn1jutxv.fsf@HIDDEN>
<83zg6eby5t.fsf@HIDDEN> <ieredmtz7hv.fsf@HIDDEN>
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 62700
Cc: 62700 <at> debbugs.gnu.org, sbaugh@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: Spencer Baugh <sbaugh@HIDDEN>
> Cc: Juri Linkov <juri@HIDDEN>, 62700 <at> debbugs.gnu.org, sbaugh@HIDDEN
> Date: Fri, 02 Jun 2023 20:58:52 -0400
>
> It turns out my patch doesn't fully fix the issue, when doing completion
> at the end of a file path. For example:
>
> 1. C-x C-f ~/src/emacs/emacs-29/lisp/.el
> 2. TAB to trigger completion, moving point to before .el
> 3. M-<down>
> 4. The filenames are inserted before the .el, so one gets for example
> ~/src/emacs/emacs-29/lisp/abbrev.el.el
>
> The attached patch for the Emacs 29 branch fixes this remaining case.
Thanks, installed.
Please in the future try to avoid using "path" for anything other than
PATH-style directory lists: the GNU Coding Standards frown on such
usage. (I fixed a couple of such uses in the commit log message
before pushing.)
bug-gnu-emacs@HIDDEN:bug#62700; Package emacs.
Full text available.
Received: (at 62700) by debbugs.gnu.org; 3 Jun 2023 00:59:01 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Fri Jun 02 20:59:01 2023
Received: from localhost ([127.0.0.1]:41054 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1q5Fbg-0005Xd-Rx
for submit <at> debbugs.gnu.org; Fri, 02 Jun 2023 20:59:01 -0400
Received: from mxout5.mail.janestreet.com ([64.215.233.18]:50191)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <sbaugh@HIDDEN>) id 1q5Fbe-0005XO-5d
for 62700 <at> debbugs.gnu.org; Fri, 02 Jun 2023 20:58:59 -0400
From: Spencer Baugh <sbaugh@HIDDEN>
To: Eli Zaretskii <eliz@HIDDEN>
Subject: Re: bug#62700: 29.0.60;
minibuffer-{previous,next,choose}-completion behave unintuitively when
point is not at end of buffer
In-Reply-To: <83zg6eby5t.fsf@HIDDEN> (Eli Zaretskii's message of "Mon, 08 May
2023 19:11:58 +0300")
References: <b921ea5c-71a2-4e8f-b1cf-dd26831f8104@HIDDEN>
<8635574n10.fsf@HIDDEN> <ierfs8uzebf.fsf@HIDDEN>
<868rema032.fsf@HIDDEN> <iera5z2z90q.fsf@HIDDEN>
<83r0se4bwf.fsf@HIDDEN> <87pm7xkqsd.fsf@HIDDEN>
<83jzy419bk.fsf@HIDDEN> <874jourckv.fsf@HIDDEN>
<83lei6mxa0.fsf@HIDDEN> <86wn1jutxv.fsf@HIDDEN>
<83zg6eby5t.fsf@HIDDEN>
Date: Fri, 02 Jun 2023 20:58:52 -0400
Message-ID: <ieredmtz7hv.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="=-=-="
X-Spam-Score: -0.0 (/)
X-Debbugs-Envelope-To: 62700
Cc: 62700 <at> debbugs.gnu.org, sbaugh@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 (-)
--=-=-=
Content-Type: text/plain
It turns out my patch doesn't fully fix the issue, when doing completion
at the end of a file path. For example:
1. C-x C-f ~/src/emacs/emacs-29/lisp/.el
2. TAB to trigger completion, moving point to before .el
3. M-<down>
4. The filenames are inserted before the .el, so one gets for example
~/src/emacs/emacs-29/lisp/abbrev.el.el
The attached patch for the Emacs 29 branch fixes this remaining case.
--=-=-=
Content-Type: text/x-patch
Content-Disposition: inline;
filename=0001-Handle-point-in-last-file-path-component-in-minibuff.patch
From 33f9cfa6afb7ae232ed6d5bbc4692a463f57a7a8 Mon Sep 17 00:00:00 2001
From: Spencer Baugh <sbaugh@HIDDEN>
Date: Fri, 2 Jun 2023 20:57:32 -0400
Subject: [PATCH] Handle point in last file path component in minibuffer
completion
This is a followup to commit e338a8ac41d4a9fd798dda90275abe75ac071335
(Handle point not at EOB in minibuffer-choose-completion).
That added a heuristic, but the heuristic was insufficient: It still
had the original wrong behavior when completing the last file path
component (i.e., the completion category is 'file and there's no /
after point). This patch makes the heuristic cover that case too.
* lisp/minibuffer.el (minibuffer-next-completion)
(minibuffer-choose-completion): If in file completion and there's no /
after point, clear what's after point when we complete. (Bug#62700)
---
lisp/minibuffer.el | 10 ++++++----
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git a/lisp/minibuffer.el b/lisp/minibuffer.el
index 298f3f8728d..a873e5f9747 100644
--- a/lisp/minibuffer.el
+++ b/lisp/minibuffer.el
@@ -4498,8 +4498,9 @@ minibuffer-next-completion
(base-suffix
(if (eq (alist-get 'category (cdr md)) 'file)
(with-current-buffer buf
- (buffer-substring (save-excursion (search-forward "/" nil t) (point))
- (point-max)))
+ (buffer-substring
+ (save-excursion (or (search-forward "/" nil t) (point-max)))
+ (point-max)))
""))
(completion-base-affixes (list (car completion-base-affixes) base-suffix)))
(choose-completion nil t t))))))
@@ -4524,8 +4525,9 @@ minibuffer-choose-completion
(let* ((md (completion--field-metadata (minibuffer--completion-prompt-end)))
(base-suffix
(if (eq (alist-get 'category (cdr md)) 'file)
- (buffer-substring (save-excursion (search-forward "/" nil t) (point))
- (point-max))
+ (buffer-substring
+ (save-excursion (or (search-forward "/" nil t) (point-max)))
+ (point-max))
"")))
(with-minibuffer-completions-window
(let ((completion-use-base-affixes t)
--
2.39.3
--=-=-=--
bug-gnu-emacs@HIDDEN:bug#62700; Package emacs.
Full text available.
Received: (at 62700) by debbugs.gnu.org; 8 May 2023 16:11:06 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon May 08 12:11:06 2023
Received: from localhost ([127.0.0.1]:41403 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1pw3S6-0004Xx-0N
for submit <at> debbugs.gnu.org; Mon, 08 May 2023 12:11:06 -0400
Received: from eggs.gnu.org ([209.51.188.92]:39704)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <eliz@HIDDEN>) id 1pw3S4-0004XU-Ee
for 62700 <at> debbugs.gnu.org; Mon, 08 May 2023 12:11: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 1pw3Ry-0007ZA-76; Mon, 08 May 2023 12:10:58 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org;
s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date:
mime-version; bh=KCV+NephUTqsmeddfBf9c+8YstgBWFfLxuCXyorr6Jk=; b=mursj1GuHk3z
1gfIX0KNxMvZx/kp6DoPvOkDkw0khxI5snsQUsuZEDdNJ53/fUIV+sv32mH554OYHWB0FM/tHhLQB
nXrKgjuaSSrJZ9YPzVvisu0DnKhPc3/7MmsGn4Ld9ZK5ayMZoPa4gsFDdCwqYmTFEP4Ksv8bhPX5a
ROt1c7vB4QtSHZV6EZkLiV34NuikmVQr0S1KnuPkaoQuAfe1uj1Gb+b+b4S6mOp698BArUvWbVA1R
oYGuOppqqXuylEBYcNtHurYa9wbot9I0XB6Rj/ikEsLKhNHTVJaVe0fHUU3rTVRnT2u5FY+fVqgiW
PsLUxegT1PTJAC6p1hod0Q==;
Received: from [87.69.77.57] (helo=home-c4e4a596f7)
by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
id 1pw3Rx-0006Mq-Mj; Mon, 08 May 2023 12:10:58 -0400
Date: Mon, 08 May 2023 19:11:58 +0300
Message-Id: <83zg6eby5t.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
To: Juri Linkov <juri@HIDDEN>
In-Reply-To: <86wn1jutxv.fsf@HIDDEN> (message from Juri Linkov on
Mon, 08 May 2023 18:48:12 +0300)
Subject: Re: bug#62700: 29.0.60;
minibuffer-{previous,next,choose}-completion behave unintuitively when
point is not at end of buffer
References: <b921ea5c-71a2-4e8f-b1cf-dd26831f8104@HIDDEN>
<8635574n10.fsf@HIDDEN> <ierfs8uzebf.fsf@HIDDEN>
<868rema032.fsf@HIDDEN> <iera5z2z90q.fsf@HIDDEN>
<83r0se4bwf.fsf@HIDDEN> <87pm7xkqsd.fsf@HIDDEN>
<83jzy419bk.fsf@HIDDEN> <874jourckv.fsf@HIDDEN>
<83lei6mxa0.fsf@HIDDEN> <86wn1jutxv.fsf@HIDDEN>
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 62700
Cc: 62700 <at> debbugs.gnu.org, sbaugh@HIDDEN, sbaugh@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: Juri Linkov <juri@HIDDEN>
> Cc: sbaugh@HIDDEN, 62700 <at> debbugs.gnu.org, sbaugh@HIDDEN
> Date: Mon, 08 May 2023 18:48:12 +0300
>
> > Thanks, installed on the emacs-29 branch, and closing the bug.
>
> Should the original patch be installed to master now?
It's up to you.
bug-gnu-emacs@HIDDEN:bug#62700; Package emacs.
Full text available.
Received: (at 62700) by debbugs.gnu.org; 8 May 2023 15:57:00 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon May 08 11:57:00 2023
Received: from localhost ([127.0.0.1]:41382 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1pw3ES-0004A9-Ba
for submit <at> debbugs.gnu.org; Mon, 08 May 2023 11:57:00 -0400
Received: from relay5-d.mail.gandi.net ([217.70.183.197]:35309)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <juri@HIDDEN>) id 1pw3EQ-00049g-QG
for 62700 <at> debbugs.gnu.org; Mon, 08 May 2023 11:56:59 -0400
Received: (Authenticated sender: juri@HIDDEN)
by mail.gandi.net (Postfix) with ESMTPSA id 84B0F1C0006;
Mon, 8 May 2023 15:56:51 +0000 (UTC)
From: Juri Linkov <juri@HIDDEN>
To: Eli Zaretskii <eliz@HIDDEN>
Subject: Re: bug#62700: 29.0.60;
minibuffer-{previous,next,choose}-completion behave unintuitively when
point is not at end of buffer
In-Reply-To: <83lei6mxa0.fsf@HIDDEN> (Eli Zaretskii's message of "Tue, 02 May
2023 20:57:27 +0300")
Organization: LINKOV.NET
References: <b921ea5c-71a2-4e8f-b1cf-dd26831f8104@HIDDEN>
<8635574n10.fsf@HIDDEN> <ierfs8uzebf.fsf@HIDDEN>
<868rema032.fsf@HIDDEN> <iera5z2z90q.fsf@HIDDEN>
<83r0se4bwf.fsf@HIDDEN> <87pm7xkqsd.fsf@HIDDEN>
<83jzy419bk.fsf@HIDDEN> <874jourckv.fsf@HIDDEN>
<83lei6mxa0.fsf@HIDDEN>
Date: Mon, 08 May 2023 18:48:12 +0300
Message-ID: <86wn1jutxv.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/30.0.50 (x86_64-pc-linux-gnu)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: -0.7 (/)
X-Debbugs-Envelope-To: 62700
Cc: 62700 <at> debbugs.gnu.org, sbaugh@HIDDEN, sbaugh@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 (-)
> Thanks, installed on the emacs-29 branch, and closing the bug.
Should the original patch be installed to master now?
That is the simpler fix mentioned in the commit
e338a8ac41d4a9fd798dda90275abe75ac071335:
This is a backport for the Emacs 29 release branch of a simpler
fix in minibuffer-completion-help.
bug-gnu-emacs@HIDDEN:bug#62700; Package emacs.
Full text available.
Received: (at 62700-done) by debbugs.gnu.org; 2 May 2023 17:56:52 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Tue May 02 13:56:52 2023
Received: from localhost ([127.0.0.1]:44994 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1ptuF9-0003zb-LW
for submit <at> debbugs.gnu.org; Tue, 02 May 2023 13:56:51 -0400
Received: from eggs.gnu.org ([209.51.188.92]:35022)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <eliz@HIDDEN>) id 1ptuF7-0003zJ-Cq
for 62700-done <at> debbugs.gnu.org; Tue, 02 May 2023 13:56:49 -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 1ptuF0-0003ms-Ay; Tue, 02 May 2023 13:56:42 -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=f04Jj35140i/RXkfKBxcLDXJXwR65FITEKXv1PXVRJw=; b=pnqcX8Zg+LPM
nkIX5/GMDvcoVRUlpT3HcPdRSGLTz1ekJxGzbCzNcr0M9jVHawAxJtEguViEsgouuOR2y7XMZb5Ug
uTvajmEVNFgFxMGLJoTpft/1OJQtnrvKx7sEnGAcfdBSCPumPAItBDSgqqct0y9ACmYEsb2ksH4/0
UKSvOEkMOsYylG2Sb3AAzfTcg1p9qEuL6LDo8aij6Zrm00z0rwyg06tgOBc3Kq15wAwnkQoqhxenI
5rpbopwvuZQg6AKtfcKmsCWcPbJ9iZ6fESGlhWrcgZanaOjZKgECJUSOv3bD6daGkKfWZAgbd3KCU
NcSvUjnxFwmDrO5Z1ZwMbQ==;
Received: from [87.69.77.57] (helo=home-c4e4a596f7)
by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
id 1ptuEz-0003CX-KJ; Tue, 02 May 2023 13:56:41 -0400
Date: Tue, 02 May 2023 20:57:27 +0300
Message-Id: <83lei6mxa0.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
To: sbaugh@HIDDEN
In-Reply-To: <874jourckv.fsf@HIDDEN> (sbaugh@HIDDEN)
Subject: Re: bug#62700: 29.0.60; minibuffer-{previous,next,choose}-completion
behave unintuitively when point is not at end of buffer
References: <b921ea5c-71a2-4e8f-b1cf-dd26831f8104@HIDDEN>
<8635574n10.fsf@HIDDEN> <ierfs8uzebf.fsf@HIDDEN>
<868rema032.fsf@HIDDEN> <iera5z2z90q.fsf@HIDDEN>
<83r0se4bwf.fsf@HIDDEN> <87pm7xkqsd.fsf@HIDDEN>
<83jzy419bk.fsf@HIDDEN> <874jourckv.fsf@HIDDEN>
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 62700-done
Cc: 62700-done <at> debbugs.gnu.org, sbaugh@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: sbaugh@HIDDEN
> Date: Tue, 02 May 2023 15:13:21 +0000 (UTC)
> Cc: 62700 <at> debbugs.gnu.org, sbaugh@HIDDEN, juri@HIDDEN
>
> OK, here's the patch with this change.
>
> (As discussed elsewhere in the thread, the patch includes changes to
> minibuffer-choose-completion because that function also is affected by
> the bug and also needs to be fixed)
Thanks, installed on the emacs-29 branch, and closing the bug.
Please in the future try to remember to mention the bug number in the
commit log messages, once the number is known. You forgot that in the
two changesets I just installed, so I needed to amend that manually.
Spencer Baugh <sbaugh@HIDDEN>:Eli Zaretskii <eliz@HIDDEN>:
Received: (at 62700) by debbugs.gnu.org; 2 May 2023 15:13:29 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Tue May 02 11:13:29 2023
Received: from localhost ([127.0.0.1]:44827 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1ptrh2-0007L8-Ip
for submit <at> debbugs.gnu.org; Tue, 02 May 2023 11:13:29 -0400
Received: from s.wrqvwxzv.outbound-mail.sendgrid.net ([149.72.154.232]:38680)
by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from
<bounces+21787432-9544-62700=debbugs.gnu.org@HIDDEN>)
id 1ptrh0-0007Km-GF
for 62700 <at> debbugs.gnu.org; Tue, 02 May 2023 11:13:27 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=catern.com;
h=from:subject:in-reply-to:references:mime-version:to:cc:content-type:
cc:content-type:from:subject:to;
s=s1; bh=ZnNbtigu3k0Z/y0LGNq/fRyZR7sjjaFtj6GvUbkATik=;
b=lDOl21K4LjX9zt03jESV1FY6/FxKc7CXPpqmAc2SRlCTE4/Cko8cU2Fn5w9Oe3iN4/W/
mnsOBDQJ6DgexxUCBwU17jyUQ+7mQ9bvyJu1iM4GkHVD2yfN3Wm9rIMuZi/k6Ws6gQQ3F4
JdyQeKhRokWwRFbfD1DgdIHo5pW556O11O8T1xEPW6LrQwmfClQ1jleGX6nb2bfIlOXHCK
pDekTWkaDXB//JjY3jd8Yfv6PM993X8xeM4efRtfzk3pfIBveyIhBDBx63mqSs63mJUUFF
sI200Qmx8+ltiMCpnfX7iwR15jQcxGsT8Q1p9PG/TIi2Ubx8y9pDzNVSYD3PCSkA==
Received: by filterdrecv-59cb65cf6d-4lbfg with SMTP id
filterdrecv-59cb65cf6d-4lbfg-1-64512890-63
2023-05-02 15:13:20.991122311 +0000 UTC m=+4742398.070011593
Received: from earth.catern.com (unknown) by geopod-ismtpd-15 (SG) with ESMTP
id k1-ysBLKTeicTlcO7xc5CQ Tue, 02 May 2023 15:13:20.757 +0000 (UTC)
X-Comment: SPF check N/A for local connections - client-ip=::1; helo=localhost;
envelope-from=sbaugh@HIDDEN; receiver=<UNKNOWN>
Received: from localhost (localhost [IPv6:::1])
by earth.catern.com (Postfix) with ESMTPSA id 2938260039;
Tue, 2 May 2023 11:13:20 -0400 (EDT)
From: sbaugh@HIDDEN
Subject: Re: bug#62700: 29.0.60; minibuffer-{previous,next,choose}-completion
behave unintuitively when point is not at end of buffer
In-Reply-To: <83jzy419bk.fsf@HIDDEN> (Eli Zaretskii's message of "Sat, 22 Apr
2023 13:48:47 +0300")
References: <b921ea5c-71a2-4e8f-b1cf-dd26831f8104@HIDDEN>
<8635574n10.fsf@HIDDEN> <ierfs8uzebf.fsf@HIDDEN>
<868rema032.fsf@HIDDEN> <iera5z2z90q.fsf@HIDDEN>
<83r0se4bwf.fsf@HIDDEN> <87pm7xkqsd.fsf@HIDDEN>
<83jzy419bk.fsf@HIDDEN>
Date: Tue, 02 May 2023 15:13:21 +0000 (UTC)
Message-ID: <874jourckv.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
X-SG-EID: =?us-ascii?Q?ZgbRq7gjGrt0q=2FPjvxk7wM0yQFRdOkTJAtEbkjCkHbKAsM+HLA4rmDqq=2FBwHmI?=
=?us-ascii?Q?PTg7x3e50VdOnU+cBNMinar0SLmr9l5xKXG=2FAgA?=
=?us-ascii?Q?1pIPabxEU02SqEtPVLtZ=2FgqCLX4o=2Fkrjoy1zgDT?=
=?us-ascii?Q?JhrOv46sbL4+oOygnF60s6JHyMkPymUlhdMnyU7?=
=?us-ascii?Q?zeWUmvwBHAPsMImjvCIZkXWZIx9eTPBE7mQ=3D=3D?=
To: Eli Zaretskii <eliz@HIDDEN>
X-Entity-ID: d/0VcHixlS0t7iB1YKCv4Q==
Content-Type: multipart/mixed; boundary="=-=-="
X-Spam-Score: 1.2 (+)
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:
sbaugh@HIDDEN >> Date: Fri,
21 Apr 2023 18:56:35 +0000 (UTC) >> Cc: Spencer Baugh <sbaugh@HIDDEN>,
62700 <at> debbugs.gnu.org, >> juri@HIDDEN >> >> >> Ah, I thought Eli still
wante [...]
Content analysis details: (1.2 points, 10.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
1.2 RCVD_IN_BL_SPAMCOP_NET RBL: Received via a relay in
bl.spamcop.net
[Blocked - see <https://www.spamcop.net/bl.shtml?149.72.154.232>]
0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record
-0.0 SPF_PASS SPF: sender matches SPF record
-0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2)
[149.72.154.232 listed in wl.mailspike.net]
0.0 UNPARSEABLE_RELAY Informational: message has unparseable relay
lines
X-Debbugs-Envelope-To: 62700
Cc: 62700 <at> debbugs.gnu.org, sbaugh@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.2 (/)
--=-=-=
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Eli Zaretskii <eliz@HIDDEN> writes:
>> From: sbaugh@HIDDEN
>> Date: Fri, 21 Apr 2023 18:56:35 +0000 (UTC)
>> Cc: Spencer Baugh <sbaugh@HIDDEN>, 62700 <at> debbugs.gnu.org,
>> juri@HIDDEN
>>
>> >> Ah, I thought Eli still wanted a backport version because this changes
>> >> code which has been on Emacs 29 for over a year.
>> >
>> > Indeed, that's what I would like to see on the release branch. Mainly
>> > because even if this is deemed a bug, it happens in a relatively rare
>> > situation, so I'd like to avoid risking breakage in code which affects
>> > other situations.
>>
>> Here's the backport for the release branch.
>
> Thanks, but I'd like to make this still safer for the release branch:
>
>> --- a/lisp/minibuffer.el
>> +++ b/lisp/minibuffer.el
>> @@ -4464,13 +4464,21 @@ minibuffer-next-completion
>> When `minibuffer-completion-auto-choose' is non-nil, then also
>> insert the selected completion to the minibuffer."
>> (interactive "p")
>> - (let ((auto-choose minibuffer-completion-auto-choose))
>> + (let* ((auto-choose minibuffer-completion-auto-choose)
>> + ;; Backported fix for bug#62700
>> + (md (completion--field-metadata (minibuffer--completion-prompt-end)))
>> + (base-suffix
>> + (if (eq (alist-get 'category (cdr md)) 'file)
>> + (buffer-substring (save-excursion (search-forward "/" nil t) (point))
>> + (point-max))
>> + "")))
>> (with-minibuffer-completions-window
>> (when completions-highlight-face
>> (setq-local cursor-face-highlight-nonselected-window t))
>> (next-completion (or n 1))
>> (when auto-choose
>> - (let ((completion-use-base-affixes t))
>> + (let ((completion-use-base-affixes t)
>> + (completion-base-affixes (list (car completion-base-affixes) base-suffix)))
>> (choose-completion nil t t))))))
>
> Here, the values used only when minibuffer-completion-auto-choose is
> non-nil should be computed only when that variable is non-nil,
> preferably inside the '(when auto-choose' clause.
OK, here's the patch with this change.
(As discussed elsewhere in the thread, the patch includes changes to
minibuffer-choose-completion because that function also is affected by
the bug and also needs to be fixed)
--=-=-=
Content-Type: text/x-patch
Content-Disposition: inline;
filename=0001-Handle-point-not-at-EOB-in-minibuffer-choose-complet.patch
From d446bec7d59944e25f478a63bd6c980ca7ce48d6 Mon Sep 17 00:00:00 2001
From: Spencer Baugh <sbaugh@HIDDEN>
Date: Fri, 21 Apr 2023 14:55:00 -0400
Subject: [PATCH] Handle point not at EOB in minibuffer-choose-completion
Without this change, only the minibuffer contents before point are
cleared when a completion is chosen, which results in stray text when
point is in the middle of the minibuffer.
After this change, we heuristically decide either to clear the whole
buffer or only part of it, taking into account the location of point.
This is a backport for the Emacs 29 release branch of a simpler fix in
minibuffer-completion-help.
* lisp/minibuffer.el (minibuffer-next-completion):
(minibuffer-choose-completion):
Recalculate completion-base-affixes with point
---
lisp/minibuffer.el | 30 +++++++++++++++++++++++++-----
1 file changed, 25 insertions(+), 5 deletions(-)
diff --git a/lisp/minibuffer.el b/lisp/minibuffer.el
index 21d4607e7cf..f457ecfcf7d 100644
--- a/lisp/minibuffer.el
+++ b/lisp/minibuffer.el
@@ -4460,13 +4460,25 @@ minibuffer-next-completion
When `minibuffer-completion-auto-choose' is non-nil, then also
insert the selected completion to the minibuffer."
(interactive "p")
- (let ((auto-choose minibuffer-completion-auto-choose))
+ (let ((auto-choose minibuffer-completion-auto-choose)
+ (buf (current-buffer)))
(with-minibuffer-completions-window
(when completions-highlight-face
(setq-local cursor-face-highlight-nonselected-window t))
(next-completion (or n 1))
(when auto-choose
- (let ((completion-use-base-affixes t))
+ (let* ((completion-use-base-affixes t)
+ ;; Backported fix for bug#62700
+ (md
+ (with-current-buffer buf
+ (completion--field-metadata (minibuffer--completion-prompt-end))))
+ (base-suffix
+ (if (eq (alist-get 'category (cdr md)) 'file)
+ (with-current-buffer buf
+ (buffer-substring (save-excursion (search-forward "/" nil t) (point))
+ (point-max)))
+ ""))
+ (completion-base-affixes (list (car completion-base-affixes) base-suffix)))
(choose-completion nil t t))))))
(defun minibuffer-previous-completion (&optional n)
@@ -4485,9 +4497,17 @@ minibuffer-choose-completion
If NO-QUIT is non-nil, insert the completion at point to the
minibuffer, but don't quit the completions window."
(interactive "P")
- (with-minibuffer-completions-window
- (let ((completion-use-base-affixes t))
- (choose-completion nil no-exit no-quit))))
+ ;; Backported fix for bug#62700
+ (let* ((md (completion--field-metadata (minibuffer--completion-prompt-end)))
+ (base-suffix
+ (if (eq (alist-get 'category (cdr md)) 'file)
+ (buffer-substring (save-excursion (search-forward "/" nil t) (point))
+ (point-max))
+ "")))
+ (with-minibuffer-completions-window
+ (let ((completion-use-base-affixes t)
+ (completion-base-affixes (list (car completion-base-affixes) base-suffix)))
+ (choose-completion nil no-exit no-quit)))))
(defun minibuffer-complete-history ()
"Complete the minibuffer history as far as possible.
--
2.38.0
--=-=-=--
bug-gnu-emacs@HIDDEN:bug#62700; Package emacs.
Full text available.
Received: (at 62700) by debbugs.gnu.org; 24 Apr 2023 11:22:42 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Apr 24 07:22:42 2023
Received: from localhost ([127.0.0.1]:47692 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1pquHK-0005zA-E2
for submit <at> debbugs.gnu.org; Mon, 24 Apr 2023 07:22:42 -0400
Received: from eggs.gnu.org ([209.51.188.92]:46298)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <eliz@HIDDEN>) id 1pquHJ-0005yy-Fx
for 62700 <at> debbugs.gnu.org; Mon, 24 Apr 2023 07:22:41 -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 1pquHB-0005B5-BU; Mon, 24 Apr 2023 07:22:33 -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=1r4ZPqSC5vQPvLP3ckhEbGOloHkJUtz/On9JMxPTWwQ=; b=Vj21z36St17S
CcfiLInpNlh6CuaMsU8PToN2/hHTrcRHml2FntnF21GE5qgYWByUxBgn6RAxmVwC+Xk8HVJMLanUt
VpcTafP7X+BzePdTjqnEsC5/1FidMctFZmB1olwubRruhxoT6tKCMv7ucqqpBA1WcRAQjc4epE+pI
bGLAtJuxp0YH32YnriFq24q8bL12CqjM6MVVFk4RD8ist5BkreAJh+5PrWfoQlddVynD964YqmLsy
rNlja2rVXeJZaftA7qZnT2mlEhIMT1lhjYUOXxZ+MDjRZam8PTEOwzzAIblmWcmGLdzwu0NeqBYHG
3AJs6inrM2Ux0jtGDzUk7w==;
Received: from [87.69.77.57] (helo=home-c4e4a596f7)
by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
id 1pquHA-0006b9-Ho; Mon, 24 Apr 2023 07:22:33 -0400
Date: Mon, 24 Apr 2023 14:22:56 +0300
Message-Id: <83jzy1y167.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
To: sbaugh@HIDDEN
In-Reply-To: <87a5yylsym.fsf@HIDDEN> (sbaugh@HIDDEN)
Subject: Re: bug#62700: 29.0.60; minibuffer-{previous,next,choose}-completion
behave unintuitively when point is not at end of buffer
References: <b921ea5c-71a2-4e8f-b1cf-dd26831f8104@HIDDEN>
<8635574n10.fsf@HIDDEN> <ierfs8uzebf.fsf@HIDDEN>
<868rema032.fsf@HIDDEN> <iera5z2z90q.fsf@HIDDEN>
<83r0se4bwf.fsf@HIDDEN> <87pm7xkqsd.fsf@HIDDEN>
<83jzy419bk.fsf@HIDDEN> <87ildokraj.fsf@HIDDEN>
<837cu412jt.fsf@HIDDEN> <87cz3vlhqs.fsf@HIDDEN>
<83ttx7yvlt.fsf@HIDDEN> <87a5yylsym.fsf@HIDDEN>
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 62700
Cc: 62700 <at> debbugs.gnu.org, sbaugh@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: sbaugh@HIDDEN
> Date: Sun, 23 Apr 2023 11:48:50 +0000 (UTC)
> Cc: 62700 <at> debbugs.gnu.org, sbaugh@HIDDEN, juri@HIDDEN
>
> Eli Zaretskii <eliz@HIDDEN> writes:
> >> From: sbaugh@HIDDEN
> >> Date: Sat, 22 Apr 2023 21:38:52 +0000 (UTC)
> >> Cc: 62700 <at> debbugs.gnu.org, sbaugh@HIDDEN, juri@HIDDEN
> >>
> >> Eli Zaretskii <eliz@HIDDEN> writes:
> >> > I asked for the changes to affect only code specific to M-<UP> and
> >> > M-<DOWN>, but the patch you posted doesn't limit itself to that,
> >> > AFAICT. Or what am I missing?
> >>
> >> Ah, I didn't realize that was what you were asking for. I can do that,
> >> certainly, but why not also cover M-RET? The bug exists in the exact
> >> same form for M-RET and it will be confusing (though better than
> >> nothing, definitely) if the fix applies to M-<UP> and M-<DOWN> but not
> >> M-RET.
> >
> > If the issue exists for M-RET, then fixing that case as well is okay.
> > The request was not to affect any code that handles also other
> > situation and other keys.
>
> M-RET is bound to minibuffer-choose-completion, so then why the
> objection to a patch which affects minibuffer-choose-completion?
Because we never talked about M-RET until now?
bug-gnu-emacs@HIDDEN:bug#62700; Package emacs.
Full text available.
Received: (at 62700) by debbugs.gnu.org; 23 Apr 2023 11:48:58 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sun Apr 23 07:48:58 2023
Received: from localhost ([127.0.0.1]:44688 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1pqYDC-0005DK-6w
for submit <at> debbugs.gnu.org; Sun, 23 Apr 2023 07:48:58 -0400
Received: from s.wrqvtzvf.outbound-mail.sendgrid.net ([149.72.126.143]:61926)
by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from
<bounces+21787432-9544-62700=debbugs.gnu.org@HIDDEN>)
id 1pqYDA-0005D5-24
for 62700 <at> debbugs.gnu.org; Sun, 23 Apr 2023 07:48:56 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=catern.com;
h=from:subject:in-reply-to:references:mime-version:to:cc:content-type:
content-transfer-encoding:cc:content-type:from:subject:to;
s=s1; bh=WEe0WJUX2ulnjBM+3xV//xZoiTIXDJpTt5o3z1DWWfQ=;
b=P4DdySoV8QOcHfEGhpnrqJ/3yxeA7E53ozzldoRvRLU3tTM4kpG5GORkySFbBbctCcYv
K+pg73yXBw8DRqpgPlBvHWDSjXJYHH44qs4b1K6hyDUDYGOBvrrmK5hIgFe3YFsEecPcN8
23oIGrjtZQgtyRUxejw6Gr0+rymbmk45x5qTqkcSKD9frI5HqJ9Q8iaHura5sauUX83NUE
fS7zf1JHZs3dP3nlm6l65yD2bJMINcGK0u+ZVlmS7vSUZny/KaXTXfEJ7nzg5RwdILacS6
f+Y/ECEaH0kp5pBhliOyqGTQJNOcGlyoNdSXuhOwjnusxvrjV0bmNdmHOfJ4b1+w==
Received: by filterdrecv-7457b4c9b5-mpqcp with SMTP id
filterdrecv-7457b4c9b5-mpqcp-1-64451B22-5
2023-04-23 11:48:50.168666584 +0000 UTC m=+5228083.948754101
Received: from earth.catern.com (unknown) by geopod-ismtpd-16 (SG) with ESMTP
id EBcS4ZEgRJC2Pv2hcJnNww Sun, 23 Apr 2023 11:48:49.962 +0000 (UTC)
X-Comment: SPF check N/A for local connections - client-ip=::1; helo=localhost;
envelope-from=sbaugh@HIDDEN; receiver=<UNKNOWN>
Received: from localhost (localhost [IPv6:::1])
by earth.catern.com (Postfix) with ESMTPSA id 6A59060066;
Sun, 23 Apr 2023 07:48:49 -0400 (EDT)
From: sbaugh@HIDDEN
Subject: Re: bug#62700: 29.0.60; minibuffer-{previous,next,choose}-completion
behave unintuitively when point is not at end of buffer
In-Reply-To: <83ttx7yvlt.fsf@HIDDEN> (Eli Zaretskii's message of "Sun, 23 Apr
2023 09:13:18 +0300")
References: <b921ea5c-71a2-4e8f-b1cf-dd26831f8104@HIDDEN>
<8635574n10.fsf@HIDDEN> <ierfs8uzebf.fsf@HIDDEN>
<868rema032.fsf@HIDDEN> <iera5z2z90q.fsf@HIDDEN>
<83r0se4bwf.fsf@HIDDEN> <87pm7xkqsd.fsf@HIDDEN>
<83jzy419bk.fsf@HIDDEN> <87ildokraj.fsf@HIDDEN>
<837cu412jt.fsf@HIDDEN> <87cz3vlhqs.fsf@HIDDEN>
<83ttx7yvlt.fsf@HIDDEN>
Date: Sun, 23 Apr 2023 11:48:50 +0000 (UTC)
Message-ID: <87a5yylsym.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
X-SG-EID: =?us-ascii?Q?ZgbRq7gjGrt0q=2FPjvxk7wM0yQFRdOkTJAtEbkjCkHbJ8SWLbmsXq3vLtFNXMv9?=
=?us-ascii?Q?FOsXvNTM5ivlBV9v5hFhTjSVolbe+2myTakClD5?=
=?us-ascii?Q?PMXdFBwtSSWa4Rw5tyh=2FHSEB9QQrf6w5tHhSTmB?=
=?us-ascii?Q?ZXlazIXbIpdxb7cWkaSNC6OmFg14pinAaDB2Pdc?=
=?us-ascii?Q?UCTFauzeAUu5L=2F0Ugr1lm7wChww7z65ygUw=3D=3D?=
To: Eli Zaretskii <eliz@HIDDEN>
X-Entity-ID: d/0VcHixlS0t7iB1YKCv4Q==
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Spam-Score: 1.2 (+)
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:
sbaugh@HIDDEN
>> Date: Sat, 22 Apr 2023 21:38:52 +0000 (UTC) >> Cc: 62700 <at> debbugs.gnu.org,
sbaugh@HIDDEN, juri@HIDDEN >> >> Eli Zaretskii [...]
Content analysis details: (1.2 points, 10.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
1.2 RCVD_IN_BL_SPAMCOP_NET RBL: Received via a relay in
bl.spamcop.net
[Blocked - see <https://www.spamcop.net/bl.shtml?149.72.126.143>]
-0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2)
[149.72.126.143 listed in wl.mailspike.net]
0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record
-0.0 SPF_PASS SPF: sender matches SPF record
0.0 UNPARSEABLE_RELAY Informational: message has unparseable relay
lines
X-Debbugs-Envelope-To: 62700
Cc: 62700 <at> debbugs.gnu.org, sbaugh@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.2 (/)
Eli Zaretskii <eliz@HIDDEN> writes:
>> From: sbaugh@HIDDEN
>> Date: Sat, 22 Apr 2023 21:38:52 +0000 (UTC)
>> Cc: 62700 <at> debbugs.gnu.org, sbaugh@HIDDEN, juri@HIDDEN
>>
>> Eli Zaretskii <eliz@HIDDEN> writes:
>> > I asked for the changes to affect only code specific to M-<UP> and
>> > M-<DOWN>, but the patch you posted doesn't limit itself to that,
>> > AFAICT. Or what am I missing?
>>
>> Ah, I didn't realize that was what you were asking for. I can do that,
>> certainly, but why not also cover M-RET? The bug exists in the exact
>> same form for M-RET and it will be confusing (though better than
>> nothing, definitely) if the fix applies to M-<UP> and M-<DOWN> but not
>> M-RET.
>
> If the issue exists for M-RET, then fixing that case as well is okay.
> The request was not to affect any code that handles also other
> situation and other keys.
M-RET is bound to minibuffer-choose-completion, so then why the
objection to a patch which affects minibuffer-choose-completion?
bug-gnu-emacs@HIDDEN:bug#62700; Package emacs.
Full text available.
Received: (at 62700) by debbugs.gnu.org; 23 Apr 2023 06:13:10 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sun Apr 23 02:13:10 2023
Received: from localhost ([127.0.0.1]:44519 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1pqSyD-0001en-M8
for submit <at> debbugs.gnu.org; Sun, 23 Apr 2023 02:13:09 -0400
Received: from eggs.gnu.org ([209.51.188.92]:46800)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <eliz@HIDDEN>) id 1pqSyC-0001eF-6Q
for 62700 <at> debbugs.gnu.org; Sun, 23 Apr 2023 02:13:08 -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 1pqSy2-0004iT-IP; Sun, 23 Apr 2023 02: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=isCHFS8FWHO+sLYQOkXfg8jK/Mae4JCIi9K43M89i2I=; b=qSOPUStRsd02
6Auw2YhzzRhmWKRcSn+bftVHY1OkgID+9CS83VrlDlBWYaNEy6UyptoHPey0vSa4KiBmMOw+9O/ZZ
PsbVqTkPQjgt4OfFgnruU5wa92ijcm5cgjC9ONYMNmSJRjok3pIaKC5A5YGsnJAWDCf9Pxh086x9O
C+kSrrb8iXfdXSJjTvJp8zUgDs+h6cyjjutxdCalXy9qJXfMhZlmvct0DjQBMcpgRg4z/agSKhx4c
HaCxx9/pQCrvdvc7pckCuC9IckPqdSLu+V7I94TDigLXSflrZUUeo/aUQkTSintrQ/Aoh0TiZ0wal
AHdE7RmgKiX6h9lyWTY7Yw==;
Received: from [87.69.77.57] (helo=home-c4e4a596f7)
by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
id 1pqSy1-0001ee-6C; Sun, 23 Apr 2023 02:12:58 -0400
Date: Sun, 23 Apr 2023 09:13:18 +0300
Message-Id: <83ttx7yvlt.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
To: sbaugh@HIDDEN
In-Reply-To: <87cz3vlhqs.fsf@HIDDEN> (sbaugh@HIDDEN)
Subject: Re: bug#62700: 29.0.60; minibuffer-{previous,next,choose}-completion
behave unintuitively when point is not at end of buffer
References: <b921ea5c-71a2-4e8f-b1cf-dd26831f8104@HIDDEN>
<8635574n10.fsf@HIDDEN> <ierfs8uzebf.fsf@HIDDEN>
<868rema032.fsf@HIDDEN> <iera5z2z90q.fsf@HIDDEN>
<83r0se4bwf.fsf@HIDDEN> <87pm7xkqsd.fsf@HIDDEN>
<83jzy419bk.fsf@HIDDEN> <87ildokraj.fsf@HIDDEN>
<837cu412jt.fsf@HIDDEN> <87cz3vlhqs.fsf@HIDDEN>
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 62700
Cc: 62700 <at> debbugs.gnu.org, sbaugh@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: sbaugh@HIDDEN
> Date: Sat, 22 Apr 2023 21:38:52 +0000 (UTC)
> Cc: 62700 <at> debbugs.gnu.org, sbaugh@HIDDEN, juri@HIDDEN
>
> Eli Zaretskii <eliz@HIDDEN> writes:
> > I asked for the changes to affect only code specific to M-<UP> and
> > M-<DOWN>, but the patch you posted doesn't limit itself to that,
> > AFAICT. Or what am I missing?
>
> Ah, I didn't realize that was what you were asking for. I can do that,
> certainly, but why not also cover M-RET? The bug exists in the exact
> same form for M-RET and it will be confusing (though better than
> nothing, definitely) if the fix applies to M-<UP> and M-<DOWN> but not
> M-RET.
If the issue exists for M-RET, then fixing that case as well is okay.
The request was not to affect any code that handles also other
situation and other keys.
bug-gnu-emacs@HIDDEN:bug#62700; Package emacs.
Full text available.
Received: (at 62700) by debbugs.gnu.org; 22 Apr 2023 21:39:02 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sat Apr 22 17:39:01 2023
Received: from localhost ([127.0.0.1]:44279 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1pqKwf-00036F-Gy
for submit <at> debbugs.gnu.org; Sat, 22 Apr 2023 17:39:01 -0400
Received: from s.wrqvtbkv.outbound-mail.sendgrid.net ([149.72.123.24]:38736)
by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from
<bounces+21787432-9544-62700=debbugs.gnu.org@HIDDEN>)
id 1pqKwc-00035z-UT
for 62700 <at> debbugs.gnu.org; Sat, 22 Apr 2023 17:39:00 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=catern.com;
h=from:subject:in-reply-to:references:mime-version:to:cc:content-type:
content-transfer-encoding:cc:content-type:from:subject:to;
s=s1; bh=MwWS2xlkNghB6uCY8g9nKDNf8zCQZuFR9+TiDiwUw1Q=;
b=NvoIAg+gV0coq7oLgFeRESInWwj+Uxjru4sq2YaF6DirsTuaqfCKYv0naUngHBiJM70b
ghD67MVdv+4lYTKLw93J1LCHuT3uETkX9NJfYpfxU8RNblBlNk2olTMrm+KkJqhVYKiZBu
fIbkP0b4mvRBvjDZGWqs3DWxWl758n/g32ZMalNFVbn0xFwuV6oUFdSLimi4y+H5BUF6lT
aAGNQBw8cB2cM2vMq3q2/+7p/q1BYZ/ZsbTHQaiYFKER7sqPI4ZnR01a0XkvPdlS2pnxWb
h7IDWXJYKWMVZLb98+Im4tXGD2ccX5gMZAI0O/Jc1HF2kDN3Y/mM9Wftp0bV91YQ==
Received: by filterdrecv-68f8d557c9-vlqms with SMTP id
filterdrecv-68f8d557c9-vlqms-1-644453EC-17
2023-04-22 21:38:52.718170152 +0000 UTC m=+5177193.570931007
Received: from earth.catern.com (unknown) by geopod-ismtpd-25 (SG) with ESMTP
id 4UGSFTJxRUugizPIO-yMxg Sat, 22 Apr 2023 21:38:52.595 +0000 (UTC)
X-Comment: SPF check N/A for local connections - client-ip=::1; helo=localhost;
envelope-from=sbaugh@HIDDEN; receiver=<UNKNOWN>
Received: from localhost (localhost [IPv6:::1])
by earth.catern.com (Postfix) with ESMTPSA id CFD3360044;
Sat, 22 Apr 2023 17:38:51 -0400 (EDT)
From: sbaugh@HIDDEN
Subject: Re: bug#62700: 29.0.60; minibuffer-{previous,next,choose}-completion
behave unintuitively when point is not at end of buffer
In-Reply-To: <837cu412jt.fsf@HIDDEN> (Eli Zaretskii's message of "Sat, 22 Apr
2023 16:15:02 +0300")
References: <b921ea5c-71a2-4e8f-b1cf-dd26831f8104@HIDDEN>
<8635574n10.fsf@HIDDEN> <ierfs8uzebf.fsf@HIDDEN>
<868rema032.fsf@HIDDEN> <iera5z2z90q.fsf@HIDDEN>
<83r0se4bwf.fsf@HIDDEN> <87pm7xkqsd.fsf@HIDDEN>
<83jzy419bk.fsf@HIDDEN> <87ildokraj.fsf@HIDDEN>
<837cu412jt.fsf@HIDDEN>
Date: Sat, 22 Apr 2023 21:38:52 +0000 (UTC)
Message-ID: <87cz3vlhqs.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
X-SG-EID: =?us-ascii?Q?ZgbRq7gjGrt0q=2FPjvxk7wM0yQFRdOkTJAtEbkjCkHbIUpJdxwHMujvCd8TBHvN?=
=?us-ascii?Q?UkCY93ByW8CZVvyiPZv37MRlxNr2ao7PWgdSLJD?=
=?us-ascii?Q?ZMZk1Ro3+DcEXPcQidHH5OSNUt1ZJ2u1ddeL0mT?=
=?us-ascii?Q?yB4+4FpEJNoi7ICGFY0XxSMwYHef5ofNPiumhLe?=
=?us-ascii?Q?ClpXa8zbYHZ7ycOi7JG2CztqGnlGRggzuyw=3D=3D?=
To: Eli Zaretskii <eliz@HIDDEN>
X-Entity-ID: d/0VcHixlS0t7iB1YKCv4Q==
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Spam-Score: 0.0 (/)
X-Debbugs-Envelope-To: 62700
Cc: 62700 <at> debbugs.gnu.org, sbaugh@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 (-)
Eli Zaretskii <eliz@HIDDEN> writes:
>> From: sbaugh@HIDDEN
>> Date: Sat, 22 Apr 2023 12:57:57 +0000 (UTC)
>> Cc: 62700 <at> debbugs.gnu.org, sbaugh@HIDDEN, juri@HIDDEN
>>
>> Eli Zaretskii <eliz@HIDDEN> writes:
>>
>> > And here we seem to be modifying code that is not only for when
>> > minibuffer-completion-auto-choose is non-nil, or what am I missing?
>>
>> The bug happens regardless of the value of
>> minibuffer-completion-auto-choose. It doesn't relate to
>> minibuffer-completion-auto-choose.
>
> I asked for the changes to affect only code specific to M-<UP> and
> M-<DOWN>, but the patch you posted doesn't limit itself to that,
> AFAICT. Or what am I missing?
Ah, I didn't realize that was what you were asking for. I can do that,
certainly, but why not also cover M-RET? The bug exists in the exact
same form for M-RET and it will be confusing (though better than
nothing, definitely) if the fix applies to M-<UP> and M-<DOWN> but not
M-RET.
bug-gnu-emacs@HIDDEN:bug#62700; Package emacs.
Full text available.
Received: (at 62700) by debbugs.gnu.org; 22 Apr 2023 13:14:56 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sat Apr 22 09:14:56 2023
Received: from localhost ([127.0.0.1]:42102 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1pqD4p-0002Ii-N9
for submit <at> debbugs.gnu.org; Sat, 22 Apr 2023 09:14:56 -0400
Received: from eggs.gnu.org ([209.51.188.92]:49778)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <eliz@HIDDEN>) id 1pqD4l-0002IO-T1
for 62700 <at> debbugs.gnu.org; Sat, 22 Apr 2023 09:14:54 -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 1pqD4e-0006aJ-SU; Sat, 22 Apr 2023 09:14:44 -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=6JQnwxrdJ2RJgB1OsMklwtCvKBYxQKFWo5Cc8DmDgog=; b=oMOfPSI8pSLZ
EUVEqI+tjj/VGr/3AuWPXqEBiuh+Vz62RYL27HWULzNO6YXchARP4ACn8hRcpySgQkTqJNzbg9LQb
Ng40jtodKO1Sp3PF6S7LeiHUjahjtP0cVz0WhYOpr2Wft7YFCaduBfeOYShUct0O7J1g3qCh9Lm5l
br+ghlEdWjiZbXYGr1hjQlqxOURSIcGXdvbwczDR8IVfvlGC7HT+zFtazGefBdnU+V8hG4uWOtNg2
ovlJFyyqRJUP5NnOdB6JqdTTPXt9Uy1V+jtNKa+LVdTiOTJe1+HLD75Si+/KVqCM6WqiatAGTnBv3
7NWLVsnWzbhIluZkqJTX5g==;
Received: from [87.69.77.57] (helo=home-c4e4a596f7)
by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
id 1pqD4d-000272-TT; Sat, 22 Apr 2023 09:14:44 -0400
Date: Sat, 22 Apr 2023 16:15:02 +0300
Message-Id: <837cu412jt.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
To: sbaugh@HIDDEN
In-Reply-To: <87ildokraj.fsf@HIDDEN> (sbaugh@HIDDEN)
Subject: Re: bug#62700: 29.0.60; minibuffer-{previous,next,choose}-completion
behave unintuitively when point is not at end of buffer
References: <b921ea5c-71a2-4e8f-b1cf-dd26831f8104@HIDDEN>
<8635574n10.fsf@HIDDEN> <ierfs8uzebf.fsf@HIDDEN>
<868rema032.fsf@HIDDEN> <iera5z2z90q.fsf@HIDDEN>
<83r0se4bwf.fsf@HIDDEN> <87pm7xkqsd.fsf@HIDDEN>
<83jzy419bk.fsf@HIDDEN> <87ildokraj.fsf@HIDDEN>
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 62700
Cc: 62700 <at> debbugs.gnu.org, sbaugh@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: sbaugh@HIDDEN
> Date: Sat, 22 Apr 2023 12:57:57 +0000 (UTC)
> Cc: 62700 <at> debbugs.gnu.org, sbaugh@HIDDEN, juri@HIDDEN
>
> Eli Zaretskii <eliz@HIDDEN> writes:
>
> > And here we seem to be modifying code that is not only for when
> > minibuffer-completion-auto-choose is non-nil, or what am I missing?
>
> The bug happens regardless of the value of
> minibuffer-completion-auto-choose. It doesn't relate to
> minibuffer-completion-auto-choose.
I asked for the changes to affect only code specific to M-<UP> and
M-<DOWN>, but the patch you posted doesn't limit itself to that,
AFAICT. Or what am I missing?
bug-gnu-emacs@HIDDEN:bug#62700; Package emacs.
Full text available.
Received: (at 62700) by debbugs.gnu.org; 22 Apr 2023 12:58:05 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sat Apr 22 08:58:05 2023
Received: from localhost ([127.0.0.1]:42091 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1pqCoW-0001r2-Hp
for submit <at> debbugs.gnu.org; Sat, 22 Apr 2023 08:58:04 -0400
Received: from s.wrqvwxzv.outbound-mail.sendgrid.net ([149.72.154.232]:1714)
by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from
<bounces+21787432-9544-62700=debbugs.gnu.org@HIDDEN>)
id 1pqCoV-0001qY-6M
for 62700 <at> debbugs.gnu.org; Sat, 22 Apr 2023 08:58:03 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=catern.com;
h=from:subject:in-reply-to:references:mime-version:to:cc:content-type:
content-transfer-encoding:cc:content-type:from:subject:to;
s=s1; bh=o9GfvmhB9cmqkLgSYNnC97jdm43TK53IS7RkLLFhnl0=;
b=iWN5Z8BWG8nEmRkmGeokY+gG4USK1zOhL3nsgre9aFS6O0yI/SZr+IhFr1rZfl/VRRxp
SxjwMIV7TsDfrnxWkcJPcS01H8tgMuKYGc0R5wa4Jg1l4AiDm3tAepcyImsvSrcIJDbUZR
n1fV7puR8a5cc5YG0NdsgFT6N3hpnqRn5+FW/MuumGvSW5VtsIXOZ0/+wERUB1a22+Y07t
K146LZ20wBNxCNHfj0RcAeLeRMwXMIf8ZuiwxRKcOLMkFDIJtc6ib1sWEW1LJc3p3T7Sal
F6QlSo+pPvmVvqLWSMR/8G5QNKfAe02bNrqSKxBcKb+CIA9vbr6bflFMSxC1BB9w==
Received: by filterdrecv-68f8d557c9-x9fxp with SMTP id
filterdrecv-68f8d557c9-x9fxp-1-6443D9D5-E
2023-04-22 12:57:57.61863529 +0000 UTC m=+5145870.235180732
Received: from earth.catern.com (unknown) by geopod-ismtpd-25 (SG) with ESMTP
id pEmkYM5pRLWeTjJkkpGsdA Sat, 22 Apr 2023 12:57:57.425 +0000 (UTC)
X-Comment: SPF check N/A for local connections - client-ip=::1; helo=localhost;
envelope-from=sbaugh@HIDDEN; receiver=<UNKNOWN>
Received: from localhost (localhost [IPv6:::1])
by earth.catern.com (Postfix) with ESMTPSA id C226860066;
Sat, 22 Apr 2023 08:57:56 -0400 (EDT)
From: sbaugh@HIDDEN
Subject: Re: bug#62700: 29.0.60; minibuffer-{previous,next,choose}-completion
behave unintuitively when point is not at end of buffer
In-Reply-To: <83jzy419bk.fsf@HIDDEN> (Eli Zaretskii's message of "Sat, 22 Apr
2023 13:48:47 +0300")
References: <b921ea5c-71a2-4e8f-b1cf-dd26831f8104@HIDDEN>
<8635574n10.fsf@HIDDEN> <ierfs8uzebf.fsf@HIDDEN>
<868rema032.fsf@HIDDEN> <iera5z2z90q.fsf@HIDDEN>
<83r0se4bwf.fsf@HIDDEN> <87pm7xkqsd.fsf@HIDDEN>
<83jzy419bk.fsf@HIDDEN>
Date: Sat, 22 Apr 2023 12:57:57 +0000 (UTC)
Message-ID: <87ildokraj.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
X-SG-EID: =?us-ascii?Q?ZgbRq7gjGrt0q=2FPjvxk7wM0yQFRdOkTJAtEbkjCkHbK2YcYSFaIwyx10ir8l0E?=
=?us-ascii?Q?B0cFpLRcLdQwPtlWfqfYqyJ9mFvZhuSXU9KkS4U?=
=?us-ascii?Q?cYi0mcFKoPjuDbCp5ho+25F4D5ADTxlCb21w6s9?=
=?us-ascii?Q?3o7KCjfwS2lxsReASNKEz1x7XNfiNFr0TKLBqya?=
=?us-ascii?Q?EQklcIsUu4KZBiZ4+hj4HMOo1ZPRegALILQ=3D=3D?=
To: Eli Zaretskii <eliz@HIDDEN>
X-Entity-ID: d/0VcHixlS0t7iB1YKCv4Q==
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Spam-Score: 1.2 (+)
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:
sbaugh@HIDDEN >> Date: Fri,
21 Apr 2023 18:56:35 +0000 (UTC) >> Cc: Spencer Baugh <sbaugh@HIDDEN>,
62700 <at> debbugs.gnu.org, >> juri@HIDDEN >> >> >> Ah, I thought Eli still
wante [...]
Content analysis details: (1.2 points, 10.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
1.2 RCVD_IN_BL_SPAMCOP_NET RBL: Received via a relay in
bl.spamcop.net
[Blocked - see <https://www.spamcop.net/bl.shtml?149.72.154.232>]
0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record
-0.0 SPF_PASS SPF: sender matches SPF record
-0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2)
[149.72.154.232 listed in wl.mailspike.net]
0.0 UNPARSEABLE_RELAY Informational: message has unparseable relay
lines
X-Debbugs-Envelope-To: 62700
Cc: 62700 <at> debbugs.gnu.org, sbaugh@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.2 (/)
Eli Zaretskii <eliz@HIDDEN> writes:
>> From: sbaugh@HIDDEN
>> Date: Fri, 21 Apr 2023 18:56:35 +0000 (UTC)
>> Cc: Spencer Baugh <sbaugh@HIDDEN>, 62700 <at> debbugs.gnu.org,
>> juri@HIDDEN
>>
>> >> Ah, I thought Eli still wanted a backport version because this changes
>> >> code which has been on Emacs 29 for over a year.
>> >
>> > Indeed, that's what I would like to see on the release branch. Mainly
>> > because even if this is deemed a bug, it happens in a relatively rare
>> > situation, so I'd like to avoid risking breakage in code which affects
>> > other situations.
>>
>> Here's the backport for the release branch.
>
> Thanks, but I'd like to make this still safer for the release branch:
>
>> --- a/lisp/minibuffer.el
>> +++ b/lisp/minibuffer.el
>> @@ -4464,13 +4464,21 @@ minibuffer-next-completion
>> When `minibuffer-completion-auto-choose' is non-nil, then also
>> insert the selected completion to the minibuffer."
>> (interactive "p")
>> - (let ((auto-choose minibuffer-completion-auto-choose))
>> + (let* ((auto-choose minibuffer-completion-auto-choose)
>> + ;; Backported fix for bug#62700
>> + (md (completion--field-metadata (minibuffer--completion-prompt-end)))
>> + (base-suffix
>> + (if (eq (alist-get 'category (cdr md)) 'file)
>> + (buffer-substring (save-excursion (search-forward "/" nil t) (point))
>> + (point-max))
>> + "")))
>> (with-minibuffer-completions-window
>> (when completions-highlight-face
>> (setq-local cursor-face-highlight-nonselected-window t))
>> (next-completion (or n 1))
>> (when auto-choose
>> - (let ((completion-use-base-affixes t))
>> + (let ((completion-use-base-affixes t)
>> + (completion-base-affixes (list (car completion-base-affixes) base-suffix)))
>> (choose-completion nil t t))))))
>
> Here, the values used only when minibuffer-completion-auto-choose is
> non-nil should be computed only when that variable is non-nil,
> preferably inside the '(when auto-choose' clause.
>
>> @@ -4489,9 +4497,17 @@ minibuffer-choose-completion
>> If NO-QUIT is non-nil, insert the completion at point to the
>> minibuffer, but don't quit the completions window."
>> (interactive "P")
>> - (with-minibuffer-completions-window
>> - (let ((completion-use-base-affixes t))
>> - (choose-completion nil no-exit no-quit))))
>> + ;; Backported fix for bug#62700
>> + (let* ((md (completion--field-metadata (minibuffer--completion-prompt-end)))
>> + (base-suffix
>> + (if (eq (alist-get 'category (cdr md)) 'file)
>> + (buffer-substring (save-excursion (search-forward "/" nil t) (point))
>> + (point-max))
>> + "")))
>> + (with-minibuffer-completions-window
>> + (let ((completion-use-base-affixes t)
>> + (completion-base-affixes (list (car completion-base-affixes) base-suffix)))
>> + (choose-completion nil no-exit no-quit)))))
>
> And here we seem to be modifying code that is not only for when
> minibuffer-completion-auto-choose is non-nil, or what am I missing?
The bug happens regardless of the value of
minibuffer-completion-auto-choose. It doesn't relate to
minibuffer-completion-auto-choose.
bug-gnu-emacs@HIDDEN:bug#62700; Package emacs.
Full text available.
Received: (at 62700) by debbugs.gnu.org; 22 Apr 2023 10:48:41 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sat Apr 22 06:48:41 2023
Received: from localhost ([127.0.0.1]:41922 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1pqAnI-0003s6-Mb
for submit <at> debbugs.gnu.org; Sat, 22 Apr 2023 06:48:41 -0400
Received: from eggs.gnu.org ([209.51.188.92]:35492)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <eliz@HIDDEN>) id 1pqAnE-0003rn-O2
for 62700 <at> debbugs.gnu.org; Sat, 22 Apr 2023 06:48:39 -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 1pqAn6-0002VQ-Qd; Sat, 22 Apr 2023 06:48:30 -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=h48zYfQzJPW0xao/LfkX4/BzQlZfSiP39iFdYHCTUtc=; b=mGBS/ZNsXM8v
IXHbTzuuJeI1nJGCpCrbkB66Z5YeVBINO9wc4Klkyq5hkPx1HYtPU2QQWFL5iF8+UE9apsaVc1Xh5
Ft46AMnYMNgoT+QajhkjU/d/y69XD3RfEaP5IYspetEDFwY3DVzrETTFGSdEZx+7R6RqtwL4E3E8r
O0Q7ZYCSWAMGCrGIFp+T6roz1/IXUYWf8tq/8dzCveMj0IYhx0FNJUKXp4yuGx2zpLdEmz6ENi07j
iJJCQHUETGOThgnrYoVl3rLVE5MZhH0YH60rq9vPTsf7Rta8PgJcmK8rqzUNdhlazNRUqECS2u20I
q7y3gmzUyABSJ6UXy4Fvsw==;
Received: from [87.69.77.57] (helo=home-c4e4a596f7)
by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
id 1pqAn6-0000R8-AV; Sat, 22 Apr 2023 06:48:28 -0400
Date: Sat, 22 Apr 2023 13:48:47 +0300
Message-Id: <83jzy419bk.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
To: sbaugh@HIDDEN
In-Reply-To: <87pm7xkqsd.fsf@HIDDEN> (sbaugh@HIDDEN)
Subject: Re: bug#62700: 29.0.60; minibuffer-{previous,next,choose}-completion
behave unintuitively when point is not at end of buffer
References: <b921ea5c-71a2-4e8f-b1cf-dd26831f8104@HIDDEN>
<8635574n10.fsf@HIDDEN> <ierfs8uzebf.fsf@HIDDEN>
<868rema032.fsf@HIDDEN> <iera5z2z90q.fsf@HIDDEN>
<83r0se4bwf.fsf@HIDDEN> <87pm7xkqsd.fsf@HIDDEN>
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 62700
Cc: 62700 <at> debbugs.gnu.org, sbaugh@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: sbaugh@HIDDEN
> Date: Fri, 21 Apr 2023 18:56:35 +0000 (UTC)
> Cc: Spencer Baugh <sbaugh@HIDDEN>, 62700 <at> debbugs.gnu.org,
> juri@HIDDEN
>
> >> Ah, I thought Eli still wanted a backport version because this changes
> >> code which has been on Emacs 29 for over a year.
> >
> > Indeed, that's what I would like to see on the release branch. Mainly
> > because even if this is deemed a bug, it happens in a relatively rare
> > situation, so I'd like to avoid risking breakage in code which affects
> > other situations.
>
> Here's the backport for the release branch.
Thanks, but I'd like to make this still safer for the release branch:
> --- a/lisp/minibuffer.el
> +++ b/lisp/minibuffer.el
> @@ -4464,13 +4464,21 @@ minibuffer-next-completion
> When `minibuffer-completion-auto-choose' is non-nil, then also
> insert the selected completion to the minibuffer."
> (interactive "p")
> - (let ((auto-choose minibuffer-completion-auto-choose))
> + (let* ((auto-choose minibuffer-completion-auto-choose)
> + ;; Backported fix for bug#62700
> + (md (completion--field-metadata (minibuffer--completion-prompt-end)))
> + (base-suffix
> + (if (eq (alist-get 'category (cdr md)) 'file)
> + (buffer-substring (save-excursion (search-forward "/" nil t) (point))
> + (point-max))
> + "")))
> (with-minibuffer-completions-window
> (when completions-highlight-face
> (setq-local cursor-face-highlight-nonselected-window t))
> (next-completion (or n 1))
> (when auto-choose
> - (let ((completion-use-base-affixes t))
> + (let ((completion-use-base-affixes t)
> + (completion-base-affixes (list (car completion-base-affixes) base-suffix)))
> (choose-completion nil t t))))))
Here, the values used only when minibuffer-completion-auto-choose is
non-nil should be computed only when that variable is non-nil,
preferably inside the '(when auto-choose' clause.
> @@ -4489,9 +4497,17 @@ minibuffer-choose-completion
> If NO-QUIT is non-nil, insert the completion at point to the
> minibuffer, but don't quit the completions window."
> (interactive "P")
> - (with-minibuffer-completions-window
> - (let ((completion-use-base-affixes t))
> - (choose-completion nil no-exit no-quit))))
> + ;; Backported fix for bug#62700
> + (let* ((md (completion--field-metadata (minibuffer--completion-prompt-end)))
> + (base-suffix
> + (if (eq (alist-get 'category (cdr md)) 'file)
> + (buffer-substring (save-excursion (search-forward "/" nil t) (point))
> + (point-max))
> + "")))
> + (with-minibuffer-completions-window
> + (let ((completion-use-base-affixes t)
> + (completion-base-affixes (list (car completion-base-affixes) base-suffix)))
> + (choose-completion nil no-exit no-quit)))))
And here we seem to be modifying code that is not only for when
minibuffer-completion-auto-choose is non-nil, or what am I missing?
bug-gnu-emacs@HIDDEN:bug#62700; Package emacs.
Full text available.
Received: (at 62700) by debbugs.gnu.org; 21 Apr 2023 18:56:43 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Fri Apr 21 14:56:43 2023
Received: from localhost ([127.0.0.1]:41157 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1ppvw2-0001Sx-T0
for submit <at> debbugs.gnu.org; Fri, 21 Apr 2023 14:56:43 -0400
Received: from s.wrqvtbkv.outbound-mail.sendgrid.net ([149.72.123.24]:11200)
by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from
<bounces+21787432-9544-62700=debbugs.gnu.org@HIDDEN>)
id 1ppvw0-0001Sj-Bh
for 62700 <at> debbugs.gnu.org; Fri, 21 Apr 2023 14:56:41 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=catern.com;
h=from:subject:in-reply-to:references:mime-version:to:cc:content-type:
cc:content-type:from:subject:to;
s=s1; bh=bUXVRemgsl+C9gZCPflR5Q3quOclMnX4vvEpbs4hTwk=;
b=FQ1a31vc5p9VWmZ1D5kIFshjoKX2QPoj8kdTgPlzRPbn1hYeEapX9jKx/97RhLD/jXr+
cl91O/7FYsbitdRxrlQq0toMZpwM8oR5hDahqQ0yD3an37YNbociqa9h1dp7//OO/GpY2G
vzLFX7j/E1EKvKbswOR5zBAc0HwiC6oqh5pL4IoOWAdNovssmaGc0mfSf8NLxdrYMOdF6c
l0lFAXXbkw4P9vlXDy+Anfp3d1PWs8HI7CSh9Tc+7l8m8yKPqq6DnLaKSO+XOnAIBbFF1A
nmZPp8H1pnecQRYEpYtaT4gkeKVZO06O5I3Ej24WMArAs1rVVI11TZwW4ZO1eoHw==
Received: by filterdrecv-68f8d557c9-5hs8d with SMTP id
filterdrecv-68f8d557c9-5hs8d-1-6442DC63-A
2023-04-21 18:56:35.081827422 +0000 UTC m=+5081104.936067886
Received: from earth.catern.com (unknown) by geopod-ismtpd-16 (SG) with ESMTP
id C9-qPoW-QSmR0Uq0LN6sPg Fri, 21 Apr 2023 18:56:34.912 +0000 (UTC)
X-Comment: SPF check N/A for local connections - client-ip=::1; helo=localhost;
envelope-from=sbaugh@HIDDEN; receiver=<UNKNOWN>
Received: from localhost (localhost [IPv6:::1])
by earth.catern.com (Postfix) with ESMTPSA id 4BF22600AA;
Fri, 21 Apr 2023 14:56:34 -0400 (EDT)
From: sbaugh@HIDDEN
Subject: Re: bug#62700: 29.0.60; minibuffer-{previous,next,choose}-completion
behave unintuitively when point is not at end of buffer
In-Reply-To: <83r0se4bwf.fsf@HIDDEN> (Eli Zaretskii's message of "Thu, 20 Apr
2023 22:00:16 +0300")
References: <b921ea5c-71a2-4e8f-b1cf-dd26831f8104@HIDDEN>
<8635574n10.fsf@HIDDEN> <ierfs8uzebf.fsf@HIDDEN>
<868rema032.fsf@HIDDEN> <iera5z2z90q.fsf@HIDDEN>
<83r0se4bwf.fsf@HIDDEN>
Date: Fri, 21 Apr 2023 18:56:35 +0000 (UTC)
Message-ID: <87pm7xkqsd.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
X-SG-EID: =?us-ascii?Q?ZgbRq7gjGrt0q=2FPjvxk7wM0yQFRdOkTJAtEbkjCkHbJc8QAZRidaYgdF8l6hSJ?=
=?us-ascii?Q?5NFnZnp1MG=2FcUBGqSxXJUjsXktJX=2F6WrEGAYgcy?=
=?us-ascii?Q?K69TTxb5gZolmMHiA7wx7CKIp0GAHJZy3jNzfWF?=
=?us-ascii?Q?xgr4K1AD5dCV1gC2f+Vijwpk8rQe4Tdk678ILI9?=
=?us-ascii?Q?i3Z7kZqXba9BjQ2dmQj130=2FlvCuJADZ9Qcw=3D=3D?=
To: Eli Zaretskii <eliz@HIDDEN>
X-Entity-ID: d/0VcHixlS0t7iB1YKCv4Q==
Content-Type: multipart/mixed; boundary="=-=-="
X-Spam-Score: 0.0 (/)
X-Debbugs-Envelope-To: 62700
Cc: 62700 <at> debbugs.gnu.org, Spencer Baugh <sbaugh@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 (-)
--=-=-=
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Eli Zaretskii <eliz@HIDDEN> writes:
>> Cc: 62700 <at> debbugs.gnu.org, Spencer Baugh <sbaugh@HIDDEN>
>> From: Spencer Baugh <sbaugh@HIDDEN>
>> Date: Thu, 20 Apr 2023 14:46:45 -0400
>>
>> Juri Linkov <juri@HIDDEN> writes:
>> >>>>> It just needs more testing for different categories of completion.
>> >>>>
>> >>>> Which categories do you have in mind?
>> >>>
>> >>> Actually, I can't find categories where it could fail.
>> >>> So your patch looks safe to push.
>> >>
>> >> Can we go ahead and push it to Emacs master, then? I will work on the
>> >> changing-only-new-code backport for Emacs 29 as Eli requested.
>> >
>> > But your patch changes only new code.
>>
>> Ah, I thought Eli still wanted a backport version because this changes
>> code which has been on Emacs 29 for over a year.
>
> Indeed, that's what I would like to see on the release branch. Mainly
> because even if this is deemed a bug, it happens in a relatively rare
> situation, so I'd like to avoid risking breakage in code which affects
> other situations.
Here's the backport for the release branch. (FYI, my papers have been
signed and the FSF copyright clerk has approved accepting my
contributions again)
--=-=-=
Content-Type: text/x-patch
Content-Disposition: inline;
filename=0001-Handle-point-not-at-EOB-in-minibuffer-choose-complet.patch
From a159cfb8ee80e24de180d002caa61119edc7afc1 Mon Sep 17 00:00:00 2001
From: Spencer Baugh <sbaugh@HIDDEN>
Date: Fri, 21 Apr 2023 14:55:00 -0400
Subject: [PATCH] Handle point not at EOB in minibuffer-choose-completion
Without this change, only the minibuffer contents before point are
cleared when a completion is chosen, which results in stray text when
point is in the middle of the minibuffer.
After this change, we heuristically decide either to clear the whole
buffer or only part of it, taking into account the location of point.
This is a backport for the Emacs 29 release branch of a simpler fix in
minibuffer-completion-help.
* lisp/minibuffer.el (minibuffer-next-completion):
(minibuffer-choose-completion):
Recalculate completion-base-affixes with point
---
lisp/minibuffer.el | 26 +++++++++++++++++++++-----
1 file changed, 21 insertions(+), 5 deletions(-)
diff --git a/lisp/minibuffer.el b/lisp/minibuffer.el
index dfb06b5b88f..86946ec9ce1 100644
--- a/lisp/minibuffer.el
+++ b/lisp/minibuffer.el
@@ -4464,13 +4464,21 @@ minibuffer-next-completion
When `minibuffer-completion-auto-choose' is non-nil, then also
insert the selected completion to the minibuffer."
(interactive "p")
- (let ((auto-choose minibuffer-completion-auto-choose))
+ (let* ((auto-choose minibuffer-completion-auto-choose)
+ ;; Backported fix for bug#62700
+ (md (completion--field-metadata (minibuffer--completion-prompt-end)))
+ (base-suffix
+ (if (eq (alist-get 'category (cdr md)) 'file)
+ (buffer-substring (save-excursion (search-forward "/" nil t) (point))
+ (point-max))
+ "")))
(with-minibuffer-completions-window
(when completions-highlight-face
(setq-local cursor-face-highlight-nonselected-window t))
(next-completion (or n 1))
(when auto-choose
- (let ((completion-use-base-affixes t))
+ (let ((completion-use-base-affixes t)
+ (completion-base-affixes (list (car completion-base-affixes) base-suffix)))
(choose-completion nil t t))))))
(defun minibuffer-previous-completion (&optional n)
@@ -4489,9 +4497,17 @@ minibuffer-choose-completion
If NO-QUIT is non-nil, insert the completion at point to the
minibuffer, but don't quit the completions window."
(interactive "P")
- (with-minibuffer-completions-window
- (let ((completion-use-base-affixes t))
- (choose-completion nil no-exit no-quit))))
+ ;; Backported fix for bug#62700
+ (let* ((md (completion--field-metadata (minibuffer--completion-prompt-end)))
+ (base-suffix
+ (if (eq (alist-get 'category (cdr md)) 'file)
+ (buffer-substring (save-excursion (search-forward "/" nil t) (point))
+ (point-max))
+ "")))
+ (with-minibuffer-completions-window
+ (let ((completion-use-base-affixes t)
+ (completion-base-affixes (list (car completion-base-affixes) base-suffix)))
+ (choose-completion nil no-exit no-quit)))))
(defun minibuffer-complete-history ()
"Complete the minibuffer history as far as possible.
--
2.38.0
--=-=-=--
bug-gnu-emacs@HIDDEN:bug#62700; Package emacs.
Full text available.
Received: (at 62700) by debbugs.gnu.org; 20 Apr 2023 19:00:25 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Thu Apr 20 15:00:24 2023
Received: from localhost ([127.0.0.1]:38716 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1ppZW4-0000fG-JC
for submit <at> debbugs.gnu.org; Thu, 20 Apr 2023 15:00:24 -0400
Received: from eggs.gnu.org ([209.51.188.92]:47578)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <eliz@HIDDEN>) id 1ppZW2-0000f1-Hh
for 62700 <at> debbugs.gnu.org; Thu, 20 Apr 2023 15:00:22 -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 1ppZVu-0007aW-Fm; Thu, 20 Apr 2023 15:00:15 -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=EjHnmfpjSJfDwQcgfHHGPg7/ANwZlvZVxN94gCGvq6k=; b=pAaufTCCSrkz
HYSbvV7un7eOW95B/DKQfv/6j2YuEvGSiq/TSnG4v0zYVWViyiTTEpRy619mJs7wKTKgPi3aFtYzb
sJAedg5M7yPNXqvfImzlsBuVFOUHf6aez0YDYmf/QuPLOId+Rqv4PfkiZRJTMgnS8puMJNHkm0DvZ
ZfauMPJk18A12eyHd5KvRXp/EoIAVEnPULAypiX9broENFnaxIW/5h9dbh6HX4Z5BMll3mYsa8sKn
3p9gDyGIBtHBB4t1GVYAapgMfj6CbV+gNqv/c0K0M6Nw5NL7r4KR5CpSOKDM5Xsxin9AyniDAP3Ev
mOfdW5BhZX5R5ph7Z6eHrw==;
Received: from [87.69.77.57] (helo=home-c4e4a596f7)
by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
id 1ppZVh-0005OC-Nt; Thu, 20 Apr 2023 15:00:05 -0400
Date: Thu, 20 Apr 2023 22:00:16 +0300
Message-Id: <83r0se4bwf.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
To: Spencer Baugh <sbaugh@HIDDEN>
In-Reply-To: <iera5z2z90q.fsf@HIDDEN> (message from Spencer Baugh on
Thu, 20 Apr 2023 14:46:45 -0400)
Subject: Re: bug#62700: 29.0.60;
minibuffer-{previous,next,choose}-completion behave unintuitively
when point is not at end of buffer
References: <b921ea5c-71a2-4e8f-b1cf-dd26831f8104@HIDDEN>
<8635574n10.fsf@HIDDEN> <ierfs8uzebf.fsf@HIDDEN>
<868rema032.fsf@HIDDEN> <iera5z2z90q.fsf@HIDDEN>
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 62700
Cc: 62700 <at> debbugs.gnu.org, sbaugh@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 (---)
> Cc: 62700 <at> debbugs.gnu.org, Spencer Baugh <sbaugh@HIDDEN>
> From: Spencer Baugh <sbaugh@HIDDEN>
> Date: Thu, 20 Apr 2023 14:46:45 -0400
>
> Juri Linkov <juri@HIDDEN> writes:
> >>>>> It just needs more testing for different categories of completion.
> >>>>
> >>>> Which categories do you have in mind?
> >>>
> >>> Actually, I can't find categories where it could fail.
> >>> So your patch looks safe to push.
> >>
> >> Can we go ahead and push it to Emacs master, then? I will work on the
> >> changing-only-new-code backport for Emacs 29 as Eli requested.
> >
> > But your patch changes only new code.
>
> Ah, I thought Eli still wanted a backport version because this changes
> code which has been on Emacs 29 for over a year.
Indeed, that's what I would like to see on the release branch. Mainly
because even if this is deemed a bug, it happens in a relatively rare
situation, so I'd like to avoid risking breakage in code which affects
other situations.
bug-gnu-emacs@HIDDEN:bug#62700; Package emacs.
Full text available.
Received: (at 62700) by debbugs.gnu.org; 20 Apr 2023 18:51:57 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Thu Apr 20 14:51:57 2023
Received: from localhost ([127.0.0.1]:38689 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1ppZNs-0000LG-Iy
for submit <at> debbugs.gnu.org; Thu, 20 Apr 2023 14:51:57 -0400
Received: from eggs.gnu.org ([209.51.188.92]:35132)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <eliz@HIDDEN>) id 1ppZNn-0000Kf-59
for 62700 <at> debbugs.gnu.org; Thu, 20 Apr 2023 14:51:54 -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 1ppZNg-0004PU-C7; Thu, 20 Apr 2023 14:51:44 -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=GzuWQSKT4bul41bnpgLmqXjyYNWvlsjHl+dpFR8Li9I=; b=oL7/ot9ADWUN
BLDMRklkR6oC/vR8PqSA1O3Zn+rU5BNaslWtqVggPQC1A8M248Mmr1ZJZeZybYBg16irDN87+lJsQ
jeTZvKEntng7SvwyAr44Ia5K+QWHFwB3ISUDwyXiW5Jy+h3SCWOtDt1Xscp8ZVGize1fg0fHezcUL
SSpOkNVP3Fz05ZxuvddFwPfiV50qvoH4pkcWWDvvzPuvZ7sNm4ZRUTOwo3T8ZoZJmkJ+SSoWgP62I
R3OeoMD+zftMINU033YCacUNpPWUHlNxqHUR3b3VzLSC2co3p7fFSzteC95BTNEe7iJYmDyFPxDzk
cW6am9RJECUmMljZyvkUMQ==;
Received: from [87.69.77.57] (helo=home-c4e4a596f7)
by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
id 1ppZNf-0005YQ-9p; Thu, 20 Apr 2023 14:51:43 -0400
Date: Thu, 20 Apr 2023 21:51:58 +0300
Message-Id: <83v8hq4ca9.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
To: Juri Linkov <juri@HIDDEN>
In-Reply-To: <868rema032.fsf@HIDDEN> (message from Juri Linkov on
Thu, 20 Apr 2023 21:18:57 +0300)
Subject: Re: bug#62700: 29.0.60;
minibuffer-{previous,next,choose}-completion behave unintuitively
when point is not at end of buffer
References: <b921ea5c-71a2-4e8f-b1cf-dd26831f8104@HIDDEN>
<8635574n10.fsf@HIDDEN> <ierfs8uzebf.fsf@HIDDEN>
<868rema032.fsf@HIDDEN>
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 62700
Cc: 62700 <at> debbugs.gnu.org, sbaugh@HIDDEN, sbaugh@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 (---)
> Cc: 62700 <at> debbugs.gnu.org, Spencer Baugh <sbaugh@HIDDEN>
> From: Juri Linkov <juri@HIDDEN>
> Date: Thu, 20 Apr 2023 21:18:57 +0300
>
> >>>> It just needs more testing for different categories of completion.
> >>>
> >>> Which categories do you have in mind?
> >>
> >> Actually, I can't find categories where it could fail.
> >> So your patch looks safe to push.
> >
> > Can we go ahead and push it to Emacs master, then? I will work on the
> > changing-only-new-code backport for Emacs 29 as Eli requested.
>
> But your patch changes only new code.
For some definition of "new", yes.
> Maybe your patch still could be pushed to emacs-29 because it fixes
> the new feature.
Whether this is a bugfix is arguable.
In any case, we need to hold Spencer's contributions until his legal
paperwork is finished. So we cannot yet install any of this, not even
on master.
bug-gnu-emacs@HIDDEN:bug#62700; Package emacs.
Full text available.
Received: (at 62700) by debbugs.gnu.org; 20 Apr 2023 18:46:56 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Thu Apr 20 14:46:56 2023
Received: from localhost ([127.0.0.1]:38684 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1ppZJ1-0008VW-Oa
for submit <at> debbugs.gnu.org; Thu, 20 Apr 2023 14:46:56 -0400
Received: from mxout5.mail.janestreet.com ([64.215.233.18]:46481)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <sbaugh@HIDDEN>) id 1ppZIx-0008VE-F5
for 62700 <at> debbugs.gnu.org; Thu, 20 Apr 2023 14:46:54 -0400
From: Spencer Baugh <sbaugh@HIDDEN>
To: Juri Linkov <juri@HIDDEN>
Subject: Re: bug#62700: 29.0.60;
minibuffer-{previous,next,choose}-completion behave unintuitively when
point is not at end of buffer
In-Reply-To: <868rema032.fsf@HIDDEN> (Juri Linkov's message of "Thu,
20 Apr 2023 21:18:57 +0300")
References: <b921ea5c-71a2-4e8f-b1cf-dd26831f8104@HIDDEN>
<8635574n10.fsf@HIDDEN> <ierfs8uzebf.fsf@HIDDEN>
<868rema032.fsf@HIDDEN>
Date: Thu, 20 Apr 2023 14:46:45 -0400
Message-ID: <iera5z2z90q.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: 62700
Cc: 62700 <at> debbugs.gnu.org, Spencer Baugh <sbaugh@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 (-)
Juri Linkov <juri@HIDDEN> writes:
>>>>> It just needs more testing for different categories of completion.
>>>>
>>>> Which categories do you have in mind?
>>>
>>> Actually, I can't find categories where it could fail.
>>> So your patch looks safe to push.
>>
>> Can we go ahead and push it to Emacs master, then? I will work on the
>> changing-only-new-code backport for Emacs 29 as Eli requested.
>
> But your patch changes only new code.
Ah, I thought Eli still wanted a backport version because this changes
code which has been on Emacs 29 for over a year.
I'm happy either way. (well, of course I prefer to not make a backport
version, but happy to do it if Eli wants one)
>>>>> Maybe you could find another heuristic for insertion of completion?
>>>>> The code is located in the same function 'minibuffer-completion-help':
>>>>>
>>>>> (if (and (stringp start) (stringp end))
>>>>> (progn
>>>>> (delete-minibuffer-contents)
>>>>> (insert start choice)
>>>>> ;; Keep point after completion before suffix
>>>>> (save-excursion (insert end)))
>>>>>
>>>>> Currently it keeps point before the suffix.
>>>>
>>>> I will try. Although this is a case where completion-base-position feels
>>>> more suited than completion-base-affixes...
>>>
>>> Can you get the same info about positions by calculating the
>>> lengths of prefix/choice/suffix?
>>
>> Hm I have thought about it but I can't see a simple heuristic.
>>
>> It's not actually clear what behavior we want, anyway. When TAB
>> completes a string fully, it sends point to the end of the buffer. This
>> happens even if completion-cycle-threshold is non-nil, and
>> completion-cycle-threashold feels like a pretty similar feature to
>> minibuffer-{previous,next}-completion. So maybe that's correct for us to
>> do here too?
>>
>> But a different behavior feels like it could also makes sense. For
>> example, if I'm completing from ffap-|-path (| is point), I'm just
>> cycling between ffap-bib-path, ffap-c++-path, ffap-c-path, and it feels
>> like as I cycle through those, point should stay right before "-path",
>> like ffap-bib|-path, ffap-c++|-path, ffap-c|-path. No idea how to
>> achieve this behavior though.
>
> This also makes sense: ffap-|bib-path, ffap-|c++-path, ffap-|c-path.
Agreed.
> I tried it with this tentative patch and it feels quite natural,
> so maybe could be turned into an option:
>
> diff --git a/lisp/minibuffer.el b/lisp/minibuffer.el
> index a6af65dfa14..733f7710378 100644
> --- a/lisp/minibuffer.el
> +++ b/lisp/minibuffer.el
> @@ -2366,6 +2371,7 @@ minibuffer-completion-help
> (let* ((start (or start (minibuffer--completion-prompt-end)))
> (end (or end (point-max)))
> (string (buffer-substring start end))
> + (pos (1- (point)))
> (md (completion--field-metadata start))
> (completions (completion-all-completions
> string
> @@ -2493,7 +2503,8 @@ minibuffer-completion-help
> (delete-minibuffer-contents)
> (insert start choice)
> ;; Keep point after completion before suffix
> - (save-excursion (insert end)))
> + (save-excursion (insert end))
> + (move-to-column pos))
> (unless (or (zerop (length prefix))
> (equal prefix
> (buffer-substring-no-properties
Interesting idea. Although it breaks down with ?, I notice:
1. C-h v ff-|-p
2. ? to pop up completions
3. M-<down> to select diff-font-lock-prettify
4. Get dif|f-font-lock-prettify which seems fairly wrong
>> Anyway, the behavior with my earlier patch now feels fine to me, I don't
>> think we need any improvements to point's behavior for now.
>
> Maybe your patch still could be pushed to emacs-29 because it fixes
> the new feature.
Agreed.
bug-gnu-emacs@HIDDEN:bug#62700; Package emacs.
Full text available.
Received: (at 62700) by debbugs.gnu.org; 20 Apr 2023 18:22:29 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Thu Apr 20 14:22:29 2023
Received: from localhost ([127.0.0.1]:38659 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1ppYvN-0007tA-6K
for submit <at> debbugs.gnu.org; Thu, 20 Apr 2023 14:22:29 -0400
Received: from relay1-d.mail.gandi.net ([217.70.183.193]:35447)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <juri@HIDDEN>) id 1ppYvK-0007su-5s
for 62700 <at> debbugs.gnu.org; Thu, 20 Apr 2023 14:22:28 -0400
Received: (Authenticated sender: juri@HIDDEN)
by mail.gandi.net (Postfix) with ESMTPSA id 6A54B240009;
Thu, 20 Apr 2023 18:22:16 +0000 (UTC)
From: Juri Linkov <juri@HIDDEN>
To: Spencer Baugh <sbaugh@HIDDEN>
Subject: Re: bug#62700: 29.0.60;
minibuffer-{previous,next,choose}-completion behave unintuitively when
point is not at end of buffer
In-Reply-To: <ierfs8uzebf.fsf@HIDDEN> (Spencer Baugh's message of
"Thu, 20 Apr 2023 12:52:20 -0400")
Organization: LINKOV.NET
References: <b921ea5c-71a2-4e8f-b1cf-dd26831f8104@HIDDEN>
<8635574n10.fsf@HIDDEN> <ierfs8uzebf.fsf@HIDDEN>
Date: Thu, 20 Apr 2023 21:18:57 +0300
Message-ID: <868rema032.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/30.0.50 (x86_64-pc-linux-gnu)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: -0.7 (/)
X-Debbugs-Envelope-To: 62700
Cc: 62700 <at> debbugs.gnu.org, Spencer Baugh <sbaugh@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 (-)
>>>> It just needs more testing for different categories of completion.
>>>
>>> Which categories do you have in mind?
>>
>> Actually, I can't find categories where it could fail.
>> So your patch looks safe to push.
>
> Can we go ahead and push it to Emacs master, then? I will work on the
> changing-only-new-code backport for Emacs 29 as Eli requested.
But your patch changes only new code.
>>>> Maybe you could find another heuristic for insertion of completion?
>>>> The code is located in the same function 'minibuffer-completion-help':
>>>>
>>>> (if (and (stringp start) (stringp end))
>>>> (progn
>>>> (delete-minibuffer-contents)
>>>> (insert start choice)
>>>> ;; Keep point after completion before suffix
>>>> (save-excursion (insert end)))
>>>>
>>>> Currently it keeps point before the suffix.
>>>
>>> I will try. Although this is a case where completion-base-position feels
>>> more suited than completion-base-affixes...
>>
>> Can you get the same info about positions by calculating the
>> lengths of prefix/choice/suffix?
>
> Hm I have thought about it but I can't see a simple heuristic.
>
> It's not actually clear what behavior we want, anyway. When TAB
> completes a string fully, it sends point to the end of the buffer. This
> happens even if completion-cycle-threshold is non-nil, and
> completion-cycle-threashold feels like a pretty similar feature to
> minibuffer-{previous,next}-completion. So maybe that's correct for us to
> do here too?
>
> But a different behavior feels like it could also makes sense. For
> example, if I'm completing from ffap-|-path (| is point), I'm just
> cycling between ffap-bib-path, ffap-c++-path, ffap-c-path, and it feels
> like as I cycle through those, point should stay right before "-path",
> like ffap-bib|-path, ffap-c++|-path, ffap-c|-path. No idea how to
> achieve this behavior though.
This also makes sense: ffap-|bib-path, ffap-|c++-path, ffap-|c-path.
I tried it with this tentative patch and it feels quite natural,
so maybe could be turned into an option:
diff --git a/lisp/minibuffer.el b/lisp/minibuffer.el
index a6af65dfa14..733f7710378 100644
--- a/lisp/minibuffer.el
+++ b/lisp/minibuffer.el
@@ -2366,6 +2371,7 @@ minibuffer-completion-help
(let* ((start (or start (minibuffer--completion-prompt-end)))
(end (or end (point-max)))
(string (buffer-substring start end))
+ (pos (1- (point)))
(md (completion--field-metadata start))
(completions (completion-all-completions
string
@@ -2493,7 +2503,8 @@ minibuffer-completion-help
(delete-minibuffer-contents)
(insert start choice)
;; Keep point after completion before suffix
- (save-excursion (insert end)))
+ (save-excursion (insert end))
+ (move-to-column pos))
(unless (or (zerop (length prefix))
(equal prefix
(buffer-substring-no-properties
> Anyway, the behavior with my earlier patch now feels fine to me, I don't
> think we need any improvements to point's behavior for now.
Maybe your patch still could be pushed to emacs-29 because it fixes
the new feature.
bug-gnu-emacs@HIDDEN:bug#62700; Package emacs.
Full text available.
Received: (at 62700) by debbugs.gnu.org; 20 Apr 2023 16:52:29 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Thu Apr 20 12:52:29 2023
Received: from localhost ([127.0.0.1]:38607 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1ppXWH-0005OR-H0
for submit <at> debbugs.gnu.org; Thu, 20 Apr 2023 12:52:29 -0400
Received: from mxout5.mail.janestreet.com ([64.215.233.18]:41853)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <sbaugh@HIDDEN>) id 1ppXWE-0005OC-Eh
for 62700 <at> debbugs.gnu.org; Thu, 20 Apr 2023 12:52:27 -0400
From: Spencer Baugh <sbaugh@HIDDEN>
To: Juri Linkov <juri@HIDDEN>
Subject: Re: bug#62700: 29.0.60;
minibuffer-{previous,next,choose}-completion behave unintuitively when
point is not at end of buffer
In-Reply-To: <8635574n10.fsf@HIDDEN> (Juri Linkov's message of "Mon,
10 Apr 2023 21:20:27 +0300")
References: <b921ea5c-71a2-4e8f-b1cf-dd26831f8104@HIDDEN>
<8635574n10.fsf@HIDDEN>
Date: Thu, 20 Apr 2023 12:52:20 -0400
Message-ID: <ierfs8uzebf.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: 62700
Cc: 62700 <at> debbugs.gnu.org, Spencer Baugh <sbaugh@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 (-)
Juri Linkov <juri@HIDDEN> writes:
>>> It just needs more testing for different categories of completion.
>>
>> Which categories do you have in mind?
>
> Actually, I can't find categories where it could fail.
> So your patch looks safe to push.
Can we go ahead and push it to Emacs master, then? I will work on the
changing-only-new-code backport for Emacs 29 as Eli requested.
>>> Maybe you could find another heuristic for insertion of completion?
>>> The code is located in the same function 'minibuffer-completion-help':
>>>
>>> (if (and (stringp start) (stringp end))
>>> (progn
>>> (delete-minibuffer-contents)
>>> (insert start choice)
>>> ;; Keep point after completion before suffix
>>> (save-excursion (insert end)))
>>>
>>> Currently it keeps point before the suffix.
>>
>> I will try. Although this is a case where completion-base-position feels
>> more suited than completion-base-affixes...
>
> Can you get the same info about positions by calculating the
> lengths of prefix/choice/suffix?
Hm I have thought about it but I can't see a simple heuristic.
It's not actually clear what behavior we want, anyway. When TAB
completes a string fully, it sends point to the end of the buffer. This
happens even if completion-cycle-threshold is non-nil, and
completion-cycle-threashold feels like a pretty similar feature to
minibuffer-{previous,next}-completion. So maybe that's correct for us to
do here too?
But a different behavior feels like it could also makes sense. For
example, if I'm completing from ffap-|-path (| is point), I'm just
cycling between ffap-bib-path, ffap-c++-path, ffap-c-path, and it feels
like as I cycle through those, point should stay right before "-path",
like ffap-bib|-path, ffap-c++|-path, ffap-c|-path. No idea how to
achieve this behavior though.
Anyway, the behavior with my earlier patch now feels fine to me, I don't
think we need any improvements to point's behavior for now.
bug-gnu-emacs@HIDDEN:bug#62700; Package emacs.
Full text available.
Received: (at 62700) by debbugs.gnu.org; 10 Apr 2023 18:25:22 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Apr 10 14:25:22 2023
Received: from localhost ([127.0.0.1]:35887 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1plwCf-0006oA-Q3
for submit <at> debbugs.gnu.org; Mon, 10 Apr 2023 14:25:22 -0400
Received: from relay10.mail.gandi.net ([217.70.178.230]:44061)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <juri@HIDDEN>) id 1plwCd-0006nu-W4
for 62700 <at> debbugs.gnu.org; Mon, 10 Apr 2023 14:25:20 -0400
Received: (Authenticated sender: juri@HIDDEN)
by mail.gandi.net (Postfix) with ESMTPSA id 9691D240006;
Mon, 10 Apr 2023 18:25:12 +0000 (UTC)
From: Juri Linkov <juri@HIDDEN>
To: Spencer Baugh <sbaugh@HIDDEN>
Subject: Re: bug#62700: 29.0.60;
minibuffer-{previous,next,choose}-completion behave unintuitively when
point is not at end of buffer
In-Reply-To: <b921ea5c-71a2-4e8f-b1cf-dd26831f8104@HIDDEN> (Spencer
Baugh's message of "Mon, 10 Apr 2023 13:03:04 +0000 (UTC)")
Organization: LINKOV.NET
References: <b921ea5c-71a2-4e8f-b1cf-dd26831f8104@HIDDEN>
Date: Mon, 10 Apr 2023 21:20:27 +0300
Message-ID: <8635574n10.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/30.0.50 (x86_64-pc-linux-gnu)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: -0.7 (/)
X-Debbugs-Envelope-To: 62700
Cc: 62700 <at> debbugs.gnu.org, Spencer Baugh <sbaugh@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 (-)
>> It just needs more testing for different categories of completion.
>
> Which categories do you have in mind?
Actually, I can't find categories where it could fail.
So your patch looks safe to push.
>> Maybe you could find another heuristic for insertion of completion?
>> The code is located in the same function 'minibuffer-completion-help':
>>
>> (if (and (stringp start) (stringp end))
>> (progn
>> (delete-minibuffer-contents)
>> (insert start choice)
>> ;; Keep point after completion before suffix
>> (save-excursion (insert end)))
>>
>> Currently it keeps point before the suffix.
>
> I will try. Although this is a case where completion-base-position feels
> more suited than completion-base-affixes...
Can you get the same info about positions by calculating the
lengths of prefix/choice/suffix?
bug-gnu-emacs@HIDDEN:bug#62700; Package emacs.
Full text available.
Received: (at 62700) by debbugs.gnu.org; 10 Apr 2023 13:03:14 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Apr 10 09:03:14 2023
Received: from localhost ([127.0.0.1]:34542 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1plrAv-0000tI-VL
for submit <at> debbugs.gnu.org; Mon, 10 Apr 2023 09:03:14 -0400
Received: from s.wrqvtbkv.outbound-mail.sendgrid.net ([149.72.123.24]:7950)
by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from
<bounces+21787432-9544-62700=debbugs.gnu.org@HIDDEN>)
id 1plrAu-0000t4-1E
for 62700 <at> debbugs.gnu.org; Mon, 10 Apr 2023 09:03:12 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=catern.com;
h=subject:in-reply-to:from:mime-version:to:cc:content-type:
content-transfer-encoding:cc:content-type:from:subject:to;
s=s1; bh=SAp37kvQWEig+0nHAwDxCGzkqcdBX4CciXg2aGscr3w=;
b=YF4OWnYpDl2SRbWXj6rWXtp2FBCIm6ySg1/0d9NfIoLToPaJiHojHLVXw8jP51WX83q6
tQR+DQAFfVaDobkNMNa1fW9T98mbtG5UIaVj9Fl6cDU2Uud+XoRmJQYraZrcCQydrsSiDQ
7cWQDVRoGyFfpEfXE0aWJYCnyUqRKfRcKO2w/ilDC3TcdZJwx6BoTEhj2Zrtt9bGeuZOK/
0lmmdbhjDt7WBV4HISPCU2mWm9/Nuo6Uhkqd6mL5U7ljNluFvCE2IxC+JSZRsGlOBcTusR
IwipAuVurTqiB5jMQuNeuPtdmwE33D33pUc9xq0kDtAwWXvthkuncy3+s1uuv74g==
Received: by filterdrecv-68f8d557c9-cxx9p with SMTP id
filterdrecv-68f8d557c9-cxx9p-1-64340908-CA
2023-04-10 13:03:04.626989879 +0000 UTC m=+4109494.750825649
Received: from earth.catern.com (unknown) by geopod-ismtpd-5 (SG) with ESMTP
id F4BJBL4UQziqnWtaQFaOoQ Mon, 10 Apr 2023 13:03:04.466 +0000 (UTC)
Date: Mon, 10 Apr 2023 13:03:04 +0000 (UTC)
Subject: Re: bug#62700: 29.0.60; minibuffer-{previous,next,choose}-completion
behave unintuitively when point is not at end of buffer
Message-ID: <b921ea5c-71a2-4e8f-b1cf-dd26831f8104@HIDDEN>
X-Android-Message-ID: <b921ea5c-71a2-4e8f-b1cf-dd26831f8104@HIDDEN>
In-Reply-To: <864jpqdwrs.fsf@HIDDEN>
From: Spencer Baugh <sbaugh@HIDDEN>
Importance: Normal
X-Priority: 3
X-MSMail-Priority: Normal
MIME-Version: 1.0
X-SG-EID: =?us-ascii?Q?GW3oCMoYnalRiojMOuLzE6x2H5kORXvlCdz1UwQVRMVT4fbh9ODEfCogOe74cO?=
=?us-ascii?Q?rI4e0V+MFZgakz9Re5a6=2FCgtyGP4WoyAG0S+mE4?=
=?us-ascii?Q?BozWDNKqAiJRuJmoGyaZFNzH0t+gBaLfX93LL4U?=
=?us-ascii?Q?Kf0uMzjb0ECHZI=2FLNWG4XDkFRqA8hm+NZJlGgaZ?=
=?us-ascii?Q?B8SRb5qZPRVCai5=2FRLCi9pzIm96997CCIgZKYbj?=
=?us-ascii?Q?Xz811B=2FB+P1lC27TPhjmhrdgUsU5YQM=2FpQsXi1?=
To: Juri Linkov <juri@HIDDEN>
X-Entity-ID: d/0VcHixlS0t7iB1YKCv4Q==
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: base64
X-Spam-Score: 1.7 (+)
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 Apr 8, 2023 14:30, Juri Linkov <juri@HIDDEN> wrote:
> Here's one heuristic which works decently well: > > The reasoning here
is that if completion returns the full string which > should be in the
minibuffer, then we should replace the minibuffer with > [...]
Content analysis details: (1.7 points, 10.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record
-0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2)
[149.72.123.24 listed in wl.mailspike.net]
-0.0 SPF_PASS SPF: sender matches SPF record
0.1 MIME_HTML_ONLY BODY: Message only has text/html MIME parts
0.0 HTML_MESSAGE BODY: HTML included in message
0.0 MIME_BASE64_TEXT RAW: Message text disguised using base64
encoding
0.6 HTML_MIME_NO_HTML_TAG HTML-only message, but there is no HTML
tag
0.0 UNPARSEABLE_RELAY Informational: message has unparseable relay
lines
1.0 MALF_HTML_B64 Malformatted base64-encoded HTML content
X-Debbugs-Envelope-To: 62700
Cc: 62700 <at> debbugs.gnu.org, Spencer Baugh <sbaugh@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.7 (/)
PGRpdiBkaXI9J2F1dG8nPjxkaXY+PGRpdiBjbGFzcz0iZ21haWxfZXh0cmEiPjxkaXYgY2xhc3M9
ImdtYWlsX3F1b3RlIj5PbiBBcHIgOCwgMjAyMyAxNDozMCwgSnVyaSBMaW5rb3YgJmx0O2p1cmlA
bGlua292Lm5ldCZndDsgd3JvdGU6PGJyIHR5cGU9ImF0dHJpYnV0aW9uIj48YmxvY2txdW90ZSBj
bGFzcz0icXVvdGUiIHN0eWxlPSJtYXJnaW46MCAwIDAgLjhleDtib3JkZXItbGVmdDoxcHggI2Nj
YyBzb2xpZDtwYWRkaW5nLWxlZnQ6MWV4Ij48cCBkaXI9Imx0ciI+Jmd0OyBIZXJlJ3Mgb25lIGhl
dXJpc3RpYyB3aGljaCB3b3JrcyBkZWNlbnRseSB3ZWxsOgo8YnI+CiZndDsKPGJyPgomZ3Q7IFRo
ZSByZWFzb25pbmcgaGVyZSBpcyB0aGF0IGlmIGNvbXBsZXRpb24gcmV0dXJucyB0aGUgZnVsbCBz
dHJpbmcgd2hpY2gKPGJyPgomZ3Q7IHNob3VsZCBiZSBpbiB0aGUgbWluaWJ1ZmZlciwgdGhlbiB3
ZSBzaG91bGQgcmVwbGFjZSB0aGUgbWluaWJ1ZmZlciB3aXRoCjxicj4KJmd0OyB0aGF0IHN0cmlu
Zywgc28gYmFzZS1zdWZmaXggc2hvdWxkIGJlICIiLiZuYnNwOyBCdXQgaWYgd2UncmUgY29tcGxl
dGluZyBvbmx5Cjxicj4KJmd0OyBwYXJ0IG9mIHRoZSBzdHJpbmcsIGJhc2Utc3VmZml4IHNob3Vs
ZCBiZSBzb21ldGhpbmcgZWxzZS4mbmJzcDsgQUZBSUsgb25seQo8YnI+CiZndDsgZmlsZSBjb21w
bGV0aW9uIGZhbGxzIGludG8gdGhlIGxhdHRlciBjYXRlZ29yeSwgYW5kIGl0IGFsd2F5cyBjb21w
bGV0ZXMKPGJyPgomZ3Q7IGp1c3Qgb25lIGNvbXBvbmVudCBvZiBhIHBhdGgsIHNvIEkgc2V0IGJh
c2Utc3VmZml4IHRvIG5vdCBpbmNsdWRlIHRoZQo8YnI+CiZndDsgY29tcG9uZW50IG9mIHRoZSBw
YXRoIHRoYXQgcG9pbnQgaXMgaW4sIHNvIHRoYXQgY29tcGxldGlvbiByZXBsYWNlcyBpdAo8YnI+
CiZndDsgZW50aXJlbHkuCjxicj4KJmd0Owo8YnI+CiZndDsgSSB0aGluayB0aGlzIGlzIGJhc2lj
YWxseSBhIHNhdGlzZmFjdG9yeSBoZXVyaXN0aWMsIGFsdGhvdWdoIEknbSBzdXJlCjxicj4KJmd0
OyBJJ20gbWlzc2luZyBzb21lIGNhdGVnb3JpZXMgb2YgY29tcGxldGlvbiBiZXNpZGVzIGZpbGUg
Y29tcGxldGlvbiB3aGljaAo8YnI+CiZndDsgY29tcGxldGUgb25seSBwYXJ0IG9mIHRoZSBzdHJp
bmcuCjxicj4KCjxicj4KVGhhbmtzLCB0aGlzIGxvb2tzIGxpa2UgYSBzYXRpc2ZhY3RvcnkgaGV1
cmlzdGljIGluZGVlZC4mbmJzcDsgSXQganVzdCBuZWVkcwo8YnI+Cm1vcmUgdGVzdGluZyBmb3Ig
ZGlmZmVyZW50IGNhdGVnb3JpZXMgb2YgY29tcGxldGlvbi4KPGJyPgoKPC9wPjwvYmxvY2txdW90
ZT48L2Rpdj48L2Rpdj48L2Rpdj48ZGl2IGRpcj0iYXV0byI+V2hpY2ggY2F0ZWdvcmllcyBkbyB5
b3UgaGF2ZSBpbiBtaW5kPzwvZGl2PjxkaXYgZGlyPSJhdXRvIj48ZGl2IGNsYXNzPSJnbWFpbF9l
eHRyYSI+PGRpdiBjbGFzcz0iZ21haWxfcXVvdGUiPjxibG9ja3F1b3RlIGNsYXNzPSJxdW90ZSIg
c3R5bGU9Im1hcmdpbjowIDAgMCAuOGV4O2JvcmRlci1sZWZ0OjFweCAjY2NjIHNvbGlkO3BhZGRp
bmctbGVmdDoxZXgiPjxwIGRpcj0ibHRyIj48YnI+CiZndDsgUmVnYXJkbGVzcyBvZiB3aGV0aGVy
IHRoaXMgaXMgYSBzYXRpc2ZhY3RvcnkgaGV1cmlzdGljLCBpdCdzIHJldmVhbGVkIHRvCjxicj4K
Jmd0OyBtZSBhbiB1bmV4cGVjdGVkIGJlaGF2aW9yIG9mIGEgc29sdXRpb24gdG8gdGhpcyBidWcg
dXNpbmcgYmFzZS1zdWZmaXgsCjxicj4KJmd0OyB3aGljaCBtYXkgb3IgbWF5IG5vdCBiZSBmaW5l
OiBQb2ludCBpcyBtb3ZlZCB0byB0aGUgZW5kIG9mIHRoZQo8YnI+CiZndDsgY29tcGxldGlvbiBp
bnNlcnRlZC4KPGJyPgomZ3Q7Cjxicj4KJmd0OyBTbyBlLmcuIGlmIHBvaW50IGlzIGF0IHwgYW5k
IEknbSBjb21wbGV0aW5nIHwtcGF0aCwgdGhlbiB3aGVuIEkgY2hvb3NlCjxicj4KJmd0OyB0aGUg
Y29tcGxldGlvbiBsb2FkLXBhdGgsIHBvaW50IHdpbGwgYmUgYXQgbG9hZC1wYXRofCByYXRoZXIg
dGhhbgo8YnI+CiZndDsgbG9hZHwtcGF0aC4mbmJzcDsgVGhpcyBpc24ndCBhIGh1Z2UgaXNzdWUg
YnV0IGl0IG1pZ2h0IGJlIGEgbGl0dGxlIGFubm95aW5nPwo8YnI+CiZndDsgSSBkb24ndCBrbm93
IGlmIHRoZXJlJ3MgYW55IHdheSB0byBmaXggdGhpcy4KPGJyPgoKPGJyPgpNYXliZSB5b3UgY291
bGQgZmluZCBhbm90aGVyIGhldXJpc3RpYyBmb3IgaW5zZXJ0aW9uIG9mIGNvbXBsZXRpb24/Cjxi
cj4KVGhlIGNvZGUgaXMgbG9jYXRlZCBpbiB0aGUgc2FtZSBmdW5jdGlvbiAnbWluaWJ1ZmZlci1j
b21wbGV0aW9uLWhlbHAnOgo8YnI+Cgo8YnI+CiZuYnNwOyAoaWYgKGFuZCAoc3RyaW5ncCBzdGFy
dCkgKHN0cmluZ3AgZW5kKSkKPGJyPgombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgKHBy
b2duCjxicj4KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IChkZWxl
dGUtbWluaWJ1ZmZlci1jb250ZW50cykKPGJyPgombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsgKGluc2VydCBzdGFydCBjaG9pY2UpCjxicj4KJm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDs7IEtlZXAgcG9pbnQgYWZ0ZXIgY29tcGxldGlv
biBiZWZvcmUgc3VmZml4Cjxicj4KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7IChzYXZlLWV4Y3Vyc2lvbiAoaW5zZXJ0IGVuZCkpKQo8YnI+Cgo8YnI+CkN1cnJlbnRs
eSBpdCBrZWVwcyBwb2ludCBiZWZvcmUgdGhlIHN1ZmZpeC4KPGJyPgo8L3A+CjwvYmxvY2txdW90
ZT48L2Rpdj5JIHdpbGwgdHJ5LiBBbHRob3VnaCB0aGlzIGlzIGEgY2FzZSB3aGVyZSBjb21wbGV0
aW9uLWJhc2UtcG9zaXRpb24gZmVlbHMgbW9yZSBzdWl0ZWQgdGhhbiBjb21wbGV0aW9uLWJhc2Ut
YWZmaXhlcy4uLjwvZGl2PjwvZGl2PjwvZGl2Pg==
bug-gnu-emacs@HIDDEN:bug#62700; Package emacs.
Full text available.
Received: (at 62700) by debbugs.gnu.org; 9 Apr 2023 17:37:57 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sun Apr 09 13:37:57 2023
Received: from localhost ([127.0.0.1]:33601 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1plYzE-0001hw-Rk
for submit <at> debbugs.gnu.org; Sun, 09 Apr 2023 13:37:57 -0400
Received: from eggs.gnu.org ([209.51.188.92]:44274)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <eliz@HIDDEN>) id 1plYzD-0001hj-NS
for 62700 <at> debbugs.gnu.org; Sun, 09 Apr 2023 13:37:56 -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 1plYz7-00020N-SJ; Sun, 09 Apr 2023 13:37:49 -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=ruY0n+MbkIdvQURpChgtqUiobaz/pY78TzMFL8NDge8=; b=mqoXB0w9/EbT
UpDRq87sO5F/pacVcGT4IwugFfaiRO7GaecuOvXYJMhQhdOT6IL1q58wtnowKE3nKCS5kor1tsyjE
Q1Pm+AInCgbzsn8GXtXU6CMzzhXMJuirCpqt+HtI6bwZdeh9R0H4YdaMJPFfftFbZ1gg87mYg+yC/
Dr0qudcwre92o+hQMWm6Q8gT0P/gsoFEZG9JTRLZhyvE+PAdhBsAdJWFMoqSXIcz3bFszxAJl4NId
8xQzvw7am5esvxsNFTE/cJMxzi1wfcaf2RSr6VdmHsSHdxJcDJVdqozdMf5/C9k1AwdqNt6f+DE3M
8zti/W6J9xWDg8/tDskh6g==;
Received: from [87.69.77.57] (helo=home-c4e4a596f7)
by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
id 1plYz7-0002CZ-4o; Sun, 09 Apr 2023 13:37:49 -0400
Date: Sun, 09 Apr 2023 20:38:27 +0300
Message-Id: <831qktlzvw.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
To: Juri Linkov <juri@HIDDEN>
In-Reply-To: <863559xb3u.fsf@HIDDEN> (message from Juri Linkov on
Sun, 09 Apr 2023 19:40:37 +0300)
Subject: Re: bug#62700: 29.0.60;
minibuffer-{previous,next,choose}-completion behave unintuitively when
point is not at end of buffer
References: <iery1n4sxm4.fsf@HIDDEN> <864jpsrgaz.fsf@HIDDEN>
<iersfdcstme.fsf@HIDDEN> <86h6tr4pi8.fsf@HIDDEN>
<87sfdbmmmh.fsf@HIDDEN> <838rf2opa0.fsf@HIDDEN>
<86ttxqdwyp.fsf@HIDDEN> <83cz4emap9.fsf@HIDDEN>
<863559xb3u.fsf@HIDDEN>
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 62700
Cc: 62700 <at> debbugs.gnu.org, sbaugh@HIDDEN, sbaugh@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: Juri Linkov <juri@HIDDEN>
> Cc: sbaugh@HIDDEN, 62700 <at> debbugs.gnu.org, sbaugh@HIDDEN
> Date: Sun, 09 Apr 2023 19:40:37 +0300
>
> >> > If this is for master, I'm fine with such changes. But if you intend
> >> > to request installing this on emacs-29, then I will object making
> >> > non-trivial changes in any code that is not specific to the M-<UP> and
> >>
> >> Actually, a change for base-suffix in minibuffer-completion-help
> >> is a trivial change. What counts as a non-trivial change would be
> >> changing the API in completion-all-completions.
> >>
> >> > M-<DOWN> bindings that are new in Emacs 29. I don't want to risk any
> >> > regressions in general-purpose completion code at this late stage.
> >>
> >> These changes are specific to the M-<UP> and M-<DOWN> bindings:
> >> completion-use-base-affixes is nil, and it's let-bound to t
> >> in M-<UP> (minibuffer-previous-completion) and M-<DOWN>
> >> (minibuffer-next-completion).
> >
> > The change I reviewed and to which I responded was in code that was
> > there in Emacs 28 as well. Maybe we are talking about two different
> > sets of changes.
>
> That code was added in Emacs 29 a year ago in the commit
> 7aaffe25eb178f69027fb0af844a89a86db4b1f2.
Ah, you mean that part. Yes, but a year is a long time, and making
non-trivial changes there now is not something I'd like to do.
bug-gnu-emacs@HIDDEN:bug#62700; Package emacs.
Full text available.
Received: (at 62700) by debbugs.gnu.org; 9 Apr 2023 16:41:56 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sun Apr 09 12:41:56 2023
Received: from localhost ([127.0.0.1]:33584 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1plY72-0008Te-E9
for submit <at> debbugs.gnu.org; Sun, 09 Apr 2023 12:41:56 -0400
Received: from relay3-d.mail.gandi.net ([217.70.183.195]:59657)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <juri@HIDDEN>) id 1plY70-0008TO-MG
for 62700 <at> debbugs.gnu.org; Sun, 09 Apr 2023 12:41:55 -0400
Received: (Authenticated sender: juri@HIDDEN)
by mail.gandi.net (Postfix) with ESMTPSA id A6A0A6000B;
Sun, 9 Apr 2023 16:41:46 +0000 (UTC)
From: Juri Linkov <juri@HIDDEN>
To: Eli Zaretskii <eliz@HIDDEN>
Subject: Re: bug#62700: 29.0.60;
minibuffer-{previous,next,choose}-completion behave unintuitively when
point is not at end of buffer
In-Reply-To: <83cz4emap9.fsf@HIDDEN> (Eli Zaretskii's message of "Sat, 08 Apr
2023 22:32:34 +0300")
Organization: LINKOV.NET
References: <iery1n4sxm4.fsf@HIDDEN> <864jpsrgaz.fsf@HIDDEN>
<iersfdcstme.fsf@HIDDEN> <86h6tr4pi8.fsf@HIDDEN>
<87sfdbmmmh.fsf@HIDDEN> <838rf2opa0.fsf@HIDDEN>
<86ttxqdwyp.fsf@HIDDEN> <83cz4emap9.fsf@HIDDEN>
Date: Sun, 09 Apr 2023 19:40:37 +0300
Message-ID: <863559xb3u.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/30.0.50 (x86_64-pc-linux-gnu)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: -0.7 (/)
X-Debbugs-Envelope-To: 62700
Cc: 62700 <at> debbugs.gnu.org, sbaugh@HIDDEN, sbaugh@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 (-)
>> > If this is for master, I'm fine with such changes. But if you intend
>> > to request installing this on emacs-29, then I will object making
>> > non-trivial changes in any code that is not specific to the M-<UP> and
>>
>> Actually, a change for base-suffix in minibuffer-completion-help
>> is a trivial change. What counts as a non-trivial change would be
>> changing the API in completion-all-completions.
>>
>> > M-<DOWN> bindings that are new in Emacs 29. I don't want to risk any
>> > regressions in general-purpose completion code at this late stage.
>>
>> These changes are specific to the M-<UP> and M-<DOWN> bindings:
>> completion-use-base-affixes is nil, and it's let-bound to t
>> in M-<UP> (minibuffer-previous-completion) and M-<DOWN>
>> (minibuffer-next-completion).
>
> The change I reviewed and to which I responded was in code that was
> there in Emacs 28 as well. Maybe we are talking about two different
> sets of changes.
That code was added in Emacs 29 a year ago in the commit
7aaffe25eb178f69027fb0af844a89a86db4b1f2.
bug-gnu-emacs@HIDDEN:bug#62700; Package emacs.
Full text available.
Received: (at 62700) by debbugs.gnu.org; 8 Apr 2023 19:32:11 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sat Apr 08 15:32:11 2023
Received: from localhost ([127.0.0.1]:59572 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1plEIF-00083a-0T
for submit <at> debbugs.gnu.org; Sat, 08 Apr 2023 15:32:11 -0400
Received: from eggs.gnu.org ([209.51.188.92]:46530)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <eliz@HIDDEN>) id 1plEIC-00083J-Rj
for 62700 <at> debbugs.gnu.org; Sat, 08 Apr 2023 15:32:09 -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 1plEI6-00007Z-Ve; Sat, 08 Apr 2023 15:32:02 -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=GJkLCGQY+TQSf/OOnWahwmpX/lySO0G7WzhKAOkcSqQ=; b=ci1b9nZNMwoD
k/vIVSoEEJTHnDTe1VvVtCEd9O7UEhrKoRABEwGYm20RfvLCYI9ofL6nZErbl9sSudcL/5MqZ4/aC
PEtj23sFthGSF0hOjEM6GfpE5JLx6Ia31pH51Ty2lV1vuRgvKwbgp1CgUel/PTy6Upa/CXf0Uuq99
HFR2SqfnMCgxGKIhT4Hu3AMrEXBL9tixJZ3x9tsoS7qLshR+ehVNQwLDKIoeYvoJBy289efIeYQx6
kYo9HL/JAUupXLutkoBuazPmpka7j2JwKqUXaUyr2/HoS6DMo7Q5XXbkOtLTxgyHVzgznXkwvNy/t
usImlhUP8yC82ntFExHAQw==;
Received: from [87.69.77.57] (helo=home-c4e4a596f7)
by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
id 1plEI3-0005HI-QN; Sat, 08 Apr 2023 15:32:01 -0400
Date: Sat, 08 Apr 2023 22:32:34 +0300
Message-Id: <83cz4emap9.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
To: Juri Linkov <juri@HIDDEN>
In-Reply-To: <86ttxqdwyp.fsf@HIDDEN> (message from Juri Linkov on
Sat, 08 Apr 2023 21:36:30 +0300)
Subject: Re: bug#62700: 29.0.60;
minibuffer-{previous,next,choose}-completion behave unintuitively when
point is not at end of buffer
References: <iery1n4sxm4.fsf@HIDDEN> <864jpsrgaz.fsf@HIDDEN>
<iersfdcstme.fsf@HIDDEN> <86h6tr4pi8.fsf@HIDDEN>
<87sfdbmmmh.fsf@HIDDEN> <838rf2opa0.fsf@HIDDEN>
<86ttxqdwyp.fsf@HIDDEN>
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 62700
Cc: 62700 <at> debbugs.gnu.org, sbaugh@HIDDEN, sbaugh@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: Juri Linkov <juri@HIDDEN>
> Cc: sbaugh@HIDDEN, 62700 <at> debbugs.gnu.org, sbaugh@HIDDEN
> Date: Sat, 08 Apr 2023 21:36:30 +0300
>
> > If this is for master, I'm fine with such changes. But if you intend
> > to request installing this on emacs-29, then I will object making
> > non-trivial changes in any code that is not specific to the M-<UP> and
>
> Actually, a change for base-suffix in minibuffer-completion-help
> is a trivial change. What counts as a non-trivial change would be
> changing the API in completion-all-completions.
>
> > M-<DOWN> bindings that are new in Emacs 29. I don't want to risk any
> > regressions in general-purpose completion code at this late stage.
>
> These changes are specific to the M-<UP> and M-<DOWN> bindings:
> completion-use-base-affixes is nil, and it's let-bound to t
> in M-<UP> (minibuffer-previous-completion) and M-<DOWN>
> (minibuffer-next-completion).
The change I reviewed and to which I responded was in code that was
there in Emacs 28 as well. Maybe we are talking about two different
sets of changes.
bug-gnu-emacs@HIDDEN:bug#62700; Package emacs.
Full text available.
Received: (at 62700) by debbugs.gnu.org; 8 Apr 2023 19:03:24 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sat Apr 08 15:03:24 2023
Received: from localhost ([127.0.0.1]:59541 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1plDqO-0007Jr-5g
for submit <at> debbugs.gnu.org; Sat, 08 Apr 2023 15:03:24 -0400
Received: from relay10.mail.gandi.net ([217.70.178.230]:50003)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <juri@HIDDEN>) id 1plDqM-0007JP-8W
for 62700 <at> debbugs.gnu.org; Sat, 08 Apr 2023 15:03:22 -0400
Received: (Authenticated sender: juri@HIDDEN)
by mail.gandi.net (Postfix) with ESMTPSA id 92C11240002;
Sat, 8 Apr 2023 19:03:14 +0000 (UTC)
From: Juri Linkov <juri@HIDDEN>
To: Eli Zaretskii <eliz@HIDDEN>
Subject: Re: bug#62700: 29.0.60;
minibuffer-{previous,next,choose}-completion behave unintuitively when
point is not at end of buffer
In-Reply-To: <838rf2opa0.fsf@HIDDEN> (Eli Zaretskii's message of "Sat, 08 Apr
2023 09:34:47 +0300")
Organization: LINKOV.NET
References: <iery1n4sxm4.fsf@HIDDEN> <864jpsrgaz.fsf@HIDDEN>
<iersfdcstme.fsf@HIDDEN> <86h6tr4pi8.fsf@HIDDEN>
<87sfdbmmmh.fsf@HIDDEN> <838rf2opa0.fsf@HIDDEN>
Date: Sat, 08 Apr 2023 21:36:30 +0300
Message-ID: <86ttxqdwyp.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/30.0.50 (x86_64-pc-linux-gnu)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: -0.7 (/)
X-Debbugs-Envelope-To: 62700
Cc: 62700 <at> debbugs.gnu.org, sbaugh@HIDDEN, sbaugh@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 (-)
>> > Changing the API will definitely cause problems with backwards-compatibility.
>> > But maybe you could find a simple heuristic that would decide what base-suffix
>> > to set in minibuffer-completion-help? Then no API changes will be needed.
>>
>> Thank you for the guidance and suggestion.
>>
>> Here's one heuristic which works decently well:
>
> If this is for master, I'm fine with such changes. But if you intend
> to request installing this on emacs-29, then I will object making
> non-trivial changes in any code that is not specific to the M-<UP> and
Actually, a change for base-suffix in minibuffer-completion-help
is a trivial change. What counts as a non-trivial change would be
changing the API in completion-all-completions.
> M-<DOWN> bindings that are new in Emacs 29. I don't want to risk any
> regressions in general-purpose completion code at this late stage.
These changes are specific to the M-<UP> and M-<DOWN> bindings:
completion-use-base-affixes is nil, and it's let-bound to t
in M-<UP> (minibuffer-previous-completion) and M-<DOWN>
(minibuffer-next-completion).
bug-gnu-emacs@HIDDEN:bug#62700; Package emacs.
Full text available.
Received: (at 62700) by debbugs.gnu.org; 8 Apr 2023 19:03:22 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sat Apr 08 15:03:22 2023
Received: from localhost ([127.0.0.1]:59538 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1plDqL-0007Jd-O1
for submit <at> debbugs.gnu.org; Sat, 08 Apr 2023 15:03:22 -0400
Received: from relay8-d.mail.gandi.net ([217.70.183.201]:50979)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <juri@HIDDEN>) id 1plDqJ-0007JK-1r
for 62700 <at> debbugs.gnu.org; Sat, 08 Apr 2023 15:03:19 -0400
Received: (Authenticated sender: juri@HIDDEN)
by mail.gandi.net (Postfix) with ESMTPSA id 772F61BF207;
Sat, 8 Apr 2023 19:03:10 +0000 (UTC)
From: Juri Linkov <juri@HIDDEN>
To: sbaugh@HIDDEN
Subject: Re: bug#62700: 29.0.60;
minibuffer-{previous,next,choose}-completion behave unintuitively when
point is not at end of buffer
In-Reply-To: <87sfdbmmmh.fsf@HIDDEN> (sbaugh@HIDDEN's message of "Fri,
07 Apr 2023 21:02:47 +0000 (UTC)")
Organization: LINKOV.NET
References: <iery1n4sxm4.fsf@HIDDEN> <864jpsrgaz.fsf@HIDDEN>
<iersfdcstme.fsf@HIDDEN> <86h6tr4pi8.fsf@HIDDEN>
<87sfdbmmmh.fsf@HIDDEN>
Date: Sat, 08 Apr 2023 21:30:39 +0300
Message-ID: <864jpqdwrs.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/30.0.50 (x86_64-pc-linux-gnu)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: -0.7 (/)
X-Debbugs-Envelope-To: 62700
Cc: 62700 <at> debbugs.gnu.org, Spencer Baugh <sbaugh@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 (-)
> Here's one heuristic which works decently well:
>
> The reasoning here is that if completion returns the full string which
> should be in the minibuffer, then we should replace the minibuffer with
> that string, so base-suffix should be "". But if we're completing only
> part of the string, base-suffix should be something else. AFAIK only
> file completion falls into the latter category, and it always completes
> just one component of a path, so I set base-suffix to not include the
> component of the path that point is in, so that completion replaces it
> entirely.
>
> I think this is basically a satisfactory heuristic, although I'm sure
> I'm missing some categories of completion besides file completion which
> complete only part of the string.
Thanks, this looks like a satisfactory heuristic indeed. It just needs
more testing for different categories of completion.
> Regardless of whether this is a satisfactory heuristic, it's revealed to
> me an unexpected behavior of a solution to this bug using base-suffix,
> which may or may not be fine: Point is moved to the end of the
> completion inserted.
>
> So e.g. if point is at | and I'm completing |-path, then when I choose
> the completion load-path, point will be at load-path| rather than
> load|-path. This isn't a huge issue but it might be a little annoying?
> I don't know if there's any way to fix this.
Maybe you could find another heuristic for insertion of completion?
The code is located in the same function 'minibuffer-completion-help':
(if (and (stringp start) (stringp end))
(progn
(delete-minibuffer-contents)
(insert start choice)
;; Keep point after completion before suffix
(save-excursion (insert end)))
Currently it keeps point before the suffix.
bug-gnu-emacs@HIDDEN:bug#62700; Package emacs.
Full text available.
Received: (at 62700) by debbugs.gnu.org; 8 Apr 2023 13:19:32 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sat Apr 08 09:19:32 2023
Received: from localhost ([127.0.0.1]:58005 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1pl8Tb-0000iW-Pt
for submit <at> debbugs.gnu.org; Sat, 08 Apr 2023 09:19:32 -0400
Received: from eggs.gnu.org ([209.51.188.92]:56360)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <eliz@HIDDEN>) id 1pl8TZ-0000iD-Ce
for 62700 <at> debbugs.gnu.org; Sat, 08 Apr 2023 09:19:29 -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 1pl8TS-0001fQ-PQ; Sat, 08 Apr 2023 09:19:22 -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=M8dTkFmQ1yFUr4XC0UB7t9Fl4WXqt6vz4Mt3dJA47z8=; b=KwoFEMqC5QKJ
Tr/5JcVo/6ROwC/GNOKV8H6RTV2n5wW1WWpeFY6/8ZSVwLXdGvLetZoZ8w4X2kIT6nkrQG1j53Q69
FKjUtCA9iUqtZSdNX9SKatGe0rEXafkxRVzz/D1maVveZCJw017BeXTUY8dXUbNnni5DzZtHypjOx
eRgYewz9XJL6WId5EMta5c4QmnoiUQDiBMoARQBrWWjpfW7SM9tHiFaB9RRRcX4J4bAJUUsDXTGtn
aYHOKT+YMBO+heH/oHuKr6qgPOdgzD+bkJSi9G/TZluafAS/uH4Hh+f7BHFHP7+G2+PsAcPy5i/UD
bye+lXKAhQUY5uyD4TaG8w==;
Received: from [87.69.77.57] (helo=home-c4e4a596f7)
by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
id 1pl8TR-00053R-Ss; Sat, 08 Apr 2023 09:19:22 -0400
Date: Sat, 08 Apr 2023 16:19:56 +0300
Message-Id: <83pm8emryb.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
To: sbaugh@HIDDEN
In-Reply-To: <87o7nymyhw.fsf@HIDDEN> (sbaugh@HIDDEN)
Subject: Re: bug#62700: 29.0.60; minibuffer-{previous,next,choose}-completion
behave unintuitively when point is not at end of buffer
References: <iery1n4sxm4.fsf@HIDDEN> <864jpsrgaz.fsf@HIDDEN>
<iersfdcstme.fsf@HIDDEN> <86h6tr4pi8.fsf@HIDDEN>
<87sfdbmmmh.fsf@HIDDEN> <838rf2opa0.fsf@HIDDEN>
<87o7nymyhw.fsf@HIDDEN>
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 62700
Cc: 62700 <at> debbugs.gnu.org, sbaugh@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: sbaugh@HIDDEN
> Date: Sat, 08 Apr 2023 10:58:36 +0000 (UTC)
> Cc: 62700 <at> debbugs.gnu.org, sbaugh@HIDDEN, juri@HIDDEN
>
> Eli Zaretskii <eliz@HIDDEN> writes:
> >
> > If this is for master, I'm fine with such changes. But if you intend
> > to request installing this on emacs-29, then I will object making
> > non-trivial changes in any code that is not specific to the M-<UP> and
> > M-<DOWN> bindings that are new in Emacs 29. I don't want to risk any
> > regressions in general-purpose completion code at this late stage.
>
> OK, that's no problem, this can be done by just let-binding
> completion-base-affixes in minibuffer-{previous,next,choose}-completion
> so that it only affects new code.
Thanks.
> That will be a bit uglier to read so I'll do that if this approach
> seems reasonable with some review.
We can install the cleaner change on master, and the "uglier" one only
on the release branch.
bug-gnu-emacs@HIDDEN:bug#62700; Package emacs.
Full text available.
Received: (at 62700) by debbugs.gnu.org; 8 Apr 2023 10:58:45 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sat Apr 08 06:58:45 2023
Received: from localhost ([127.0.0.1]:57818 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1pl6HN-0000IV-2I
for submit <at> debbugs.gnu.org; Sat, 08 Apr 2023 06:58:45 -0400
Received: from s.wrqvwxzv.outbound-mail.sendgrid.net ([149.72.154.232]:10820)
by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from
<bounces+21787432-9544-62700=debbugs.gnu.org@HIDDEN>)
id 1pl6HK-0000IF-HF
for 62700 <at> debbugs.gnu.org; Sat, 08 Apr 2023 06:58:43 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=catern.com;
h=from:subject:in-reply-to:references:mime-version:to:cc:content-type:
content-transfer-encoding:cc:content-type:from:subject:to;
s=s1; bh=obqPaUbs1G+bz2KVrN2c3nzmouOBmIopXjiOQPjnWqA=;
b=oTaXY+HY/PQoqoMVdEoYLvqo92IDDYZbP2Hr8SvhxvU9r0xJ/KICtv7HsHtutm+a68XI
dlDGkgslLXMBwoHtbXvhW5/M9wCFQhGKL6OIKd9CmtgIshDgKSc886X+ZaKl0pgnaFlY4K
Jr8fqw/UfHec/SIuyY2jCF3uJ6zmfAYC/f94/uaLYcaIAKL99g0WlB7ISBrTe9SUJFaAjm
mJ3SXVxSGGh641gNwcfk7E0ddTKnTyUpxVfQg/CasJloPZ157i08ISNNAhdKqMmXhZC0/8
zvH94o5E4d5jw1dPOj03I9ZxJ2rhPlTWXosJ+WBK0JYJelQwujdIT7qe06kImCbQ==
Received: by filterdrecv-7457b4c9b5-8g6rq with SMTP id
filterdrecv-7457b4c9b5-8g6rq-1-643148DC-8
2023-04-08 10:58:36.431887909 +0000 UTC m=+3929067.403543096
Received: from earth.catern.com (unknown) by geopod-ismtpd-21 (SG) with ESMTP
id UUQFZKz-S4CXAeY6AQ_pIA Sat, 08 Apr 2023 10:58:36.180 +0000 (UTC)
X-Comment: SPF check N/A for local connections - client-ip=::1; helo=localhost;
envelope-from=sbaugh@HIDDEN; receiver=<UNKNOWN>
Received: from localhost (localhost [IPv6:::1])
by earth.catern.com (Postfix) with ESMTPSA id B801E60087;
Sat, 8 Apr 2023 06:58:35 -0400 (EDT)
From: sbaugh@HIDDEN
Subject: Re: bug#62700: 29.0.60; minibuffer-{previous,next,choose}-completion
behave unintuitively when point is not at end of buffer
In-Reply-To: <838rf2opa0.fsf@HIDDEN> (Eli Zaretskii's message of "Sat, 08 Apr
2023 09:34:47 +0300")
References: <iery1n4sxm4.fsf@HIDDEN> <864jpsrgaz.fsf@HIDDEN>
<iersfdcstme.fsf@HIDDEN> <86h6tr4pi8.fsf@HIDDEN>
<87sfdbmmmh.fsf@HIDDEN> <838rf2opa0.fsf@HIDDEN>
Date: Sat, 08 Apr 2023 10:58:36 +0000 (UTC)
Message-ID: <87o7nymyhw.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
X-SG-EID: =?us-ascii?Q?ZgbRq7gjGrt0q=2FPjvxk7wM0yQFRdOkTJAtEbkjCkHbIuvspdchYWlOzP=2FLeaPJ?=
=?us-ascii?Q?BY99B=2Fwt77jJyMusF8N=2F+KTehVkrDIlPqzSES9Z?=
=?us-ascii?Q?YqLzIz35CcD2Nlugxo6OPzl5u7NFIj9yVon74Kb?=
=?us-ascii?Q?ZCpns+cU8uVEeJEnLlNkHZtIjstJ4at+wGdg2jf?=
=?us-ascii?Q?oQJbOdHb2AdFMWS=2FqijDyARKMxK28II3kEQ=3D=3D?=
To: Eli Zaretskii <eliz@HIDDEN>
X-Entity-ID: d/0VcHixlS0t7iB1YKCv4Q==
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Spam-Score: 1.2 (+)
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: >> Cc:
62700 <at> debbugs.gnu.org,
Spencer Baugh <sbaugh@HIDDEN> >> From: sbaugh@HIDDEN >> Date:
Fri, 07 Apr 2023 21:02:47 +0000 (UTC) >> >> Juri Linkov <ju [...]
Content analysis details: (1.2 points, 10.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
1.2 RCVD_IN_BL_SPAMCOP_NET RBL: Received via a relay in
bl.spamcop.net
[Blocked - see <https://www.spamcop.net/bl.shtml?149.72.154.232>]
0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record
-0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2)
[149.72.154.232 listed in wl.mailspike.net]
-0.0 SPF_PASS SPF: sender matches SPF record
0.0 UNPARSEABLE_RELAY Informational: message has unparseable relay
lines
X-Debbugs-Envelope-To: 62700
Cc: 62700 <at> debbugs.gnu.org, sbaugh@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.2 (/)
Eli Zaretskii <eliz@HIDDEN> writes:
>> Cc: 62700 <at> debbugs.gnu.org, Spencer Baugh <sbaugh@HIDDEN>
>> From: sbaugh@HIDDEN
>> Date: Fri, 07 Apr 2023 21:02:47 +0000 (UTC)
>>
>> Juri Linkov <juri@HIDDEN> writes:
>> > Changing the API will definitely cause problems with backwards-compatibility.
>> > But maybe you could find a simple heuristic that would decide what base-suffix
>> > to set in minibuffer-completion-help? Then no API changes will be needed.
>>
>> Thank you for the guidance and suggestion.
>>
>> Here's one heuristic which works decently well:
>
> If this is for master, I'm fine with such changes. But if you intend
> to request installing this on emacs-29, then I will object making
> non-trivial changes in any code that is not specific to the M-<UP> and
> M-<DOWN> bindings that are new in Emacs 29. I don't want to risk any
> regressions in general-purpose completion code at this late stage.
OK, that's no problem, this can be done by just let-binding
completion-base-affixes in minibuffer-{previous,next,choose}-completion
so that it only affects new code. That will be a bit uglier to read so
I'll do that if this approach seems reasonable with some review.
bug-gnu-emacs@HIDDEN:bug#62700; Package emacs.
Full text available.
Received: (at 62700) by debbugs.gnu.org; 8 Apr 2023 06:34:37 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sat Apr 08 02:34:37 2023
Received: from localhost ([127.0.0.1]:57555 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1pl29l-0006vP-4y
for submit <at> debbugs.gnu.org; Sat, 08 Apr 2023 02:34:37 -0400
Received: from eggs.gnu.org ([209.51.188.92]:37072)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <eliz@HIDDEN>) id 1pl29g-0006vA-KK
for 62700 <at> debbugs.gnu.org; Sat, 08 Apr 2023 02:34:36 -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 1pl29R-0001nI-0j; Sat, 08 Apr 2023 02:34:26 -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=aZ8ZoQq7MhDkefnykFRE46fm89Tj8JC11GZrdaAZf98=; b=i+YL8G0OoF1d
i5Ud9Krr8evtBrgzM6GSQED8wwI7Ruz/zomvwvwX56ffdYQ5UEpd9/x3n939XsF0UY+6Izau2Nlsq
ah0XBXiwHQFMlIbV3bYG1Zo0Xdyktb86jSZJRxw4trYEibxhnX6jk0fyD5htj4xJL74eIM0vy4KkW
XXeafnxVFF0M/10LPwTF9+7NfxggvlRcSxgskyot+kvNVTyZLGh3EsfZdWhbWLXeALGIqbp+LtxRH
+IDmGtkRUM1krlmryU1CuRYSk87bC80wnNP+p3WnhB0XTH1caHsOWAQBwjN1ZsekzxKVHPNsPJJsC
wnat1cTBT3A+2aRUFQ1jOA==;
Received: from [87.69.77.57] (helo=home-c4e4a596f7)
by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
id 1pl29N-0006uh-Bb; Sat, 08 Apr 2023 02:34:13 -0400
Date: Sat, 08 Apr 2023 09:34:47 +0300
Message-Id: <838rf2opa0.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
To: sbaugh@HIDDEN
In-Reply-To: <87sfdbmmmh.fsf@HIDDEN> (sbaugh@HIDDEN)
Subject: Re: bug#62700: 29.0.60;
minibuffer-{previous,next,choose}-completion behave unintuitively
when point is not at end of buffer
References: <iery1n4sxm4.fsf@HIDDEN> <864jpsrgaz.fsf@HIDDEN>
<iersfdcstme.fsf@HIDDEN> <86h6tr4pi8.fsf@HIDDEN>
<87sfdbmmmh.fsf@HIDDEN>
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 62700
Cc: 62700 <at> debbugs.gnu.org, sbaugh@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 (---)
> Cc: 62700 <at> debbugs.gnu.org, Spencer Baugh <sbaugh@HIDDEN>
> From: sbaugh@HIDDEN
> Date: Fri, 07 Apr 2023 21:02:47 +0000 (UTC)
>
> Juri Linkov <juri@HIDDEN> writes:
> > Changing the API will definitely cause problems with backwards-compatibility.
> > But maybe you could find a simple heuristic that would decide what base-suffix
> > to set in minibuffer-completion-help? Then no API changes will be needed.
>
> Thank you for the guidance and suggestion.
>
> Here's one heuristic which works decently well:
If this is for master, I'm fine with such changes. But if you intend
to request installing this on emacs-29, then I will object making
non-trivial changes in any code that is not specific to the M-<UP> and
M-<DOWN> bindings that are new in Emacs 29. I don't want to risk any
regressions in general-purpose completion code at this late stage.
Thanks.
bug-gnu-emacs@HIDDEN:bug#62700; Package emacs.
Full text available.
Received: (at 62700) by debbugs.gnu.org; 7 Apr 2023 21:02:56 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Fri Apr 07 17:02:56 2023
Received: from localhost ([127.0.0.1]:57296 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1pktEV-0007lf-Ji
for submit <at> debbugs.gnu.org; Fri, 07 Apr 2023 17:02:55 -0400
Received: from s.wrqvtzvf.outbound-mail.sendgrid.net ([149.72.126.143]:38654)
by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from
<bounces+21787432-9544-62700=debbugs.gnu.org@HIDDEN>)
id 1pktET-0007lQ-LM
for 62700 <at> debbugs.gnu.org; Fri, 07 Apr 2023 17:02:54 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=catern.com;
h=from:subject:in-reply-to:references:mime-version:to:cc:content-type:
content-transfer-encoding:cc:content-type:from:subject:to;
s=s1; bh=IKZRQ/Sb6oY9hAncGw8mCt5QtAasOHcCjASRRmFCp6Y=;
b=v2fAO3tKfFkCa0d2SIh4bRz2zoJJ9Mt8YlEJPiu9XAebllbn0y4MYK7h0wRKHv6Nm7aT
W2ZF2Orcops81n7FkkdzL9cnEJcMdK0mYv59sM7bkOJmzv7EMaOnALP+3Ec5FufdxIL2ZE
wF7Rz3CGn/TWMAC+oNtP7t+6eG9+wMESWzvIEGt/+1cwKDnhQB9LQtFK17+50HOF301LbY
53pJNVYeW38WyAMSvgjwrhw0PtjBx0lC5h2gx/2ZFZFjPYnx8vTWKDOWQ6GIr9U7AhxfI0
J0eOH+cnAQtq2Exn4kvdcby1kqUqnye+z5cQyxLsgp/AmPcUBaPe3Utt+EAidviQ==
Received: by filterdrecv-7946957d94-bqdbw with SMTP id
filterdrecv-7946957d94-bqdbw-1-643084F7-61
2023-04-07 21:02:47.552718378 +0000 UTC m=+3879070.604264158
Received: from earth.catern.com (unknown) by geopod-ismtpd-11 (SG) with ESMTP
id JO6dp9n1QlKqyCDZDQxW0g Fri, 07 Apr 2023 21:02:47.213 +0000 (UTC)
X-Comment: SPF check N/A for local connections - client-ip=::1; helo=localhost;
envelope-from=sbaugh@HIDDEN; receiver=<UNKNOWN>
Received: from localhost (localhost [IPv6:::1])
by earth.catern.com (Postfix) with ESMTPSA id A604E60087;
Fri, 7 Apr 2023 17:02:46 -0400 (EDT)
From: sbaugh@HIDDEN
Subject: Re: bug#62700: 29.0.60; minibuffer-{previous,next,choose}-completion
behave unintuitively when point is not at end of buffer
In-Reply-To: <86h6tr4pi8.fsf@HIDDEN> (Juri Linkov's message of "Fri,
07 Apr 2023 19:37:51 +0300")
References: <iery1n4sxm4.fsf@HIDDEN> <864jpsrgaz.fsf@HIDDEN>
<iersfdcstme.fsf@HIDDEN> <86h6tr4pi8.fsf@HIDDEN>
Date: Fri, 07 Apr 2023 21:02:47 +0000 (UTC)
Message-ID: <87sfdbmmmh.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
X-SG-EID: =?us-ascii?Q?ZgbRq7gjGrt0q=2FPjvxk7wM0yQFRdOkTJAtEbkjCkHbLf9xoDvZI=2FsjLbat9p99?=
=?us-ascii?Q?rIMSCWUuMOEJBUt+p8e4ouUNyZ2rEwGmbs257Bh?=
=?us-ascii?Q?oVrZyg=2FbRxx07rLJrfGGTyOP=2Fi523qZr0f=2FvGuI?=
=?us-ascii?Q?K5=2FggOmpcP5+HRir4gq9INUc9Q99kDbGoYMki1S?=
=?us-ascii?Q?Wm=2FsG6B6KAwse7PrftWKNoZPrGQvdJKM+dA=3D=3D?=
To: Juri Linkov <juri@HIDDEN>
X-Entity-ID: d/0VcHixlS0t7iB1YKCv4Q==
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Spam-Score: 0.0 (/)
X-Debbugs-Envelope-To: 62700
Cc: 62700 <at> debbugs.gnu.org, Spencer Baugh <sbaugh@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 (-)
Juri Linkov <juri@HIDDEN> writes:
> Changing the API will definitely cause problems with backwards-compatibility.
> But maybe you could find a simple heuristic that would decide what base-suffix
> to set in minibuffer-completion-help? Then no API changes will be needed.
Thank you for the guidance and suggestion.
Here's one heuristic which works decently well:
diff --git a/lisp/minibuffer.el b/lisp/minibuffer.el
index 21d4607e7cf..dfb06b5b88f 100644
--- a/lisp/minibuffer.el
+++ b/lisp/minibuffer.el
@@ -2374,7 +2374,11 @@ minibuffer-completion-help
(prefix (unless (zerop base-size) (substring string 0 base-size)))
(base-prefix (buffer-substring (minibuffer--completion-prompt-end)
(+ start base-size)))
- (base-suffix (buffer-substring (point) (point-max)))
+ (base-suffix
+ (if (eq (alist-get 'category (cdr md)) 'file)
+ (buffer-substring (save-excursion (search-forward "/" nil t) (point))
+ (point-max))
+ ""))
(all-md (completion--metadata (buffer-substring-no-properties
start (point))
base-size md
The reasoning here is that if completion returns the full string which
should be in the minibuffer, then we should replace the minibuffer with
that string, so base-suffix should be "". But if we're completing only
part of the string, base-suffix should be something else. AFAIK only
file completion falls into the latter category, and it always completes
just one component of a path, so I set base-suffix to not include the
component of the path that point is in, so that completion replaces it
entirely.
I think this is basically a satisfactory heuristic, although I'm sure
I'm missing some categories of completion besides file completion which
complete only part of the string.
Regardless of whether this is a satisfactory heuristic, it's revealed to
me an unexpected behavior of a solution to this bug using base-suffix,
which may or may not be fine: Point is moved to the end of the
completion inserted.
So e.g. if point is at | and I'm completing |-path, then when I choose
the completion load-path, point will be at load-path| rather than
load|-path. This isn't a huge issue but it might be a little annoying?
I don't know if there's any way to fix this.
bug-gnu-emacs@HIDDEN:bug#62700; Package emacs.
Full text available.
Received: (at 62700) by debbugs.gnu.org; 7 Apr 2023 16:42:05 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Fri Apr 07 12:42:05 2023
Received: from localhost ([127.0.0.1]:57144 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1pkpA4-0000XV-R0
for submit <at> debbugs.gnu.org; Fri, 07 Apr 2023 12:42:05 -0400
Received: from relay11.mail.gandi.net ([217.70.178.231]:38875)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <juri@HIDDEN>) id 1pkpA0-0000Wx-HA
for 62700 <at> debbugs.gnu.org; Fri, 07 Apr 2023 12:42:04 -0400
Received: (Authenticated sender: juri@HIDDEN)
by mail.gandi.net (Postfix) with ESMTPSA id 26AC6100003;
Fri, 7 Apr 2023 16:41:52 +0000 (UTC)
From: Juri Linkov <juri@HIDDEN>
To: Spencer Baugh <sbaugh@HIDDEN>
Subject: Re: bug#62700: 29.0.60;
minibuffer-{previous,next,choose}-completion behave unintuitively when
point is not at end of buffer
In-Reply-To: <iersfdcstme.fsf@HIDDEN> (Spencer Baugh's message of
"Thu, 06 Apr 2023 15:22:49 -0400")
Organization: LINKOV.NET
References: <iery1n4sxm4.fsf@HIDDEN> <864jpsrgaz.fsf@HIDDEN>
<iersfdcstme.fsf@HIDDEN>
Date: Fri, 07 Apr 2023 19:37:51 +0300
Message-ID: <86h6tr4pi8.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/30.0.50 (x86_64-pc-linux-gnu)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: -0.7 (/)
X-Debbugs-Envelope-To: 62700
Cc: 62700 <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 (-)
>> I agree that it would be nice to fix this in Emacs 29.
>> But the problem is that this would require non-trivial changes.
>> We need to apply a small part of the patch mentioned in
>> bug#47711, bug#48356, bug#48841, bug#60313 and located at
>> https://lists.gnu.org/archive/html/emacs-devel/2021-08/msg00412.html
>> that implements the following FIXME item in 'completion-all-completions':
>
> Any updates on the status of this patch? I see you asked the same thing
> a year ago in one of those bugs.
A year ago I had a clear understanding how to do this but unfortunately
now forgot the details. The idea was to return from completion-all-completions
not only '("string" . number) where number is the start of the completion position,
but something like '("string" . (number1 number2)) where the second number is
the end of the completion position.
completion-all-completions is called from minibuffer-completion-help.
Then the second number could help to set the right base-suffix in
(setq-local completion-base-affixes
(list base-prefix base-suffix))
This base-suffix is used later by M-<up> and M-<down>.
When here base-suffix is "", then your test case will be fixed.
However, non-empty base-suffix is necessary in other cases
such as mentioned in bug#48356:
~/emacs/master/li|/calc
> I can try to prepare a more minimal version of this patch, just targeted
> at adding the ability to return the end of the completion position.
>
> Do you have any advice on an appropriate API for that? An alist as in
> that patch seems reasonable to me, but perhaps there's an even simpler
> approach?
Changing the API will definitely cause problems with backwards-compatibility.
But maybe you could find a simple heuristic that would decide what base-suffix
to set in minibuffer-completion-help? Then no API changes will be needed.
bug-gnu-emacs@HIDDEN:bug#62700; Package emacs.
Full text available.
Received: (at 62700) by debbugs.gnu.org; 6 Apr 2023 20:42:28 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Thu Apr 06 16:42:28 2023
Received: from localhost ([127.0.0.1]:55287 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1pkWRA-0006R3-6a
for submit <at> debbugs.gnu.org; Thu, 06 Apr 2023 16:42:28 -0400
Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:37401)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <monnier@HIDDEN>) id 1pkWR5-0006Qm-T0
for 62700 <at> debbugs.gnu.org; Thu, 06 Apr 2023 16:42:26 -0400
Received: from pmg1.iro.umontreal.ca (localhost.localdomain [127.0.0.1])
by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id 316341000DC;
Thu, 6 Apr 2023 16:42:18 -0400 (EDT)
Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1])
by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id A84641000BE;
Thu, 6 Apr 2023 16:42:16 -0400 (EDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca;
s=mail; t=1680813736;
bh=kkqZCWRN5Q8GEmIWf/ouBsuP5ufDvytHi4VKboZ5fP0=;
h=From:To:Cc:Subject:In-Reply-To:References:Date:From;
b=pnvsJ38dnyKwwhHJRA4Xzie7dmuLLJtiuf/0XfUupFHyazoE0ZMWoG35rPIosW+/K
8NuPbuj5lfS6FqvWArQIj/x2p1DxdDgZuUOnsgMx936q+/PelhzRbkG3lf6gBH3B88
t5SY0mjvmzgnF8mbITvgGbK9/xNC/ysxDl7sKohrdN/ookDP3VwfeWbmSl5qpvc7Ue
6n5zM13NCeGVXAeTVCYwqinNmD4L7fKh52qQCqWf0BOtHe/s6yGPxieo6ycVVgB5ce
WfVj0fY+YDdUj5JcUdW6oDSpOAarq+EMtFbfd1KMEfWIwAOnFn6wq7nu+NnttdviXq
Be/3/TcPuJnfQ==
Received: from alfajor (unknown [45.44.229.252])
by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 74FAD1233A5;
Thu, 6 Apr 2023 16:42:16 -0400 (EDT)
From: Stefan Monnier <monnier@HIDDEN>
To: Eli Zaretskii <eliz@HIDDEN>
Subject: Re: bug#62700: 29.0.60;
minibuffer-{previous,next,choose}-completion behave unintuitively when
point is not at end of buffer
In-Reply-To: <83jzyoq040.fsf@HIDDEN> (Eli Zaretskii's message of "Thu, 06 Apr
2023 22:30:55 +0300")
Message-ID: <jwvsfdchhwc.fsf-monnier+emacs@HIDDEN>
References: <iery1n4sxm4.fsf@HIDDEN> <83r0swq39p.fsf@HIDDEN>
<ierv8i8suql.fsf@HIDDEN> <83jzyoq040.fsf@HIDDEN>
Date: Thu, 06 Apr 2023 16:42:13 -0400
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: text/plain
X-SPAM-INFO: Spam detection results: 0
ALL_TRUSTED -1 Passed through trusted hosts only via SMTP
AWL -0.004 Adjusted score from AWL reputation of From: address
BAYES_00 -1.9 Bayes spam probability is 0 to 1%
DKIM_SIGNED 0.1 Message has a DKIM or DK signature,
not necessarily valid
DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature
DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's
domain
DKIM_VALID_EF -0.1 Message has a valid DKIM or DK signature from envelope-from
domain
X-SPAM-LEVEL:
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 62700
Cc: 62700 <at> debbugs.gnu.org, Spencer Baugh <sbaugh@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 (---)
>> > I think it's the intended behavior. In this case, it looks not
>> > useful, because the string you typed before starting to use M-<UP> and
>> > M-<DOWN> happens to be at the end of each completion candidate. But
>> > this is not the only situation possible. Basically, completion always
>> > modifies only the text before point, leaving what's after point
>> > intact, so that the user could have after point stuff that completion
>> > should ignore, and that eventually will be appended to the selected
>> > candidate.
>>
>> Could you give an example of when this would be desirable?
>
> When completing on shell commands, for example: the text after point
> is usually the command-line arguments to the command, and the
> completion is on command names or on some file name.
That shouldn't be a worry: when you complete shell commands, you're not
really using "minibuffer completion" (as is the case in `C-h v`) but
"in-buffer completion" (i.e. TAB is bound to `completion-at-point`
rather than to `minibuffer-complete`), so the completion code knows that
you're only completing the command part and will (hopefully) be careful
not to touch anything before or after it.
More specifically, in `M-!` if you're at
echo hello; e!s world
where `!` shows where point is, the *Completions* buffer should show all
command that start with `e` and end in `s` (assuming we're using
`basic` or `partial-completion` styles) and if you use
minibuffer-{previous,next,choose}-completion, they should replace `e!s`
with the selection. IOW it should neither "leave the text after point
alone" nor "replace all the text after point".
>> For example, suppose I wanted to wanted to complete filenames starting
>> with x and ending in .c.
> I don't think the default completion supports such functionality, at
> least not with the styles we have by default in completion-styles.
The behavior Spencer describes is very much part of our default (it's
provided both by the `basic` and the `partial-completion` styles, both
of which are enabled by default).
Stefan
bug-gnu-emacs@HIDDEN:bug#62700; Package emacs.
Full text available.
Received: (at 62700) by debbugs.gnu.org; 6 Apr 2023 19:30:37 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Thu Apr 06 15:30:37 2023
Received: from localhost ([127.0.0.1]:55184 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1pkVJc-0007YF-Ka
for submit <at> debbugs.gnu.org; Thu, 06 Apr 2023 15:30:37 -0400
Received: from eggs.gnu.org ([209.51.188.92]:48104)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <eliz@HIDDEN>) id 1pkVJX-0007Xz-RK
for 62700 <at> debbugs.gnu.org; Thu, 06 Apr 2023 15:30:34 -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 1pkVJS-0002F5-20; Thu, 06 Apr 2023 15:30:26 -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=NqwcnP0gWs0EU5xTVeFExiZvSQM6g3o5I1EtzLtq4Cc=; b=SUD0dKBskuTz
kOlAJ5RsnnsQkr/v9ZAzcQCJaovl7dd4J2XQyey4A63WTK7tY8MEYVRzI/eKFA6T4l4qrOhv6Jfv8
ycNizGTnR67ZRg5rk/xpqJBDKrHiI859H00dNDQWCWn1eK2JabPqPQOTUCHcRLGtv1ZPXCgWFi5bF
gkvEJt5boBEjytWCgYTtiP0f5CBi1t430PjM+TOQZFLUaZ/oxgctqLCUO4OSJBI9c8HUzYCyasccL
FCiBVNeJErBiDiHOCk62PgSBcRk6NvNY3zxlVOoASugcLEc0A4BlArSSywUO4Aay67vO2zf5iIUjD
pIVOMYVHpvANTgxpuq+paA==;
Received: from [87.69.77.57] (helo=home-c4e4a596f7)
by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
id 1pkVJR-0005Js-Ig; Thu, 06 Apr 2023 15:30:25 -0400
Date: Thu, 06 Apr 2023 22:30:55 +0300
Message-Id: <83jzyoq040.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
To: Spencer Baugh <sbaugh@HIDDEN>,
Stefan Monnier <monnier@HIDDEN>
In-Reply-To: <ierv8i8suql.fsf@HIDDEN> (message from Spencer Baugh on
Thu, 06 Apr 2023 14:58:42 -0400)
Subject: Re: bug#62700: 29.0.60;
minibuffer-{previous,next,choose}-completion behave unintuitively when
point is not at end of buffer
References: <iery1n4sxm4.fsf@HIDDEN> <83r0swq39p.fsf@HIDDEN>
<ierv8i8suql.fsf@HIDDEN>
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 62700
Cc: 62700 <at> debbugs.gnu.org, 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: Spencer Baugh <sbaugh@HIDDEN>
> Cc: 62700 <at> debbugs.gnu.org, juri@HIDDEN
> Date: Thu, 06 Apr 2023 14:58:42 -0400
>
> Eli Zaretskii <eliz@HIDDEN> writes:
>
> >> I think this is basically just a bug.
> >
> > I think it's the intended behavior. In this case, it looks not
> > useful, because the string you typed before starting to use M-<UP> and
> > M-<DOWN> happens to be at the end of each completion candidate. But
> > this is not the only situation possible. Basically, completion always
> > modifies only the text before point, leaving what's after point
> > intact, so that the user could have after point stuff that completion
> > should ignore, and that eventually will be appended to the selected
> > candidate.
>
> Could you give an example of when this would be desirable?
When completing on shell commands, for example: the text after point
is usually the command-line arguments to the command, and the
completion is on command names or on some file name.
> >> If this is intentional for some reason, I think the behavior should
> >> definitely be changed before Emacs 29 is released. Moving point around
> >> in the minibuffer while completing is an important part of using the
> >> default completion-styles
> >
> > It is? why?
>
> "basic" and "emacs22" are default completion-styles, and they both treat
> text after point differently from text before point.
This is intentional, AFAIK.
> For example, suppose I wanted to wanted to complete filenames starting
> with x and ending in .c.
I don't think the default completion supports such functionality, at
least not with the styles we have by default in completion-styles.
But maybe I'm missing something; adding Stefan to the discussion.
bug-gnu-emacs@HIDDEN:bug#62700; Package emacs.
Full text available.
Received: (at 62700) by debbugs.gnu.org; 6 Apr 2023 19:22:56 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Thu Apr 06 15:22:56 2023
Received: from localhost ([127.0.0.1]:55173 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1pkVCC-0007Jj-DM
for submit <at> debbugs.gnu.org; Thu, 06 Apr 2023 15:22:56 -0400
Received: from mxout5.mail.janestreet.com ([64.215.233.18]:49217)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <sbaugh@HIDDEN>) id 1pkVCB-0007JW-1p
for 62700 <at> debbugs.gnu.org; Thu, 06 Apr 2023 15:22:55 -0400
From: Spencer Baugh <sbaugh@HIDDEN>
To: Juri Linkov <juri@HIDDEN>
Subject: Re: bug#62700: 29.0.60;
minibuffer-{previous,next,choose}-completion behave unintuitively when
point is not at end of buffer
In-Reply-To: <864jpsrgaz.fsf@HIDDEN> (Juri Linkov's message of "Thu,
06 Apr 2023 21:55:48 +0300")
References: <iery1n4sxm4.fsf@HIDDEN> <864jpsrgaz.fsf@HIDDEN>
Date: Thu, 06 Apr 2023 15:22:49 -0400
Message-ID: <iersfdcstme.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: 62700
Cc: 62700 <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.0 (-)
Juri Linkov <juri@HIDDEN> writes:
>> 6. C-h v -path
>> 7. C-a to move point to before -path
>> 8. <tab> to show completions of variables ending in -path
>> 9. Use M-<up> and M-<down> to switch between completions. Now as you
>> switch completions, they are inserted at point, *without* replacing the
>> text already in the buffer. So e.g. the minibuffer will contain
>> "load-path-path".
>> 10. Likewise, if you (setq minibuffer-completion-auto-choose nil), M-RET
>> inserts the completion string at point, without replacing the text in
>> the minibuffer, so you will get "load-path-path".
>>
>> I think this is basically just a bug. Hopefully we can fix this before
>> Emacs 29 is released, because this is the last thing which stops these
>> new commands from being a really great improvement to the Emacs
>> completion defaults.
>
> I agree that it would be nice to fix this in Emacs 29.
> But the problem is that this would require non-trivial changes.
> We need to apply a small part of the patch mentioned in
> bug#47711, bug#48356, bug#48841, bug#60313 and located at
> https://lists.gnu.org/archive/html/emacs-devel/2021-08/msg00412.html
> that implements the following FIXME item in 'completion-all-completions':
>
> ;; FIXME: We need to additionally return the info needed for the
> ;; second part of completion-base-position.
>
> When it will return from 'completion-all-completions' not only the start
> position of a completion, but also its end, then we could use this
> additional information for M-<up> and M-<down>.
Any updates on the status of this patch? I see you asked the same thing
a year ago in one of those bugs.
I can try to prepare a more minimal version of this patch, just targeted
at adding the ability to return the end of the completion position.
Do you have any advice on an appropriate API for that? An alist as in
that patch seems reasonable to me, but perhaps there's an even simpler
approach?
(BTW, the reason I really want to fix this in Emacs 29 is that I don't
want us to be concerned with being backwards-compatible with the current
behavior in 29, which seems much worse to me. But if we won't be
concerned about that, doing this in 30 seems totally fine. I can just
backport it for my users anyway :) )
bug-gnu-emacs@HIDDEN:bug#62700; Package emacs.
Full text available.
Received: (at 62700) by debbugs.gnu.org; 6 Apr 2023 19:00:21 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Thu Apr 06 15:00:21 2023
Received: from localhost ([127.0.0.1]:55168 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1pkUqL-0006o5-65
for submit <at> debbugs.gnu.org; Thu, 06 Apr 2023 15:00:21 -0400
Received: from relay1-d.mail.gandi.net ([217.70.183.193]:44095)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <juri@HIDDEN>) id 1pkUqJ-0006ns-KK
for 62700 <at> debbugs.gnu.org; Thu, 06 Apr 2023 15:00:20 -0400
Received: (Authenticated sender: juri@HIDDEN)
by mail.gandi.net (Postfix) with ESMTPSA id BF5C324000B;
Thu, 6 Apr 2023 19:00:11 +0000 (UTC)
From: Juri Linkov <juri@HIDDEN>
To: Spencer Baugh <sbaugh@HIDDEN>
Subject: Re: bug#62700: 29.0.60;
minibuffer-{previous,next,choose}-completion behave
unintuitively when point is not at end of buffer
In-Reply-To: <iery1n4sxm4.fsf@HIDDEN> (Spencer Baugh's message of
"Thu, 06 Apr 2023 13:56:35 -0400")
Organization: LINKOV.NET
References: <iery1n4sxm4.fsf@HIDDEN>
Date: Thu, 06 Apr 2023 21:55:48 +0300
Message-ID: <864jpsrgaz.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/30.0.50 (x86_64-pc-linux-gnu)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: -0.7 (/)
X-Debbugs-Envelope-To: 62700
Cc: 62700 <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 (-)
> 6. C-h v -path
> 7. C-a to move point to before -path
> 8. <tab> to show completions of variables ending in -path
> 9. Use M-<up> and M-<down> to switch between completions. Now as you
> switch completions, they are inserted at point, *without* replacing the
> text already in the buffer. So e.g. the minibuffer will contain
> "load-path-path".
> 10. Likewise, if you (setq minibuffer-completion-auto-choose nil), M-RET
> inserts the completion string at point, without replacing the text in
> the minibuffer, so you will get "load-path-path".
>
> I think this is basically just a bug. Hopefully we can fix this before
> Emacs 29 is released, because this is the last thing which stops these
> new commands from being a really great improvement to the Emacs
> completion defaults.
I agree that it would be nice to fix this in Emacs 29.
But the problem is that this would require non-trivial changes.
We need to apply a small part of the patch mentioned in
bug#47711, bug#48356, bug#48841, bug#60313 and located at
https://lists.gnu.org/archive/html/emacs-devel/2021-08/msg00412.html
that implements the following FIXME item in 'completion-all-completions':
;; FIXME: We need to additionally return the info needed for the
;; second part of completion-base-position.
When it will return from 'completion-all-completions' not only the start
position of a completion, but also its end, then we could use this
additional information for M-<up> and M-<down>.
bug-gnu-emacs@HIDDEN:bug#62700; Package emacs.
Full text available.
Received: (at 62700) by debbugs.gnu.org; 6 Apr 2023 18:58:52 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Thu Apr 06 14:58:52 2023
Received: from localhost ([127.0.0.1]:55164 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1pkUot-0006k4-KI
for submit <at> debbugs.gnu.org; Thu, 06 Apr 2023 14:58:52 -0400
Received: from mxout5.mail.janestreet.com ([64.215.233.18]:47933)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <sbaugh@HIDDEN>) id 1pkUoq-0006jo-AH
for 62700 <at> debbugs.gnu.org; Thu, 06 Apr 2023 14:58:50 -0400
From: Spencer Baugh <sbaugh@HIDDEN>
To: Eli Zaretskii <eliz@HIDDEN>
Subject: Re: bug#62700: 29.0.60;
minibuffer-{previous,next,choose}-completion behave unintuitively when
point is not at end of buffer
In-Reply-To: <83r0swq39p.fsf@HIDDEN> (Eli Zaretskii's message of "Thu, 06 Apr
2023 21:22:42 +0300")
References: <iery1n4sxm4.fsf@HIDDEN> <83r0swq39p.fsf@HIDDEN>
Date: Thu, 06 Apr 2023 14:58:42 -0400
Message-ID: <ierv8i8suql.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: 62700
Cc: 62700 <at> debbugs.gnu.org, 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: Juri Linkov <juri@HIDDEN>
>> From: Spencer Baugh <sbaugh@HIDDEN>
>> Date: Thu, 06 Apr 2023 13:56:35 -0400
>>
>> 6. C-h v -path
>> 7. C-a to move point to before -path
>> 8. <tab> to show completions of variables ending in -path
>> 9. Use M-<up> and M-<down> to switch between completions. Now as you
>> switch completions, they are inserted at point, *without* replacing the
>> text already in the buffer. So e.g. the minibuffer will contain
>> "load-path-path".
>> 10. Likewise, if you (setq minibuffer-completion-auto-choose nil), M-RET
>> inserts the completion string at point, without replacing the text in
>> the minibuffer, so you will get "load-path-path".
>>
>> I think this is basically just a bug.
>
> I think it's the intended behavior. In this case, it looks not
> useful, because the string you typed before starting to use M-<UP> and
> M-<DOWN> happens to be at the end of each completion candidate. But
> this is not the only situation possible. Basically, completion always
> modifies only the text before point, leaving what's after point
> intact, so that the user could have after point stuff that completion
> should ignore, and that eventually will be appended to the selected
> candidate.
Could you give an example of when this would be desirable?
>> Hopefully we can fix this before Emacs 29 is released, because this
>> is the last thing which stops these new commands from being a really
>> great improvement to the Emacs completion defaults.
>
> Why did you need to move point to the beginning of what you typed to
> begin with? Unless you explain that, I don't see how we can consider
> this issue important enough to fix at all, let alone for Emacs 29.
>
>> If this is intentional for some reason, I think the behavior should
>> definitely be changed before Emacs 29 is released. Moving point around
>> in the minibuffer while completing is an important part of using the
>> default completion-styles
>
> It is? why?
"basic" and "emacs22" are default completion-styles, and they both treat
text after point differently from text before point.
For example, suppose I wanted to wanted to complete filenames starting
with x and ending in .c. The way I would do this with the default
completion-styles is enter "x.c", placing point just before ".", and hit
TAB. (I could equivalently do x*.c and hit TAB, but that will move
point to right after the "*" and run into this same issue!)
Actually, * is another good example. If I input a * in my string to be
completed (which is provided by partial-completion, a default
completion-style), then when I hit TAB point is moved back to the site
of the *. This makes * very hard to use at the same time as
minibuffer-{previous,next}-completion, because of their behavior of not
modifying the text after point.
bug-gnu-emacs@HIDDEN:bug#62700; Package emacs.
Full text available.
Received: (at 62700) by debbugs.gnu.org; 6 Apr 2023 18:22:23 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Thu Apr 06 14:22:23 2023
Received: from localhost ([127.0.0.1]:55121 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1pkUFb-0005Sv-3C
for submit <at> debbugs.gnu.org; Thu, 06 Apr 2023 14:22:23 -0400
Received: from eggs.gnu.org ([209.51.188.92]:55620)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <eliz@HIDDEN>) id 1pkUFY-0005SX-Lo
for 62700 <at> debbugs.gnu.org; Thu, 06 Apr 2023 14:22:21 -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 1pkUFR-0007Gg-Tb; Thu, 06 Apr 2023 14:22:13 -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=gSWVzKoWrLCkxjnT33kVfcNKTYvYdCxOmw0uZfz1Tqs=; b=biVHDr2ODu/T
EzQUkAyPn21GjzuTxjf7w9fk//yNjWKlszYm74TWrnUqCI2lSrAWDqE5Qlp7sYtlNmYNI4N0M2srE
rg3toprSvnBP7R/7Kowj/4AnsyM3u2IwyXVUNT5LVFQ9XFZZNdQSJ5cFb+RAMlrbGwM7xo+2Cvc1C
a9f0b03Sv1VdLE0b+POgjOQcsyKotuAtQGsiju0T2tNh3dite2EsVcEOGV4c/1ns0d5sUOf033KrR
K4fIsGSCKFY2Tzp5q6qpOA06cmwOLD/aqAiWxQ58uLTFU1Pcn0YED/K0N9aB9IlBULkuiNTdd8fLc
tpBcZQxP3Ko88iAiOYoIGw==;
Received: from [87.69.77.57] (helo=home-c4e4a596f7)
by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
id 1pkUFR-0005L5-7c; Thu, 06 Apr 2023 14:22:13 -0400
Date: Thu, 06 Apr 2023 21:22:42 +0300
Message-Id: <83r0swq39p.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
To: Spencer Baugh <sbaugh@HIDDEN>
In-Reply-To: <iery1n4sxm4.fsf@HIDDEN> (message from Spencer Baugh on
Thu, 06 Apr 2023 13:56:35 -0400)
Subject: Re: bug#62700: 29.0.60;
minibuffer-{previous,next,choose}-completion behave unintuitively
when point is not at end of buffer
References: <iery1n4sxm4.fsf@HIDDEN>
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 62700
Cc: 62700 <at> debbugs.gnu.org, 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 (---)
> Cc: Juri Linkov <juri@HIDDEN>
> From: Spencer Baugh <sbaugh@HIDDEN>
> Date: Thu, 06 Apr 2023 13:56:35 -0400
>
> 6. C-h v -path
> 7. C-a to move point to before -path
> 8. <tab> to show completions of variables ending in -path
> 9. Use M-<up> and M-<down> to switch between completions. Now as you
> switch completions, they are inserted at point, *without* replacing the
> text already in the buffer. So e.g. the minibuffer will contain
> "load-path-path".
> 10. Likewise, if you (setq minibuffer-completion-auto-choose nil), M-RET
> inserts the completion string at point, without replacing the text in
> the minibuffer, so you will get "load-path-path".
>
> I think this is basically just a bug.
I think it's the intended behavior. In this case, it looks not
useful, because the string you typed before starting to use M-<UP> and
M-<DOWN> happens to be at the end of each completion candidate. But
this is not the only situation possible. Basically, completion always
modifies only the text before point, leaving what's after point
intact, so that the user could have after point stuff that completion
should ignore, and that eventually will be appended to the selected
candidate.
> Hopefully we can fix this before Emacs 29 is released, because this
> is the last thing which stops these new commands from being a really
> great improvement to the Emacs completion defaults.
Why did you need to move point to the beginning of what you typed to
begin with? Unless you explain that, I don't see how we can consider
this issue important enough to fix at all, let alone for Emacs 29.
> If this is intentional for some reason, I think the behavior should
> definitely be changed before Emacs 29 is released. Moving point around
> in the minibuffer while completing is an important part of using the
> default completion-styles
It is? why?
bug-gnu-emacs@HIDDEN:bug#62700; Package emacs.
Full text available.
Received: (at submit) by debbugs.gnu.org; 6 Apr 2023 17:56:46 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Thu Apr 06 13:56:46 2023
Received: from localhost ([127.0.0.1]:55098 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1pkTqm-0004f5-Sr
for submit <at> debbugs.gnu.org; Thu, 06 Apr 2023 13:56:46 -0400
Received: from lists.gnu.org ([209.51.188.17]:57070)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <sbaugh@HIDDEN>) id 1pkTqi-0004et-Jl
for submit <at> debbugs.gnu.org; Thu, 06 Apr 2023 13:56:43 -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 <sbaugh@HIDDEN>)
id 1pkTqh-00080u-RR
for bug-gnu-emacs@HIDDEN; Thu, 06 Apr 2023 13:56:39 -0400
Received: from mxout5.mail.janestreet.com ([64.215.233.18])
by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.90_1) (envelope-from <sbaugh@HIDDEN>)
id 1pkTqe-0002u8-Rd
for bug-gnu-emacs@HIDDEN; Thu, 06 Apr 2023 13:56:39 -0400
From: Spencer Baugh <sbaugh@HIDDEN>
To: bug-gnu-emacs@HIDDEN
Subject: 29.0.60; minibuffer-{previous,next,choose}-completion behave
unintuitively when point is not at end of buffer
Date: Thu, 06 Apr 2023 13:56:35 -0400
Message-ID: <iery1n4sxm4.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain
Received-SPF: pass client-ip=64.215.233.18; envelope-from=sbaugh@HIDDEN;
helo=mxout5.mail.janestreet.com
X-Spam_score_int: -18
X-Spam_score: -1.9
X-Spam_bar: -
X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, SPF_HELO_PASS=-0.001,
SPF_PASS=-0.001 autolearn=ham autolearn_force=no
X-Spam_action: no action
X-Spam-Score: -1.4 (-)
X-Debbugs-Envelope-To: submit
Cc: 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: -2.4 (--)
1. emacs -Q
2. C-h v -path
3. <tab> to show completions of variables containing the string -path
4. Use M-<up> and M-<down> to switch between completions. Note that as
you switch completions, they replace the text already in the minibuffer.
5. C-g
6. C-h v -path
7. C-a to move point to before -path
8. <tab> to show completions of variables ending in -path
9. Use M-<up> and M-<down> to switch between completions. Now as you
switch completions, they are inserted at point, *without* replacing the
text already in the buffer. So e.g. the minibuffer will contain
"load-path-path".
10. Likewise, if you (setq minibuffer-completion-auto-choose nil), M-RET
inserts the completion string at point, without replacing the text in
the minibuffer, so you will get "load-path-path".
I think this is basically just a bug. Hopefully we can fix this before
Emacs 29 is released, because this is the last thing which stops these
new commands from being a really great improvement to the Emacs
completion defaults.
If this is intentional for some reason, I think the behavior should
definitely be changed before Emacs 29 is released. Moving point around
in the minibuffer while completing is an important part of using the
default completion-styles, so we should not make that harder. Other
completion packages for Emacs do not have this behavior, e.g. icomplete
or ido.
In GNU Emacs 29.0.60 (build 3, x86_64-pc-linux-gnu, X toolkit, cairo
version 1.15.12, Xaw scroll bars) of 2023-03-13 built on
igm-qws-u22796a
Repository revision: e759905d2e0828eac4c8164b09113b40f6899656
Repository branch: emacs-29
Windowing system distributor 'The X.Org Foundation', version 11.0.12011000
System Description: CentOS Linux 7 (Core)
Configured using:
'configure --with-x-toolkit=lucid --with-modules
--with-gif=ifavailable'
Configured features:
CAIRO DBUS FREETYPE GLIB GMP GNUTLS GSETTINGS HARFBUZZ JPEG JSON
LIBSELINUX LIBXML2 MODULES NOTIFY INOTIFY PDUMPER PNG RSVG SECCOMP SOUND
SQLITE3 THREADS TIFF TOOLKIT_SCROLL_BARS X11 XDBE XIM XINPUT2 XPM LUCID
ZLIB
Important settings:
value of $LANG: en_US.UTF-8
locale-coding-system: utf-8-unix
Major mode: Dired by name
Minor modes in effect:
jane-fe-minor-mode: t
editorconfig-mode: t
dired-omit-mode: t
which-function-mode: t
global-git-commit-mode: t
magit-auto-revert-mode: t
shell-dirtrack-mode: t
windmove-mode: t
savehist-mode: t
save-place-mode: t
tooltip-mode: t
global-eldoc-mode: t
show-paren-mode: t
electric-indent-mode: t
mouse-wheel-mode: t
tab-bar-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
blink-cursor-mode: t
buffer-read-only: t
line-number-mode: t
transient-mark-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
Load-path shadows:
/usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/csharp-mode hides /home/sbaugh/.local/src/emacs29/lisp/progmodes/csharp-mode
/usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/eldoc hides /home/sbaugh/.local/src/emacs29/lisp/emacs-lisp/eldoc
/usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/auctex/lpath hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/dictionary/lpath
/home/sbaugh/.local/src/emacs29/lisp/net/dictionary hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/dictionary/dictionary
/usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/caml-font hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/ocaml/caml-font
/home/sbaugh/.local/src/emacs29/lisp/org/org-version hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/org-version
/home/sbaugh/.local/src/emacs29/lisp/org/org-loaddefs hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/org-loaddefs
/home/sbaugh/.local/src/emacs29/lisp/org/org-keys hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/org-keys
/home/sbaugh/.local/src/emacs29/lisp/org/ol hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/ol
/home/sbaugh/.local/src/emacs29/lisp/org/ob-perl hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/ob-perl
/home/sbaugh/.local/src/emacs29/lisp/org/ob-core hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/ob-core
/home/sbaugh/.local/src/emacs29/lisp/org/ox hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/ox
/home/sbaugh/.local/src/emacs29/lisp/org/ol-rmail hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/ol-rmail
/home/sbaugh/.local/src/emacs29/lisp/org/ob-octave hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/ob-octave
/home/sbaugh/.local/src/emacs29/lisp/org/ob-comint hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/ob-comint
/home/sbaugh/.local/src/emacs29/lisp/org/ol-w3m hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/ol-w3m
/home/sbaugh/.local/src/emacs29/lisp/org/ob-org hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/ob-org
/home/sbaugh/.local/src/emacs29/lisp/org/ox-texinfo hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/ox-texinfo
/home/sbaugh/.local/src/emacs29/lisp/org/org-inlinetask hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/org-inlinetask
/home/sbaugh/.local/src/emacs29/lisp/org/ol-mhe hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/ol-mhe
/home/sbaugh/.local/src/emacs29/lisp/org/ob-ocaml hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/ob-ocaml
/home/sbaugh/.local/src/emacs29/lisp/org/ob-clojure hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/ob-clojure
/home/sbaugh/.local/src/emacs29/lisp/org/ox-publish hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/ox-publish
/home/sbaugh/.local/src/emacs29/lisp/org/ol-irc hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/ol-irc
/home/sbaugh/.local/src/emacs29/lisp/org/ob-calc hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/ob-calc
/home/sbaugh/.local/src/emacs29/lisp/org/ox-odt hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/ox-odt
/home/sbaugh/.local/src/emacs29/lisp/org/org-id hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/org-id
/home/sbaugh/.local/src/emacs29/lisp/org/ol-gnus hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/ol-gnus
/home/sbaugh/.local/src/emacs29/lisp/org/ob-matlab hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/ob-matlab
/home/sbaugh/.local/src/emacs29/lisp/org/ox-icalendar hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/ox-icalendar
/home/sbaugh/.local/src/emacs29/lisp/org/org-footnote hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/org-footnote
/home/sbaugh/.local/src/emacs29/lisp/org/ol-bibtex hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/ol-bibtex
/home/sbaugh/.local/src/emacs29/lisp/org/ob-lisp hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/ob-lisp
/home/sbaugh/.local/src/emacs29/lisp/org/ob-C hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/ob-C
/home/sbaugh/.local/src/emacs29/lisp/org/ox-org hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/ox-org
/home/sbaugh/.local/src/emacs29/lisp/org/org-indent hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/org-indent
/home/sbaugh/.local/src/emacs29/lisp/org/ol-info hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/ol-info
/home/sbaugh/.local/src/emacs29/lisp/org/ob-maxima hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/ob-maxima
/home/sbaugh/.local/src/emacs29/lisp/org/ob-awk hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/ob-awk
/home/sbaugh/.local/src/emacs29/lisp/org/ox-man hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/ox-man
/home/sbaugh/.local/src/emacs29/lisp/org/org-goto hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/org-goto
/home/sbaugh/.local/src/emacs29/lisp/org/ox-md hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/ox-md
/home/sbaugh/.local/src/emacs29/lisp/org/ol-eshell hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/ol-eshell
/home/sbaugh/.local/src/emacs29/lisp/org/ob-lua hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/ob-lua
/home/sbaugh/.local/src/emacs29/lisp/org/org-habit hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/org-habit
/home/sbaugh/.local/src/emacs29/lisp/org/ob-R hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/ob-R
/home/sbaugh/.local/src/emacs29/lisp/org/ol-eww hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/ol-eww
/home/sbaugh/.local/src/emacs29/lisp/org/ob-makefile hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/ob-makefile
/home/sbaugh/.local/src/emacs29/lisp/org/ox-latex hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/ox-latex
/home/sbaugh/.local/src/emacs29/lisp/org/ol-docview hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/ol-docview
/home/sbaugh/.local/src/emacs29/lisp/org/ob-lob hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/ob-lob
/home/sbaugh/.local/src/emacs29/lisp/org/ox-beamer hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/ox-beamer
/home/sbaugh/.local/src/emacs29/lisp/org/org-faces hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/org-faces
/home/sbaugh/.local/src/emacs29/lisp/org/ob hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/ob
/home/sbaugh/.local/src/emacs29/lisp/org/ox-html hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/ox-html
/home/sbaugh/.local/src/emacs29/lisp/org/org-feed hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/org-feed
/home/sbaugh/.local/src/emacs29/lisp/org/ol-bbdb hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/ol-bbdb
/home/sbaugh/.local/src/emacs29/lisp/org/ob-lilypond hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/ob-lilypond
/home/sbaugh/.local/src/emacs29/lisp/org/ox-ascii hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/ox-ascii
/home/sbaugh/.local/src/emacs29/lisp/org/ob-latex hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/ob-latex
/home/sbaugh/.local/src/emacs29/lisp/org/org hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/org
/home/sbaugh/.local/src/emacs29/lisp/org/ob-tangle hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/ob-tangle
/home/sbaugh/.local/src/emacs29/lisp/org/org-tempo hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/org-tempo
/home/sbaugh/.local/src/emacs29/lisp/org/org-duration hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/org-duration
/home/sbaugh/.local/src/emacs29/lisp/org/ob-sqlite hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/ob-sqlite
/home/sbaugh/.local/src/emacs29/lisp/org/org-entities hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/org-entities
/home/sbaugh/.local/src/emacs29/lisp/org/ob-table hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/ob-table
/home/sbaugh/.local/src/emacs29/lisp/org/ob-js hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/ob-js
/home/sbaugh/.local/src/emacs29/lisp/org/org-table hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/org-table
/home/sbaugh/.local/src/emacs29/lisp/org/ob-sql hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/ob-sql
/home/sbaugh/.local/src/emacs29/lisp/org/org-timer hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/org-timer
/home/sbaugh/.local/src/emacs29/lisp/org/org-element hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/org-element
/home/sbaugh/.local/src/emacs29/lisp/org/ob-java hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/ob-java
/home/sbaugh/.local/src/emacs29/lisp/org/org-ctags hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/org-ctags
/home/sbaugh/.local/src/emacs29/lisp/org/ob-shell hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/ob-shell
/home/sbaugh/.local/src/emacs29/lisp/org/ob-groovy hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/ob-groovy
/home/sbaugh/.local/src/emacs29/lisp/org/org-src hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/org-src
/home/sbaugh/.local/src/emacs29/lisp/org/org-datetree hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/org-datetree
/home/sbaugh/.local/src/emacs29/lisp/org/ob-haskell hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/ob-haskell
/home/sbaugh/.local/src/emacs29/lisp/org/org-plot hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/org-plot
/home/sbaugh/.local/src/emacs29/lisp/org/org-compat hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/org-compat
/home/sbaugh/.local/src/emacs29/lisp/org/ob-screen hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/ob-screen
/home/sbaugh/.local/src/emacs29/lisp/org/ob-fortran hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/ob-fortran
/home/sbaugh/.local/src/emacs29/lisp/org/org-protocol hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/org-protocol
/home/sbaugh/.local/src/emacs29/lisp/org/org-crypt hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/org-crypt
/home/sbaugh/.local/src/emacs29/lisp/org/ob-sed hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/ob-sed
/home/sbaugh/.local/src/emacs29/lisp/org/ob-gnuplot hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/ob-gnuplot
/home/sbaugh/.local/src/emacs29/lisp/org/org-pcomplete hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/org-pcomplete
/home/sbaugh/.local/src/emacs29/lisp/org/org-colview hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/org-colview
/home/sbaugh/.local/src/emacs29/lisp/org/ob-scheme hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/ob-scheme
/home/sbaugh/.local/src/emacs29/lisp/org/ob-forth hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/ob-forth
/home/sbaugh/.local/src/emacs29/lisp/org/org-num hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/org-num
/home/sbaugh/.local/src/emacs29/lisp/org/org-clock hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/org-clock
/home/sbaugh/.local/src/emacs29/lisp/org/ob-exp hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/ob-exp
/home/sbaugh/.local/src/emacs29/lisp/org/org-mouse hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/org-mouse
/home/sbaugh/.local/src/emacs29/lisp/org/org-capture hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/org-capture
/home/sbaugh/.local/src/emacs29/lisp/org/ob-sass hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/ob-sass
/home/sbaugh/.local/src/emacs29/lisp/org/ob-eval hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/ob-eval
/home/sbaugh/.local/src/emacs29/lisp/org/ob-ref hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/ob-ref
/home/sbaugh/.local/src/emacs29/lisp/org/ob-emacs-lisp hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/ob-emacs-lisp
/home/sbaugh/.local/src/emacs29/lisp/org/org-mobile hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/org-mobile
/home/sbaugh/.local/src/emacs29/lisp/org/ob-ruby hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/ob-ruby
/home/sbaugh/.local/src/emacs29/lisp/org/ob-eshell hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/ob-eshell
/home/sbaugh/.local/src/emacs29/lisp/org/org-lint hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/org-lint
/home/sbaugh/.local/src/emacs29/lisp/org/org-agenda hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/org-agenda
/home/sbaugh/.local/src/emacs29/lisp/org/org-macro hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/org-macro
/home/sbaugh/.local/src/emacs29/lisp/org/org-attach-git hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/org-attach-git
/home/sbaugh/.local/src/emacs29/lisp/org/ob-processing hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/ob-processing
/home/sbaugh/.local/src/emacs29/lisp/org/ob-css hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/ob-css
/home/sbaugh/.local/src/emacs29/lisp/org/ob-dot hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/ob-dot
/home/sbaugh/.local/src/emacs29/lisp/org/org-list hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/org-list
/home/sbaugh/.local/src/emacs29/lisp/org/org-macs hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/org-macs
/home/sbaugh/.local/src/emacs29/lisp/org/org-attach hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/org-attach
/home/sbaugh/.local/src/emacs29/lisp/org/org-archive hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/org-archive
/home/sbaugh/.local/src/emacs29/lisp/org/ob-python hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/ob-python
/home/sbaugh/.local/src/emacs29/lisp/org/ob-plantuml hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/ob-plantuml
/home/sbaugh/.local/src/emacs29/lisp/org/ob-ditaa hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/lisp/ob-ditaa
/home/sbaugh/.local/src/emacs29/lisp/org/ob-julia hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/contrib/lisp/ob-julia
/home/sbaugh/.local/src/emacs29/lisp/org/ol-man hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/contrib/lisp/ol-man
/home/sbaugh/.local/src/emacs29/lisp/org/ox-koma-letter hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/org/contrib/lisp/ox-koma-letter
/home/sbaugh/.emacs.d/elpa/dash-2.19.1/dash hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/dash/dash
/home/sbaugh/.emacs.d/elpa/dash-2.19.1/dash-functional hides /usr/local/home/sbaugh/workspaces/fe-47828/+share+/app/emacs/elisp/contrib/dash/dash-functional
Features:
(shadow sort mail-extr emacsbug tabify cal-iso org-datetree org-capture
pcmpl-unix pcmpl-gnu dabbrev log-view vc vc-git vc-dispatcher
bug-reference shortdoc cc-mode cc-fonts cc-guess cc-menus cc-cmds
cc-styles cc-align cc-engine cc-vars cc-defs dired-aux pulse misearch
multi-isearch org-element org-persist org-id org-refile avl-tree
generator oc-basic ol-eww eww xdg url-queue 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 shr pixel-fill kinsoku url-file svg dom
gnus-group gnus-undo gnus-start gnus-dbus dbus xml gnus-cloud nnimap
nnmail mail-source utf7 nnoo gnus-spec gnus-int gnus-range gnus-win gnus
nnheader range wid-edit ol-docview doc-view jka-compr image-mode exif
ol-bibtex bibtex ol-bbdb ol-w3m ol-doi org-link-doi find-dired sh-script
treesit executable goto-addr hl-line display-line-numbers cl-print
completion help-fns radix-tree vc-hg tramp tramp-loaddefs trampver
tramp-integration files-x tramp-compat parse-time iso8601 ls-lisp
jane-project jane-merlin merlin-imenu merlin-xref xref merlin-cap merlin
jane-async-merlin jane-completion jane-common jane-fe-menu ecaml_plugin
linum view gopcaml magit-bookmark bookmark image+ advice image-file
image-converter editorconfig editorconfig-core editorconfig-core-handle
editorconfig-fnmatch whitespace jane-auto-modes vba-mode markdown-mode
color jane jane-micro-features grep jane-diff unified-test-mode
shell-file core core-buffer core-error core-util ert pp ewoc debug
backtrace jane-sexp jane-ocaml jane-tuareg-theme tuareg tuareg-compat
tuareg-opam skeleton flymake-proc flymake warnings smie caml-types
caml-help caml-emacs find-file compile jane-cr jane-align
jane-deprecated jane-smerge gnu-elpa-keyring-update jane-ocp-indent
ocp-indent cl jane-util page-ext dired-x magit-extras project
magit-submodule magit-obsolete magit-blame magit-stash magit-reflog
magit-bisect magit-push magit-pull magit-fetch magit-clone magit-remote
magit-commit magit-sequence magit-notes magit-worktree magit-tag
magit-merge magit-branch magit-reset magit-files magit-refs magit-status
magit magit-repos magit-apply magit-wip magit-log which-func imenu
magit-diff smerge-mode diff diff-mode git-commit log-edit message
sendmail yank-media puny dired dired-loaddefs rfc822 mml mml-sec epa
derived epg rfc6068 epg-config gnus-util text-property-search 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 autorevert filenotify
magit-margin magit-transient magit-process with-editor shell server
magit-mode transient edmacro kmacro magit-git magit-section magit-utils
crm dash cl-extra help-mode windmove org ob ob-tangle ob-ref ob-lob
ob-table ob-exp org-macro org-src 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 rx org-fold
org-fold-core org-keys oc org-loaddefs find-func cal-menu calendar
cal-loaddefs org-version org-compat org-macs format-spec gdb-mi bindat
gud easy-mmode comint ansi-osc ansi-color ring ffap thingatpt vundo
pcase cyberpunk-theme savehist saveplace vundo-autoloads magit-autoloads
csv-mode-autoloads magit-section-autoloads cyberpunk-theme-autoloads
url-http-ntlm-autoloads url-auth git-commit-autoloads
with-editor-autoloads finder-inf info dash-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/x-win x-win
term/common-win x-dnd tool-bar dnd fontset image regexp-opt fringe
tabulated-list replace newcomment text-mode lisp-mode prog-mode register
page tab-bar menu-bar rfn-eshadow isearch easymenu timer select
scroll-bar mouse jit-lock font-lock syntax font-core term/tty-colors
frame minibuffer nadvice seq simple cl-generic indonesian philippine
cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao
korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech
european ethiopic indian cyrillic chinese composite emoji-zwj charscript
charprop case-table epa-hook jka-cmpr-hook help abbrev obarray oclosure
cl-preloaded button loaddefs theme-loaddefs faces cus-face macroexp
files window text-properties overlay sha1 md5 base64 format env
code-pages mule custom widget keymap hashtable-print-readable backquote
threads dbusbind inotify dynamic-setting system-font-setting
font-render-setting cairo x-toolkit xinput2 x multi-tty
make-network-process emacs)
Memory information:
((conses 16 583321 56900)
(symbols 48 44810 0)
(strings 32 158814 5579)
(string-bytes 1 5346908)
(vectors 16 80875)
(vector-slots 8 1651451 169545)
(floats 8 540 459)
(intervals 56 11200 1394)
(buffers 976 38)
(heap 1024 63482 7231))
Spencer Baugh <sbaugh@HIDDEN>:bug-gnu-emacs@HIDDEN.
Full text available.bug-gnu-emacs@HIDDEN:bug#62700; Package emacs.
Full text available.
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997 nCipher Corporation Ltd,
1994-97 Ian Jackson.