Minimal character count for autocomplete is incorrect if preceded with an unfinished autocomplete match #2394
Labels
plugin:autocomplete
The plugin which probably causes the issue.
plugin:emoji
The plugin which probably causes the issue.
regression
This issue is a regression.
status:confirmed
An issue confirmed by the development team.
target:minor
Any docs related issue that can be merged into a master or major branch.
type:bug
A bug.
Milestone
Type of report
Bug
Provide detailed reproduction steps (if any)
ctrl/cmd+a
,del
).:smiling_face
.esc
key to cancel completion, so it doesn't get replaced by a emoji.space
.:smi
.Expected result
Dropdown with emoji appears.
Actual result
No dropdown appears.
Other details
Interestingly if you continue the typing till you have
:smiling_face_
(so that it is longer than the first token) the autocomplete appears.This issue is very, very awkward. At first I thought that matching doesn't work at all, but then it seemed to me that it works, but minimal charcount is considered based on preceding match.
I presume that the issues is in autocomplete plugin rather than emoji.
Looks like it's a regression in 4.10.1 as I can't reproduce it with 4.10.0. I guess that it got introduced with #2195.
The text was updated successfully, but these errors were encountered: