-
Bug
-
Resolution: Fixed
-
Minor
-
4.2.4, 4.3.1
This is a followup to MDL-80338, and 81313.
All anchors/fragments should be RFC3986 compliant. They are not.
RFC 3986 allows the following characters in a fragment without them being encoded:
pct-encoded: "%" HEXDIG HEXDIG
|
unreserved: ALPHA / DIGIT / "-" / "." / "_" / "~" /
|
sub-delims: "!" / "$" / "&" / "'" / "(" / ")" / "*" / "+" / "," / ";" / "=" / ":" / "@"
|
fragment: "/" / "?"
|
It's worth noting that items in the sub-delims, and fragments, sections may be encoded as they come under the pct-encoded banner when encoded but they do not have to be encoded.
It's also worth noting that in the cases I've tried (browser jumping to anchor) a browser will treat both the encoded and unencoded values identically for these types.
I feel that we need to:
- create a new method to get the encoded value and use it during output
- update the comparison method to standardise the fragments before comparison