From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Aaron Cohen Newsgroups: gmane.emacs.bugs Subject: bug#49761: file-cache-minibuffer-complete has become unusable for duplicate file names in MacOSX 27.x emacs Date: Thu, 29 Jul 2021 14:37:41 -0700 Message-ID: References: <87o8alvwby.fsf@mail.linkov.net> <83bl6lrnrh.fsf@gnu.org> <878s1pvunb.fsf@mail.linkov.net> <838s1osyv1.fsf@gnu.org> <87y29ovrgj.fsf@mail.linkov.net> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="000000000000c636f505c849eb7d" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="11579"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 49761@debbugs.gnu.org To: Juri Linkov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Jul 30 00:53:10 2021 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 1m9Etp-0002q1-LB for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 30 Jul 2021 00:53:09 +0200 Original-Received: from localhost ([::1]:51054 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1m9Etn-0004gv-Mm for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 29 Jul 2021 18:53:07 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:46326) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1m9Eti-0004gj-41 for bug-gnu-emacs@gnu.org; Thu, 29 Jul 2021 18:53:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:46901) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1m9Eth-0007zv-Kq for bug-gnu-emacs@gnu.org; Thu, 29 Jul 2021 18:53:01 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1m9Eth-0005JQ-Kp for bug-gnu-emacs@gnu.org; Thu, 29 Jul 2021 18:53:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Aaron Cohen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 29 Jul 2021 22:53:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 49761 X-GNU-PR-Package: emacs Original-Received: via spool by 49761-submit@debbugs.gnu.org id=B49761.162759913320363 (code B ref 49761); Thu, 29 Jul 2021 22:53:01 +0000 Original-Received: (at 49761) by debbugs.gnu.org; 29 Jul 2021 22:52:13 +0000 Original-Received: from localhost ([127.0.0.1]:58447 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1m9Esu-0005IM-HQ for submit@debbugs.gnu.org; Thu, 29 Jul 2021 18:52:13 -0400 Original-Received: from mail-oi1-f178.google.com ([209.85.167.178]:37498) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1m9DjT-0003XD-36 for 49761@debbugs.gnu.org; Thu, 29 Jul 2021 17:38:23 -0400 Original-Received: by mail-oi1-f178.google.com with SMTP id u10so10304530oiw.4 for <49761@debbugs.gnu.org>; Thu, 29 Jul 2021 14:38:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brightbytes.net; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=4/97KEdI3yRt8ChJQln/jpRDGv2aISAsDOlJwj1jrnw=; b=WlND9/gx1CzvgJ3IvbHsViZkxo79YBizFPdPTWR4q8KaX8dTvmj2G1ej9ssBkHKTmi UgQydUCJv0bBz9O0dMtIjdBQnZEWMVkz5/DM2BXjD1hxhy+0y3z/axoO8VhedfpV7Ewj nrVmP9lF7fJpUEieJKafUCP2NEtfZRw+SvcA0= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=4/97KEdI3yRt8ChJQln/jpRDGv2aISAsDOlJwj1jrnw=; b=ATTYZGv0Fe0r3Bp4RNSfZUN4UdraiXZutnUncpJNMyVpfqXU1v7CG9Zgs8YToJUOd6 Ok55bfsOtCVOhByhf50JktRznmjzsjf7V7RmX5yoBJfJVtLTsm65ap841iUATdPI+B5e 7SoxUGaDf4slmku0LMiEZwdciKUonvm/N8KYgDSOreT0TVvNhEwzs4c7fLTfiSmpw06P FgHkCcTLdNUZSNjX/afA4UcC41MMszzd2jig6k1IatgpzP5s95i0Au/O+nvCufAlHwmZ M6H0Ycm7OFMlcif3dO/lr9LMqaxBDIImBNDzBc9RESjNRCmPUPtZtvrd5zM5Fo/4e2Oo 4Haw== X-Gm-Message-State: AOAM531xbpcqc5Gk0CO0IY0ySQbbbHCBqeYW4mU95dNejoy6954mdG+D KIELYwtlyPQHkAPUuXToGDPJkK/SefI8rOSLSo4hFw== X-Google-Smtp-Source: ABdhPJx0zFbZ1UFekJpkfrSnKtztIz+LKwpq+Pcq792cCMBmZfI3OS8ht9BzA9ZxOufsjoyERO62mKaCkUvy/eu3Rg8= X-Received: by 2002:aca:2b07:: with SMTP id i7mr11732124oik.97.1627594697351; Thu, 29 Jul 2021 14:38:17 -0700 (PDT) In-Reply-To: <87y29ovrgj.fsf@mail.linkov.net> X-Mailman-Approved-At: Thu, 29 Jul 2021 18:52:11 -0400 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" Xref: news.gmane.io gmane.emacs.bugs:210870 Archived-At: --000000000000c636f505c849eb7d Content-Type: text/plain; charset="UTF-8" The `-Q` option wasn't working for me, so I stripped everything out of my `init.el` except a few `global-set-key` forms and the initialization of the file cache, presented below. Both the new cursor behavior and the failure to cycle through duplicate file names still reproduce. Here's the start of how I load `filecache`: the same procedure is followed for 4 other projects: ``` ;; NOTE - WHEN THE FILECACHE GOES BAD, NUKE ALL FILES MATCHING THE PATTERN .#* IN THESE DIRECTORY TREES (require 'filecache) ;; Add all files under dir to file (eval-after-load "filecache" '(progn (file-cache-add-directory "~/git/clarity_early_warning") (file-cache-add-directory-using-find "~/git/clarity_early_warning/app") (file-cache-add-directory-using-find "~/git/clarity_early_warning/bin") (file-cache-add-directory-using-find "~/git/clarity_early_warning/config") (file-cache-add-directory-using-find "~/git/clarity_early_warning/db") (file-cache-add-directory-using-find "~/git/clarity_early_warning/lib") (file-cache-add-directory-using-find "~/git/clarity_early_warning/spec") ;; ... etc ... ``` On Thu, Jul 29, 2021 at 12:41 PM Juri Linkov wrote: > >> > What about the second part of the report, with cursor positioning > >> > after typing an incomplete file name followed by C-TAB: do you see > >> > that problem in your testing? > >> > >> No problem with cursor positioning. > > > > Strange, that's not what I see. If I type "C-x C-f", type a few > > characters that should match several file names, then press C-TAB, the > > cursor is placed on the first character I typed, making more typing > > cumbersome, because I need first type C-e or somesuch to get to the > > end of what I typed. Isn't that what you see? > > In my testing the cursor is placed at the end of the minibuffer. > --000000000000c636f505c849eb7d Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
The `-Q` option wasn't working for me, s= o I stripped everything out of my `init.el` except a few `global-set-key` f= orms and the initialization of the file cache, presented below.

