From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eshel Yaron via "Bug reports for GNU Emacs, the Swiss army knife of text editors" Newsgroups: gmane.emacs.bugs Subject: bug#68022: 30.0.50; File cache completions accumulate instead of replacing minibuffer input Date: Mon, 25 Dec 2023 18:35:34 +0100 Message-ID: References: <8334vqbge3.fsf@gnu.org> <83sf3q9vbi.fsf@gnu.org> <83le9i9qgb.fsf@gnu.org> Reply-To: Eshel Yaron Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="17741"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Cc: 68022@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon Dec 25 18:36:37 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 1rHosW-0004Rr-V8 for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 25 Dec 2023 18:36:37 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rHoru-0001pG-9n; Mon, 25 Dec 2023 12:35:58 -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 1rHors-0001p6-HL for bug-gnu-emacs@gnu.org; Mon, 25 Dec 2023 12:35:56 -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 1rHors-0001nP-9N for bug-gnu-emacs@gnu.org; Mon, 25 Dec 2023 12:35:56 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1rHory-0005Mq-UE for bug-gnu-emacs@gnu.org; Mon, 25 Dec 2023 12:36:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eshel Yaron Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 25 Dec 2023 17:36:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 68022 X-GNU-PR-Package: emacs Original-Received: via spool by 68022-submit@debbugs.gnu.org id=B68022.170352574620598 (code B ref 68022); Mon, 25 Dec 2023 17:36:02 +0000 Original-Received: (at 68022) by debbugs.gnu.org; 25 Dec 2023 17:35:46 +0000 Original-Received: from localhost ([127.0.0.1]:55279 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rHorh-0005MA-V9 for submit@debbugs.gnu.org; Mon, 25 Dec 2023 12:35:46 -0500 Original-Received: from mail.eshelyaron.com ([107.175.124.16]:40560 helo=eshelyaron.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rHorf-0005M2-Tq for 68022@debbugs.gnu.org; Mon, 25 Dec 2023 12:35:45 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=eshelyaron.com; s=mail; t=1703525736; bh=0Tz4j+b3v46zMENLbOlLkfo9OAjsj4Dsck7cy3UD4k0=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=igs3S8EngO58NJ3zKngmzDRaoyIvd5yndX7jUs5imC/0qq6eVmsAQ0PP0ELRthLKf QoYyNCG4sRMx0QXlNdEHcp2tdHuTihkqYI+zJT2lGS7ax4mbHS+56bdDEMuSJBwBTZ isBb1EeX6J/cxnDLptd+IFInc7DmFWFmr8ThbySqyMxIFRYRbQJ8zGDbw5tnsQMIdw D6hGBVSG1hHscHCuYdkIhiBnmxW2vwN7zpHilwXubDj0C3fjavkEcjmjN7wbOfUtHv qpfjfjla0Q4Vn8UBjAMbOzzQXjyoVCNEqpd6ZB8Zce0YPindkDLlx9dTJvDaGvxjUF 5aFMF6PbqH/0w== In-Reply-To: <83le9i9qgb.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 25 Dec 2023 18:50:28 +0200") X-Hashcash: 1:20:231225:eliz@gnu.org::1GE2ARf+zBzs2b0S:14Te X-Hashcash: 1:20:231225:68022@debbugs.gnu.org::lS35DCvLHeECHRO2:58Ki 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:276878 Archived-At: Eli Zaretskii writes: >> From: Eshel Yaron >> Cc: 68022@debbugs.gnu.org >> Date: Mon, 25 Dec 2023 16:41:27 +0100 >> >> Instead of using `file-cache-add-directory-using-find`, you can also set >> `file-cache-alist` directly: >> >> --8<---------------cut here---------------start------------->8--- >> (setq file-cache-alist >> '(("bar" "/foo") >> ("baz" "/foo") >> ("bad" "/foo") >> ("bay" "/foo") >> ("ban" "/foo"))) >> --8<---------------cut here---------------end--------------->8--- >> >> Then `C-x C-f ba C-TAB M- M- ...` should show the issue. >> >> Earlier I wrote that the same issue appears in Emacs 29.1, but now I >> tested that again and I think I might have been mistaken. In Emacs 29.1 >> I see a different issue: `M-` in the above recipe emits an error: >> >> --8<---------------cut here---------------start------------->8--- >> Wrong type argument: number-or-marker-p, "" >> --8<---------------cut here---------------end--------------->8--- >> >> and doesn't change the minibuffer contents. > > That's what I see in Emacs 29. So are we talking about one problem or > two different problems? Well, the same interaction yields two different unexpected results depending on which Emacs you're running: in Emacs 29.1 we get an error, and on master each completion candidate is appended to the previous one in the minibuffer instead of replacing it. In both cases, it seems that `M-` doesn't do the right thing when the *Completions* buffer is showing file cache completions.