GNU bug report logs -
#49761
file-cache-minibuffer-complete has become unusable for duplicate file names in MacOSX 27.x emacs
Previous Next
Reported by: Aaron Cohen <aaron <at> brightbytes.net>
Date: Wed, 28 Jul 2021 19:39:01 UTC
Severity: normal
Tags: fixed
Fixed in version 28.0.50
Done: Juri Linkov <juri <at> linkov.net>
Bug is archived. No further changes may be made.
Full log
Message #23 received at 49761 <at> debbugs.gnu.org (full text, mbox):
> 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:
> [...]
> (file-cache-add-directory "~/git/clarity_early_warning")
> (file-cache-add-directory-using-find "~/git/clarity_early_warning/app")
> ;; ... etc ...
Thanks, now I tried to add two separate emacs/lisp trees
with file-cache-add-directory-using-find that gives such results:
1. 'filec C-TAB' cycles between 2 filecache.el files from both Emacs repos;
2. 'README C-TAB' cycles between 4 README files, two files from each tree,
that shows that it can cycle between duplicate files without extensions;
3. 'TAGS C-TAB' gets stuck with the message [File Cache: complete but not unique]
Do you see the same message?
4. 'make C-TAB' then the completions buffer is displayed and the cursor
jumps to the beginning because there are completions that don't begin
with the same prefix "make" such as flymake.el, pmake.el, ob-makefile.el.
But the cursor doesn't jump to the beginning when all completions share
the same prefix, e.g. 'fly C-TAB' that displays flymake.el and flyspell.el.
This bug report was last modified 3 years and 292 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.