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
Path parameters default to string type, which does the silly custom slash encoding from / to ~2F.
Query parameters don't need custom encoding because $location doesn't have special slash handling for query parameters.
We should have a different param type for "path" and "query" parameters. Query parameter type should not do slash encoding, while path parameter type should.
The text was updated successfully, but these errors were encountered:
My perspective has shifted since I created this issue.
We delegate to $location to set the query string. $location always calls encodeURIComponent (via encodeUriQuery(). Even if we create a non-path-encoded type, $location will still encode it.
Instead of ?param=~2Ffoo~2F we end up with ?query=%2Ffoo%2F. While it's slightly better, I don't think it's that much of a difference.
Path parameters default to
string
type, which does the silly custom slash encoding from/
to~2F
.Query parameters don't need custom encoding because
$location
doesn't have special slash handling for query parameters.We should have a different param type for "path" and "query" parameters. Query parameter type should not do slash encoding, while path parameter type should.
The text was updated successfully, but these errors were encountered: