Drop urllib3 in favor of public gist#1182
Conversation
dd08a60 to
44c52a4
Compare
jcugat
left a comment
There was a problem hiding this comment.
Changes look good. We can remove the --omit=httpx/_transports/urllib3.py from scripts/coverage now.
|
Fantastic! Let's hold off on pulling in API changes until we're ready to roll a major release. We could consider maintaining a release branch? |
|
The only other tiny tweak I can think of here in the gist would be changing from this: To this: Which I think gets us the traceback behaviour we actually. |
lovelydinosaur
left a comment
There was a problem hiding this comment.
Okay, it's got a do-not-merge label on, which makes sense, but otherwise yup this is ace.
So, approved.
Do we think we ought to be maintaining a version branch so that we can pull this in, and then maintain the version branch until we're ready to go?
|
In the gist, let's just use
Once that's tweaked let's get this merged! |
|
I'd suggest we also include a link in the "third party packages" docs. |
✅
✅ Also dropped the recommendation to use Edit: also updated the README and docs home page to not mention |
|
|
||
| <!-- NOTE: this list is in alphabetical order. --> | ||
|
|
||
| ### urllib3-transport |
There was a problem hiding this comment.
Not too keen to put this under "Plugins", since it's not really an installable package, but then also not keen on the existing "Plugins" section — perhaps we ought to just list everything as h2-level headers. We can address this as a follow-up.
|
Fantastic. 🌟 |
Fixes #1143
This PR removes the
URLLib3Transportfrom HTTPX, and moves it to a public gist that we're now pointing to in the "Custom transports" docs.Also adds a small additional section to the Requests compatibility guide, so that people know this option exists if they're migrating from Requests to HTTPX.