Skip to content

bug: messageInput autocomplete for emotes (e.g <3) sends the message without cleaning the input state #2316

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

Closed
kennyvallejodev opened this issue Mar 8, 2024 · 2 comments
Labels
bug Something isn't working status:confirmed Described issue has been reproduced by the repo maintainer

Comments

@kennyvallejodev
Copy link

Describe the bug

A clear and concise description of what the bug is.

To Reproduce

Steps to reproduce the behavior:

  1. Go to getstream-chat-demo-team
  2. Click on Message Input
  3. Type <3 and press enter
  4. See error
    • You will see how is send <3 as a plain text
    • You will also see how the input value is now ❤️<
      (Looks like after pressing enter, is now replacing <3 with the actual ❤️)

not only that, this also works the same for the mentions, if you mention someone that has for example <3 at the end of the name (e.g Kenny <3) it will be bugged as well and when you press enter, the mention is first send as a plain text (with no mention interaction) and the input state will remain having the value.

Expected behavior

A clear and concise description of what you expected to happen.
Do the replace of the emotes once the message is send? Send the message properly (in the case of mentions) and not as a plain text.

Screenshots

If applicable, add screenshots to help explain your problem.

Screen.Recording.2024-03-08.at.8.50.34.AM.mov

Package version

  • stream-chat-react: 11.12.0
  • stream-chat-css: (no idea- using just stream-chat-react and stream-chat)
  • stream-chat-js: 8.22.0

Desktop (please complete the following information):

  • OS: [e.g. iOS] MacOS
  • Browser [e.g. chrome, safari] Chrome
  • Version [e.g. 22] 122.0.6261.112

Smartphone (please complete the following information):

  • Device: [e.g. iPhone6] N/A
  • OS: [e.g. iOS8.1]N/A
  • Browser [e.g. stock browser, safari]N/A
  • Version [e.g. 22]N/A

Additional context

Add any other context about the problem here.

@kennyvallejodev kennyvallejodev added bug Something isn't working status: unconfirmed labels Mar 8, 2024
@myandrienko
Copy link
Contributor

Thanks for the report @kennyvallejodev! This has been fixed and released in v11.12.1.

@myandrienko myandrienko added status:confirmed Described issue has been reproduced by the repo maintainer and removed status: unconfirmed labels Mar 19, 2024
@kennyvallejodev
Copy link
Author

Thanks for the report @kennyvallejodev! This has been fixed and released in v11.12.1.

Thank you for taking the time on fixing this one!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working status:confirmed Described issue has been reproduced by the repo maintainer
Projects
None yet
Development

No branches or pull requests

2 participants