Closed amomchilov closed 2 years ago
I've got the same issue when using Terminal.app.
You need to add this to your .zshrc
file, but set it to yes
:
https://github.com/marlonrichert/zsh-autocomplete/blob/d8bfbef46efc54c1189010a3b70d501b44487504/.zshrc#L38
See that file for a full list of config options.
Hmmm I think I've gotten stuff big-time mixed up in this bug report. I was trying to capture the issue from https://github.com/marlonrichert/zsh-autocomplete/discussions/453. I've got my signals crossed between an example that used Documents
, Downloads
,Drive
with one that used aaaaaaab
and aaaaaaac
.
I've updated the description with a correct and clearer set of repro steps, which I've carefully confirmed is definitely bugged (for me, at least).
# Started typing without pressing enter. Auto-comletion prompt shown below. # Tabbing at this point completes to "Documents/", despite the `insert-unambiguous yes` above cd D # directory # Documents/ Downloads/ Drive/ # <no mention of "common substring:"> # Typed "o" without pressing enter. Auto-comletion prompt shown below. # Tabbing at this point completes to "Documents/", despite the `insert-unambiguous yes` above cd Do # directory # Documents/ Downloads/ # <still no mention of "common substring:">
In both of these cases, the longest common substring that can be completed from the current word on the command is equal to the current word on the command line. So, there’s no substring to insert there. That’s why it doesn’t get mentioned
What were you expecting to be inserted in those cases?
Environment
Steps to reproduce
With
cd D
in the prompt, pressing tabs expands to the first item (aaaaaaab
) instead of the common substring (aaaaaaa
)zstyle -L
output