Skip to content

Conversation

@adamchainz
Copy link
Contributor

Fixes #2142

Description

Remove the upper version bound constraint added in #2051. It’s unclear why it was added as @tracyboehrer left no notes. See this mega blog post for a long explanier on why libraries should avoid such constraints.

Specific Changes

Per title

Testing

Relying on CI.

@adamchainz adamchainz requested a review from a team as a code owner July 26, 2024 20:42
@tracyboehrer
Copy link
Member

@adamchainz It's not uncommon for us to pin versions, often at least to major versions. For packages that follow semver closely (not all do), that's typically safe. Though not always.

@adamchainz
Copy link
Contributor Author

Sure, but you have to balance making your library safer against breakage versus blocking users from upgrading, which may be safer for them. I don’t want to downgrade urllib3 since it might break things in my project or make it less secure.

@tracyboehrer
Copy link
Member

@adamchainz I have no problems with the latest version, assuming it is verified to work. Though I can't speak to some future 3.x version.

@adamchainz
Copy link
Contributor Author

...so will you merge and release this PR?

@tracyboehrer tracyboehrer merged commit e493609 into microsoft:main Sep 10, 2024
@adamchainz adamchainz deleted the unblock_urllib3_v2 branch September 23, 2024 19:24
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Support urllib3 version 2

2 participants