From: Stephen Berman <stephen.berman@gmx.net>
To: Lars Ingebrigtsen <larsi@gnus.org>
Cc: 11338@debbugs.gnu.org
Subject: bug#11338: 24.1.50; read-buffer-completion-ignore-case fails on one-character names
Date: Mon, 07 Dec 2020 19:20:20 +0100 [thread overview]
Message-ID: <87lfe9cwbf.fsf@rub.de> (raw)
In-Reply-To: <87h7oxcz2n.fsf@gnus.org> (Lars Ingebrigtsen's message of "Mon, 07 Dec 2020 18:20:48 +0100")
On Mon, 07 Dec 2020 18:20:48 +0100 Lars Ingebrigtsen <larsi@gnus.org> wrote:
> Stephen Berman <stephen.berman@gmx.net> writes:
>
>> 0. emacs -Q
>> 1. M-x customize-option RET read-buffer-completion-ignore-case RET.
>> Toggle to "on", set for the current session.
>> 2. Type `C-x b RET a', then `C-x b RET A', then `C-x b RET ahjk', then
>> switch to buffer *scratch*.
>> 3. C-x b a TAB => Emacs correctly reports: "[Complete, but not unique]"
>> 4. TAB => *Completions* buffer contains, as expected: A a ahjk.
>> 5. C-x k ahjk RET.
>> 6. C-x b a TAB => Emacs incorrectly reports: "[Sole completion]".
>> 7. C-x b A TAB => Emacs incorrectly reports: "[Sole completion]".
>
> (This bug report unfortunately got no response at the time.)
>
> I tried this in Emacs 28, and I got:
[*Completions* buffer showing both A and a]
> So I'm going to go ahead and guess that this has been fixed at some
> point in the years since this was reported, and I'm closing this bug
> report. If this is still and issue, please respond to the debbugs
> address, and we'll reopen.
Did you follow the above recipe exactly in order? When I do that in
master, emacs-27 and emacs-26 (all with -Q), when at step 2 I type `C-x
b RET A' buffer `a' remains the current buffer and `C-x C-b' shows no
buffer `A'. Only if I move step 1 of the recipe to after step 2 do I
get the same thing as in your screenshot. So I agree that the bug I
reported seems to have been fixed, but there appears to be a new bug
which wasn't present in 24.1.50 (which I don't have readily available to
test now): that it's apparently not possible with
read-buffer-completion-ignore-case non-nil to switch to a non-existing
buffer whose name differs from an existing buffer only in case. If you
confirm, I'll report a new bug. Or is this considered expected behavior
(and if so, why)?
Steve Berman
next prev parent reply other threads:[~2020-12-07 18:20 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-04-25 15:37 bug#11338: 24.1.50; read-buffer-completion-ignore-case fails on one-character names Stephen Berman
2020-12-07 17:20 ` Lars Ingebrigtsen
2020-12-07 18:20 ` Stephen Berman [this message]
2020-12-08 13:57 ` Lars Ingebrigtsen
2020-12-08 15:47 ` Eli Zaretskii
2020-12-08 16:21 ` Lars Ingebrigtsen
2020-12-08 16:49 ` Eli Zaretskii
2020-12-08 17:25 ` Lars Ingebrigtsen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87lfe9cwbf.fsf@rub.de \
--to=stephen.berman@gmx.net \
--cc=11338@debbugs.gnu.org \
--cc=larsi@gnus.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).