Document invariants of percent-encode sets better #896
Conversation
|
Side note: having this as a test in WPT could be helpful to ensure that impls didn't use the wrong test Upd: ah, there is a full-range test for form/url, it just doesn't cover userinfo, but that's likely unreachable |
Also give them a proper type. Fixes #895.
annevk
force-pushed
the
annevk/userinfo-backslash
branch
from
5c50135 to
e52054e
Compare
annevk
changed the title
|
That's a very good point. Which is probably also why I got the example wrong in the first place. I revised this PR with a more drastic change. |
url.bs
Outdated
| <td><a for=string>Percent-encode after encoding</a> with <a>Shift_JIS</a>, <var>input</var>, and | ||
| the <a><code>application/x-www-form-urlencoded</code> percent-encode set</a> | ||
| <td>"<code>1+1 ≡ 2%20‽</code>" | ||
| <td>"<code>1+1+%81%DF+2%20%26%238253%3B</code>" |
There was a problem hiding this comment.
application/x-www-form-urlencoded percent-encode set includes component percent-encode set which includes U+002B (+) and U+0025 (%)
- The first
+must be escaped (but not the second and third as they come from spaces) - The original
%is also escaped.
I get 1%2B1+%81%DF+2%2520%26%238253%3B in my impl
There was a problem hiding this comment.
Chrome also says 1%2B1+%81%DF+2%2520%26%238253%3B (pls recheck me)
There was a problem hiding this comment.
Oops, thanks for being on top of it! I double checked in Safari modulo the Shift_JIS aspect now.
Fixes #895.