Both the new cursor behavior and the failur= e to cycle through duplicate file names still reproduce.

Here's the start of how I load `filecache`: th= e same procedure is followed for 4 other projects:

<= /div>
```
;; NOTE - WHEN THE FILECACHE GOES= BAD, NUKE ALL FILES MATCHING THE PATTERN .#* IN THESE DIRECTORY TREES
(= require 'filecache)
;; Add all files under dir to file
(eval-afte= r-load
=C2=A0 =C2=A0 "filecache"
=C2=A0 '(progn

= =C2=A0 =C2=A0 =C2=A0(file-cache-add-directory "~/git/clarity_early_war= ning")
=C2=A0 =C2=A0 =C2=A0(file-cache-add-directory-using-find &qu= ot;~/git/clarity_early_warning/app")
=C2=A0 =C2=A0 =C2=A0(file-cach= e-add-directory-using-find "~/git/clarity_early_warning/bin")
= =C2=A0 =C2=A0 =C2=A0(file-cache-add-directory-using-find "~/git/clarit= y_early_warning/config")
=C2=A0 =C2=A0 =C2=A0(file-cache-add-direct= ory-using-find "~/git/clarity_early_warning/db")
=C2=A0 =C2=A0= =C2=A0(file-cache-add-directory-using-find "~/git/clarity_early_warni= ng/lib")
=C2=A0 =C2=A0 =C2=A0(file-cache-add-directory-using-find &= quot;~/git/clarity_early_warning/spec")

;; = ... etc ...
```


=
On Thu, Ju= l 29, 2021 at 12:41 PM Juri Linkov <j= uri@linkov.net> wrote:
>> > What = about the second part of the report, with cursor positioning
>> > after typing an incomplete file name followed by C-TAB: do yo= u see
>> > that problem in your testing?
>>
>> No problem with cursor positioning.
>
> Strange, that's not what I see.=C2=A0 If I type "C-x C-f"= ;, type a few
> characters that should match several file names, then press C-TAB, the=
> cursor is placed on the first character I typed, making more typing > cumbersome, because I need first type C-e or somesuch to get to the > end of what I typed.=C2=A0 Isn't that what you see?

In my testing the cursor is placed at the end of the minibuffer.
--000000000000c636f505c849eb7d--