Skip to content
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

Ambiguous interpretation of square brackets in plaintext messages with embedded links (3.11.6)? #658

Open
davidmalcolm opened this issue Aug 19, 2024 · 1 comment
Labels

Comments

@davidmalcolm
Copy link

davidmalcolm commented 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:

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?

@davidmalcolm 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
@greedy
Copy link

greedy commented Oct 10, 2024

Same issue as #597 but perhaps better described here.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

3 participants