From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Spencer Baugh Newsgroups: gmane.emacs.bugs Subject: bug#67210: 30.0.50; completing-read with REQUIRE-MATCH=t can sometimes return a non-match Date: Thu, 16 Nov 2023 09:47:17 -0500 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="27754"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Cc: "67210@debbugs.gnu.org" <67210@debbugs.gnu.org> To: Drew Adams Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu Nov 16 15:48:12 2023 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1r3df9-00072p-T8 for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 16 Nov 2023 15:48:11 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1r3df2-00032E-VB; Thu, 16 Nov 2023 09:48:05 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1r3df0-00030C-NL for bug-gnu-emacs@gnu.org; Thu, 16 Nov 2023 09:48:02 -0500 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1r3df0-0004G4-FO for bug-gnu-emacs@gnu.org; Thu, 16 Nov 2023 09:48:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1r3df0-0005p8-4j for bug-gnu-emacs@gnu.org; Thu, 16 Nov 2023 09:48:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Spencer Baugh Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 16 Nov 2023 14:48:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 67210 X-GNU-PR-Package: emacs Original-Received: via spool by 67210-submit@debbugs.gnu.org id=B67210.170014604722177 (code B ref 67210); Thu, 16 Nov 2023 14:48:02 +0000 Original-Received: (at 67210) by debbugs.gnu.org; 16 Nov 2023 14:47:27 +0000 Original-Received: from localhost ([127.0.0.1]:54853 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1r3deR-0005ld-Cs for submit@debbugs.gnu.org; Thu, 16 Nov 2023 09:47:27 -0500 Original-Received: from mxout5.mail.janestreet.com ([64.215.233.18]:51509) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1r3deN-0005lG-KA for 67210@debbugs.gnu.org; Thu, 16 Nov 2023 09:47:26 -0500 In-Reply-To: (Drew Adams's message of "Thu, 16 Nov 2023 01:29:19 +0000") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:274460 Archived-At: Drew Adams writes: > FWIW3. ("foobar" . 3) is a reasonable INIT > value in that example only in the sense that > a user _could_ hit `C-k' and then `RET', to > use the input "foo". > > Why might that be done? Far-fetched, no > doubt, but trailing text after point (which > is after "foo") could perhaps serve some > other purpose in some context, e.g., as a > tip or emphasis or instructions or ... > > But even in such a context, I can't see why > the input of "foobar" would be accepted. > (But see FWIW4, next, for an alternative POV.) > ___ > > FWIW4, I can see an argument being made that > when you use the INIT value you're no longer > completing - regardless of how you might edit > that text - so args REQUIRE and COLLECTION > have no significance. > > That's not the way I'd like to look at it, but > I can imagine that it might be the original > rationale, or at least it might be argued today. To be clear, this happens even without setting INIT, I just included that to make the reproduction clearer. Sorry for the ambguity. i.e. doing 1. (completing-read ":" '("foo") nil t) 2. type in "foobar" 3. move point back to after "foo" 4. RET also returns "foobar"