When an emoji (here :eyes:) is between square brackets (with or without other content), it will stay as text.
ResultRawDiscord resultimage
`
[]
[ ]
[ Anything ]
[[
{}`
image
</table
Steps to reproduce
Send a message with an emoji between square brackets ([ ]),
The emoji is not parsed and remain as text.
Environment (optional)
stable build 84 (356bd53), 2026-03-06 03:57:38 UTC, Firefox 148.0, Windows NT 10.0 (x64)
Status changed from Fixed to Awaiting confirmationStatusFixed→Awaiting confirmation
This was closed in a bulk cleanup before Fluxer V2 without being checked or fixed. It may work now, so it is waiting for someone to confirm whether the bug still happens.
seems like a processing queue issue, as it's probably trying to treat the eyes as part of a link.
Why? It's part of the embeds feature. (just commenting so it's easier to fix)
RexSystem1 voteMerged from #324originally by @cproudlock on GitHub
As the earlier commenter suspected, this is a parser precedence issue.
In packages/markdown_parser/src/parsers/InlineParsers.tsx, the special sequence handling (link/bracket parsing via LinkParsers.tsx) runs before emoji shortcode parsing. When the parser sees [, it attempts to extract a link in [text](url) format.
In LinkParsers.tsx (lines 41-53), containsLinkSyntax() finds the opening [ and closing ] brackets. Even though there's no (url) following, the bracket detection consumes the content between brackets. By the time emoji shortcode parsing gets a chance to run, the :eyes: inside the brackets has already been treated as plain text.
The fix would be: when bracket content doesn't resolve to a valid link (no ](url) following), re-parse the bracket interior for inline elements including emoji shortcodes, rather than treating it as plain text.
5 comments
Comment by Rex
Comment by @TheFurryGamer2016
Comment by @SSStuart
Comment by @cproudlock
packages/markdown_parser/src/parsers/InlineParsers.tsx, the special sequence handling (link/bracket parsing viaLinkParsers.tsx) runs before emoji shortcode parsing. When the parser sees[, it attempts to extract a link in[text](url)format. InLinkParsers.tsx(lines 41-53),containsLinkSyntax()finds the opening[and closing]brackets. Even though there's no(url)following, the bracket detection consumes the content between brackets. By the time emoji shortcode parsing gets a chance to run, the:eyes:inside the brackets has already been treated as plain text. The fix would be: when bracket content doesn't resolve to a valid link (no](url)following), re-parse the bracket interior for inline elements including emoji shortcodes, rather than treating it as plain text.Comment by @CritteRo
609183665-b8c9f2b2-9c92-4597-bb29-2564533a9ce8.png
1064×523 | 33 kB
609183834-98c68140-5789-4ff8-899f-c465a4cbdbbf.png
602×169 | 12 kB