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
Note that this crate implements the URL Standard not RFC 1738 or RFC 3986
Describe the bug
Hi all!
It seems like parsing a URL that contains an IPv6 address like http://[::1] returns a Url struct that, when .host().unwrap.to_string() is called on it, returns [::1] where the docs state, for Host:
Describe the bug
Hi all!
It seems like parsing a URL that contains an IPv6 address like
http://[::1]
returns aUrl
struct that, when.host().unwrap.to_string()
is called on it, returns[::1]
where the docs state, forHost
:The "between" language here makes me think that it should not be including the
[]
.According to the linked URL Standard, it also states, for host parsing, that:
Which makes it seem like the
[]
should be removed.I'm just curious to get more clarity on expected behavior here.
This came up due to some confusion in nats-io/nats.rs#386
The text was updated successfully, but these errors were encountered: