You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Literal square brackets and (doubled) backslashes MAY appear anywhere else in a plain text message without being escaped.
Without escaping, how does a consumer tell if a square bracket is a literal square bracket, or the start of an embedded link?
Consider the case of a tool that reports the message:
out-of-bounds accessing "callbacks[42](0)"
where we're accessing an element within an array of function pointers [42], and calling one of them via (0).
Is this to be parsed as an embedded link, or as literals?
Am I missing something here, or do we need a way to be able to escape literal [ within plaintext messages?
The text was updated successfully, but these errors were encountered:
davidmalcolm
changed the title
Ambigious interpretation of square brackets in plaintext messages with embedded links (3.11.6)?
Ambiguous interpretation of square brackets in plaintext messages with embedded links (3.11.6)?
Aug 19, 2024
"3.11.6 Messages with embedded links" has:
Literal square brackets and (doubled) backslashes MAY appear anywhere else in a plain text message without being escaped.
Without escaping, how does a consumer tell if a square bracket is a literal square bracket, or the start of an embedded link?
Consider the case of a tool that reports the message:
where we're accessing an element within an array of function pointers
[42]
, and calling one of them via(0)
.Is this to be parsed as an embedded link, or as literals?
Am I missing something here, or do we need a way to be able to escape literal
[
within plaintext messages?The text was updated successfully, but these errors were encountered: