-
-
Notifications
You must be signed in to change notification settings - Fork 119
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Upgrade to url 2.0 ecosystem #122
Conversation
The url crate recently released a backwards-incompatible update, v2.0. As part of this upgrade, the percent-encoding code has been moved into its own crate, titled percent-encoding, and no longer ships standard percent encoding sets.
Ping @SergioBenitez mind having a look? Looks like this is blocking |
Hi @benesch! Thanks for the PR. Is this actually encoding the same set of characters? Based on https://docs.rs/percent-encoding/2.1.0/src/percent_encoding/lib.rs.html#99, the |
Why is this blocking an upgrade in a different crate? This is a private, non |
Yes, I think so.
The percent_encoding API design is bit weird. What you provide as configuration is the set of ASCII characters that need to be escaped. All non-ASCII code points are unconditionally escaped: https://docs.rs/percent-encoding/2.1.0/src/percent_encoding/lib.rs.html#78.
I think this is my fault—I was mistakenly listing this as something that needed to be merged before downstream dependencies could be updated. I'll update those misstatements! |
Okay! Thank you for taking a look. |
Awesome, thank you! |
Is there anything I could do to be helpful in getting a release out? (I'm making my quarterly attempt to remove duplicate crates from my cargo.locks :-)) |
The url crate recently released a backwards-incompatible update, v2.0.
As part of this upgrade, the percent-encoding code has been moved into
its own crate, titled percent-encoding, and no longer ships standard
percent encoding sets.