-
Notifications
You must be signed in to change notification settings - Fork 327
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Unresponsive LF on <tab> autocomplete long cyrillic filenames #1090
Comments
p-ouellette
added a commit
to p-ouellette/lf
that referenced
this issue
Mar 31, 2023
This fixes an issue where listMatches could get stuck in an infinite loop if one of the matches was longer than the window width. Fixes gokcehan#1090
p-ouellette
added a commit
to p-ouellette/lf
that referenced
this issue
Mar 31, 2023
Previously, longest common match completion would only apply if there was a word before the cursor. Suggested in gokcehan#1090
gokcehan
pushed a commit
that referenced
this issue
Apr 1, 2023
This fixes an issue where listMatches could get stuck in an infinite loop if one of the matches was longer than the window width. Fixes #1090
gokcehan
pushed a commit
that referenced
this issue
Apr 1, 2023
Previously, longest common match completion would only apply if there was a word before the cursor. Suggested in #1090
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
When current dir contains filenames longer than 63 Cyrillic letters, TAB for autocomplete makes LF unresponsive, eating tons of CPU and memory.
To reproduce:
$touch "Вступ України до НАТО підтримують рекордні 86% українців - результати опитування"
$ls [TAB]
Remove last word from the filename - and it works.
Also, regardless of filename, LF does NO suggestion by TAB for SOLE file in the directory, which is normal for, say, bash completions.
Thank you for great FM!
The text was updated successfully, but these errors were encountered: