Chat UI: Emojis render as shortcodes in thread previews

AI-generated summary

Nima1 reports a UI rendering bug in the Discourse Chat plugin where emoji shortcodes appear unrendered in thread previews. NateDhaliwal asks for clarification, and martin shares that they cannot reproduce the issue. Nima1 clarifies that the problem stems from the difference in how emojis are handled in the ‘cooked’ and ‘excerpt’ keys in the API.

I’d like to report a UI rendering bug in the Discourse Chat plugin. In the chat channel list, the preview for the latest message in a thread displays the raw emoji shortcode instead of the rendered emoji.

Steps to Reproduce:

  1. Go to any chat channel.

  2. Create a new thread or reply to an existing one.

  3. Send a message that contains an emoji (e.g., “Hello world :shaking_hands:”).

  4. Navigate back to the main chat view where all channels and threads are listed.

  5. Observe the message preview for that thread.

Expected Behavior: The message preview for the thread should display the fully rendered emoji, for example: “Hello world :handshake:”.

Actual Behavior: The message preview shows the un-rendered text shortcode, for example: “Hello world :shaking_hands:”.

Sorry, are you referring to the ‘My Threads’ page?

I cannot reproduce, if I put an emoji in a thread reply it renders in the preview as expected:

My bad. The issue seems to be about difference of how emojis are used in “cooked” and “excerpt” keys in API.

1 Like

This topic was automatically closed 3 days after the last reply. New replies are no longer allowed.