Attempting to autofill a command/emoji quickly will cause a user to be autofilled instead

[aaronraimist]

Description

If I type /devtab quickly in an attempt to get to /devtools, Riot autofills some user in the room instead of autofilling the command. First mentioned in #6993 (which seems to be fixed 😄).

Steps to reproduce

1. Open a room with a user who's username starts with d
2. Type /dtab

Log: not sent

Version information

• Platform: web

For the web app:

• Browser: Safari and Firefox
• OS: macOS
• URL: riot.im/develop

[yannicka]

I am not sure if this problem still exists. :thinking:

[SimonBrandner]

Yes it does :(

[yannicka]

When I type /d<tab> it autocompletes /ddg (and when I type /dev<tab> it autocompletes /devtools). And I'm in a room where there is a user whose username begins with "d".

[aaronraimist]

Doing it quickly is the key. I can definitely still reproduce.

[yannicka]

Oh yes, if you do this quickly enough, there is the problem. ^^'

[Peque]

I can reproduce too with emojis. :+1:

[ell1e]

Since my ticket was closed in favor of this one, let me suggest the additional points that aren't listed here yet (edit: apparently that's simply a bug, see next comment):

IMHO emoji autocomplete should be : and username autocomplete should only be via @ since this is how it works for all other messengers I've ever used (Telegram, Discord, if I recall Wire Messenger as well). Right now, typing : seems to also autocomplete usernames, but this seems bad to me since if someone using Element is going by muscle memory (as most people will for emojis) then this will mess things up if a user with a name similar to an emoji name is around. Also, @ already exists for that, and the usernames in the auto-complete popup even are listed with @ at the start, so one could argue that : can even autocomplete them is inconsistent even if it had no other disadvantages.

Also, sometimes when doing the auto-complete too fast it seems to do nothing at all. (Popup didn't even open yet, and then the "tab" completion confirm keypress is simply ignored.) This also shouldn't happen IMHO.

[t3chguy]

@ell1e that's simply a bug and doesn't happen if you go slower, hence this issue.

[Flexmaen]

I also add my points since they were not mentioned here:

1. I wrote :-D
2. I pressed enter.
3. I got ✌️

Other Smileys like :-) ;-) ;-D work, but the same problem with :-O and :-P - so I guess everything containing a letter triggers the pop-up emoji window that will turn your input into something different then.

It helped when I also disabled "Enable Emoji suggestions while typing", but still this is a bug, because:

• replacing Emojis was already turned off
• :-D shouldn't be replaced by an emoji which is triggered by :v:

If you continue writing, the smiley won't be replaced. But usually you put the smileys on the end of the line and so when pressing enter afterwards it get's replaced then.