Version 0.25.0

[trim21]

0.25.0 (11th Sep, 2023)

Removed

• Drop support for Python 3.7. (Drop support for Python 3.7 #2813)

Added

• Support HTTPS proxies. (HTTPS proxies support #2845)
• Change the type of Extensions from Mapping[Str, Any] to MutableMapping[Str, Any]. (Change the type of Extensions from Mapping to MutableMapping. #2803)
• Add socket_options argument to httpx.HTTPTransport and httpx.AsyncHTTPTransport classes. (Add socket_options argument to httpx.HTTPTransport class #2716)
• The Response.raise_for_status() method now returns the response instance. For example: data = httpx.get('...').raise_for_status().json(). (Make raise_for_status chainable #2776)

Fixed

• Return 500 error response instead of exceptions when raise_app_exceptions=False is set on ASGITransport. (Fix exception suppression in asgi transport #2669)
• Ensure all WSGITransport environs have a SERVER_PROTOCOL. (Ensure all WSGITransport environs have a SERVER_PROTOCOL #2708)
• Always encode forward slashes as %2F in query parameters (Always encode forward slashes as %2F in query parameters #2723)
• Use Mozilla documentation instead of httpstatuses.com for HTTP error reference (Use Mozilla documentation instead of httpstatuses.com for HTTP error reference #2768)

[lovelydinosaur]

Okay, let's...

• Ensure that the PR description matches the style we're using for release PRs.
• Justify to ourselves if we should be issuing a minor point release or a media point release? Which one and why?
• Check if we have accidentally missed any behavioural changes from the CHANGELOG?

[trim21]

• Ensure that the PR description matches the style we're using for release PRs.

does this mean to simply copy changelog of this version as PR description?

Justify to ourselves if we should be issuing a minor point release or a media point release? Which one and why?

Not sure you are asking me or the maintainers, I have no opinion on this.

[karpetrosyan]

Can we assume that the current version of httpcore is the last one that we will be able to support in this release? Because httpcore changed the response.extensions type in encode/httpcore#762 I'm guessing we'll have type issues with the next httpcore release.

[lovelydinosaur]

does this mean to simply copy changelog of this version as PR description?

Yep.

I have no opinion on this.

For the 0.x series we're using median point bumps for releases that include API changes. We've only got additions and fixes here, so we probably want a 0.24.2 release?

[lovelydinosaur]

I'm guessing we'll have type issues with the next httpcore release.

I'm... not sure if the Mapping -> MutableMapping switch-up will cause a continuous integration issue or not.
It's not an issue in practise, because we're actually using dictionary instances throughout anyways. But it might cause a typing problem?

You could issue a draft PR where httpcore installs from the repo source if you wanted to double check.

• Shall we consider rolling an httpcore release prior to releasing this one for httpx?
• Should we resolve https://github.com/encode/httpx/issues/2794 for this release?

[trim21]

For the 0.x series we're using median point bumps for releases that include API changes. We've only got additions and fixes here, so we probably want a 0.24.2 release?

I'll update the version number according your discussion and decision 🙂

[trim21]

I'm guessing we'll have type issues with the next httpcore release.

I'm... not sure if the Mapping -> MutableMapping switch-up will cause a continuous integration issue or not. It's not an issue in practise, because we're actually using dictionary instances throughout anyways. But it might cause a typing problem?

You could issue a draft PR where httpcore installs from the repo source if you wanted to double check.

• Shall we consider rolling an httpcore release prior to releasing this one for httpx?
• Should we resolve Change the type of Extensions from Mapping to MutableMapping. #2794 for this release?

I think if we want to include #2794, we should create a httpcore release (>=0.18.0) first, require master branch of httpcore is not a good idea.

[lovelydinosaur]

I think if we want to include https://github.com/encode/httpx/issues/2794, we should create a httpcore release (>=0.18.0) first

Indeed, yep.

I think the TODO list here looks like this(?)...

• Drop Python 3.7 from httpcore. Drop Python 3.7 support httpcore#727
• Resolve Ensure HTTP/2 connections are gracefully closed on async cancellation httpcore#757
• Issue httpcore 0.18.0 release. Version 0.18.0 httpcore#768
• Resolve #2794.
• Resolve Drop support for Python 3.7 #2813
• Issue httpx 0.25.0 release.

[trim21]

Drop Python 3.7 from httpcore/httpx.

This doesn't need to be in todo list I think, we can drop them later

[Pliner]

@trim21 Could you please include #2813 into this release? I merged it to master today morning.

[trim21]

For the 0.x series we're using median point bumps for releases that include API changes. We've only got additions and fixes here, so we probably want a 0.24.2 release?

Now we removed python3.7 support, I think it's definitely 0.25.0 not 0.24.2

[trim21]

@tomchristie now todo list is empty