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
Dialogue will fail to initialize a client for a URL of the form https://example.com:443/foo.bar:1/baz, due to the colon character, however https://tools.ietf.org/html/rfc3986#section-3.3 indicates this should be allowed as long as the path is not a relative one, which these are not. RFC is a bit tough to parse, but I checked with some other URL validators and this form appears valid. It also works for go clients.
This is required by some GCP APIs, where encoded colons are not
respected.
[rfc3986 section 3.3](https://datatracker.ietf.org/doc/html/rfc3986#section-3.3)
clearly allows colon as a pchar, however not all servers are necessarily fully
compliant with the rfc. We've had issues with specific sub-delimiters
in the past. This shouldn't be terribly risky, esepcially given this
implementaiton has never allowed unencoded colons before, and we have
no evidence to suggest they should be problematic.
What happened?
Dialogue will fail to initialize a client for a URL of the form
https://example.com:443/foo.bar:1/baz
, due to the colon character, however https://tools.ietf.org/html/rfc3986#section-3.3 indicates this should be allowed as long as the path is not a relative one, which these are not. RFC is a bit tough to parse, but I checked with some other URL validators and this form appears valid. It also works for go clients.issue is in this fn
dialogue/dialogue-core/src/main/java/com/palantir/dialogue/core/BaseUrl.java
Line 216 in 7d12856
What did you want to happen?
allow
:
in URL pathsThe text was updated successfully, but these errors were encountered: