gh-142536: Test HTTPStatus items are stringified as values

[webknjaz]

It was discovered by @julianz- [1] that this works differently under *NIX and on Windows. So this patch adds a test case to demonstrate the inconsistency.

Specifically, this is how it works on my Gentoo laptop (Python 3.14.0):

# linux
>>> import http
>>> str(http.HTTPStatus.CONTINUE), str(http.HTTPStatus.CONTINUE.value)
('100', '100')

However, a CI job in Cheroot revealed that on Windows, it's not the number that's returned but the enum name:

# windows
>>> import http
>>> str(http.HTTPStatus.BAD_REQUEST)
'HTTPStatus.BAD_REQUEST'

The added test seeks to show this cross-platform difference.

[webknjaz]

@julianz- I don't see this reproducing the inconsistency you've hit in that PR.. Ideas?

[julianz-]

@webknjaz Maybe because of a difference in the CI? The failure I saw was in Windows 2022.

Update: Oh I see there was a change in Python 3.11 to the way enums are stringified:

In https://docs.python.org/3/library/enum.html#enum.IntEnum it says:

"Changed in version 3.11: str() is now int.str()"

The error was occurring when running with Python 3.10.

[webknjaz]

@julianz- oh, that makes sense. Good catch!
I've confirmed locally that it does indeed behave like that on Python 3.10:

$ python3.10
Python 3.10.14 (main, Aug 13 2024, 04:26:02) [GCC 13.3.1 20240614] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import http
>>> http.HTTPStatus.BAD_REQUEST
<HTTPStatus.BAD_REQUEST: 400>
>>> str(http.HTTPStatus.BAD_REQUEST)
'HTTPStatus.BAD_REQUEST'

Thanks for taking a look!