-
Notifications
You must be signed in to change notification settings - Fork 47
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
Is any escaping of URIs within "3.11.6 Messages with embedded links" needed? #657
Comments
Interesting question, thank you. I added the question and to be discussed labels, as I think the TC should consider this question. |
"On RFC 3896: I don’t believe lack of ) is guaranteed. e.g., https://en.wikipedia.org/wiki/Parenthesis_(disambiguation)" |
Clarification (attempt): Talking URIs we will want to compare notes with RFC 3986 "Uniform Resource Identifier (URI): Generic Syntax" and not with the (twisted digits?) RFC 3896 "Definitions of Managed Objects for the DS3/E3 Interface Type". |
Answer (attempt): @davidmalcolm
yes, as the path part of a URI can (and will cf. e.g. wikipedia links ...) contain unescaped parentheses. Solving some
no, as the semantiocs of unescaped parentheses and other "interesting" characters in the path portion of a URI are left as an exercise to the reader (consumer). Does that make sense? |
"3.11.6 Messages with embedded links" has:
My reading of the spec if that no escaping is needed/done on the link destination, and thus it is implicitly required that URIs do not contain
)
so that a consumer can detect where the link destination ends.Am I correct? Is this lack of
)
guaranteed by RFC 3896, an additional constraint in SARIF, or is some kind of matching of(
and)
pairs assumed for SARIF consumers? (and is that guaranteed by RFC 3896?)The text was updated successfully, but these errors were encountered: