Bump the python-packages group across 1 directory with 5 updates

Bumps the python-packages group with 5 updates in the / directory:

Package	From	To
boto3	`1.35.8`	`1.35.38`
pytest-django	`4.8.0`	`4.9.0`
pytest-httpx	`0.30.0`	`0.32.0`
pytz	`2024.1`	`2024.2`
sentry-sdk	`2.13.0`	`2.16.0`

Updates boto3 from 1.35.8 to 1.35.38

Commits

b03916d Merge branch 'release-1.35.38'
c2a060e Bumping version to 1.35.38
158a84b Add changelog entries from botocore
2d4aaf0 Merge branch 'release-1.35.37'
ffb3d1c Merge branch 'release-1.35.37' into develop
3089cd9 Bumping version to 1.35.37
989aab6 Add changelog entries from botocore
75c521c Merge branch 'release-1.35.36'
c67da49 Merge branch 'release-1.35.36' into develop
7a7570c Bumping version to 1.35.36
Additional commits viewable in compare view

Updates pytest-django from 4.8.0 to 4.9.0

Release notes

Sourced from pytest-django's releases.

v4.9.0

https://github.com/pytest-dev/pytest-django/blob/main/docs/changelog.rst#v490-2024-09-02

Changelog

Sourced from pytest-django's changelog.

v4.9.0 (2024-09-02)

Compatibility ^^^^^^^^^^^^^

Added official support for Django 5.1.

Dropped support for Django 3.2 and 4.1.

Improvements ^^^^^^^^^^^^

Respect the string_if_invalid template setting when --fail-on-template-vars is active and :func:@pytest.mark.ignore_template_errors <pytest.mark.ignore_template_errors> is used.

Avoid running database migrations for :class:~django.test.SimpleTestCase unittest tests.

Added docstrings to public fixtures.

Bugfixes ^^^^^^^^

Fix type hints for pytest_django.asserts.assertFormError() and pytest_django.asserts.assertForSetError().

Commits

1157a7c Release 4.9.0
089843c Add a few type annotations
d878d56 Add a missing type annotation
19605d7 fail-on-template-vars: modernize stack inspection code (#1129)
c746a46 Avoid running database migrations for SimpleTestCase (#1120)
8502a12 Replace psycopg2, psycopg2cffi -> psycopg in testing and docs
52b2205 Drop support for EOL Django 3.2, 4.1, add support for 5.1
c66f9d3 ci: use trusted publishing for release
30602a2 tox: update ruff, mypy
a39b910 Bump pypa/gh-action-pypi-publish from 1.8.10 to 1.10.0
Additional commits viewable in compare view

Updates pytest-httpx from 0.30.0 to 0.32.0

Release notes

Sourced from pytest-httpx's releases.

0.32.0 (2024-09-27)

Added

The following option is now available:

can_send_already_matched_responses (boolean), defaulting to False.

Assertion failure message in case of unmatched responses is now linking documentation on how to deactivate the check.

Assertion failure message in case of unmatched requests is now linking documentation on how to deactivate the check.

httpx.TimeoutException message issued in case of unmatched request is now linking documentation on how to reuse responses (in case some responses are already matched).

Fixed

Documentation now clearly state the risks associated with changing the default options.

Assertion failure message in case of unmatched requests at teardown is now describing requests in a more user-friendly way.

Assertion failure message in case of unmatched requests at teardown is now prefixing requests with - to highlight the fact that this is a list, preventing misapprehension in case only one element exists.

Assertion failure message in case of unmatched responses at teardown is now prefixing responses with - to highlight the fact that this is a list, preventing misapprehension in case only one element exists.

httpx.TimeoutException message issued in case of unmatched request is now prefixing available responses with - to highlight the fact that this is a list, preventing misapprehension in case only one element exists.

httpx.TimeoutException message issued in case of unmatched request is now listing unmatched responses (in registration order) before already matched one (still in registration order).

The incentive behind this change is to help identify a potential mismatch faster as the first unmatched response is the most likely to be the one expected to match.

Response description in failure messages (httpx.TimeoutException message issued in case of unmatched request or assertion failure message in case of unmatched responses at teardown) is now displaying if the response was already matched or not and less misleading in it's phrasing about what it can match (a single request by default).

Changed

Last registered matching response will not be reused by default anymore in case all matching responses have already been sent.

This behavior can be changed thanks to the new pytest.mark.httpx_mock(can_send_already_matched_responses=True) option.

The incentive behind this change is to spot regression if a request was issued more than the expected number of times.

HTTPXMock class was only exposed for type hinting purpose. This is now explained in the class docstring.

As a result this is the last time a change to __init__ signature will be documented and considered a breaking change.

Future changes will not be documented and will be considered as internal refactoring not worth a version bump.

__init__ now expects one parameter, the newly introduced (since [0.31.0]) options.

HTTPXMockOptions class was never intended to be exposed and is now marked as private.

0.31.2 (2024-09-23)

Fixed

httpx_mock marker can now be defined at different levels for a single test.

0.31.1 (2024-09-22)

Fixed

It is now possible to match on content provided as async iterable by the client.

0.31.0 (2024-09-20)

Changed
Tests will now fail at teardown by default if some requests were issued but were not matched.

This behavior can be changed thanks to the new pytest.mark.httpx_mock(assert_all_requests_were_expected=False) option.
The httpx_mock fixture is now configured using a marker (many thanks to Frazer McLean).
# Apply marker to whole module
pytestmark = pytest.mark.httpx_mock(assert_all_responses_were_requested=False)
Or to specific tests
@pytest.mark.httpx_mock(non_mocked_hosts=[...])
def test_foo(httpx_mock):
...

... (truncated)

Changelog

Sourced from pytest-httpx's changelog.

[0.32.0] - 2024-09-27

Added

The following option is now available:

can_send_already_matched_responses (boolean), defaulting to False.

Assertion failure message in case of unmatched responses is now linking documentation on how to deactivate the check.

Assertion failure message in case of unmatched requests is now linking documentation on how to deactivate the check.

httpx.TimeoutException message issued in case of unmatched request is now linking documentation on how to reuse responses (in case some responses are already matched).

Fixed

Documentation now clearly state the risks associated with changing the default options.

Assertion failure message in case of unmatched requests at teardown is now describing requests in a more user-friendly way.

Assertion failure message in case of unmatched requests at teardown is now prefixing requests with - to highlight the fact that this is a list, preventing misapprehension in case only one element exists.

Assertion failure message in case of unmatched responses at teardown is now prefixing responses with - to highlight the fact that this is a list, preventing misapprehension in case only one element exists.

httpx.TimeoutException message issued in case of unmatched request is now prefixing available responses with - to highlight the fact that this is a list, preventing misapprehension in case only one element exists.

httpx.TimeoutException message issued in case of unmatched request is now listing unmatched responses (in registration order) before already matched one (still in registration order).

The incentive behind this change is to help identify a potential mismatch faster as the first unmatched response is the most likely to be the one expected to match.

Response description in failure messages (httpx.TimeoutException message issued in case of unmatched request or assertion failure message in case of unmatched responses at teardown) is now displaying if the response was already matched or not and less misleading in it's phrasing about what it can match (a single request by default).

Changed

Last registered matching response will not be reused by default anymore in case all matching responses have already been sent.

This behavior can be changed thanks to the new pytest.mark.httpx_mock(can_send_already_matched_responses=True) option.

The incentive behind this change is to spot regression if a request was issued more than the expected number of times.

HTTPXMock class was only exposed for type hinting purpose. This is now explained in the class docstring.

As a result this is the last time a change to __init__ signature will be documented and considered a breaking change.

Future changes will not be documented and will be considered as internal refactoring not worth a version bump.

__init__ now expects one parameter, the newly introduced (since [0.31.0]) options.

HTTPXMockOptions class was never intended to be exposed and is now marked as private.

[0.31.2] - 2024-09-23

Fixed

httpx_mock marker can now be defined at different levels for a single test.

[0.31.1] - 2024-09-22

Fixed

It is now possible to match on content provided as async iterable by the client.

[0.31.0] - 2024-09-20

Changed
Tests will now fail at teardown by default if some requests were issued but were not matched.

This behavior can be changed thanks to the new pytest.mark.httpx_mock(assert_all_requests_were_expected=False) option.

The incentive behind this change is to spot unexpected requests in case code is swallowing httpx.TimeoutException.
The httpx_mock fixture is now configured using a marker (many thanks to Frazer McLean).
# Apply marker to whole module
pytestmark = pytest.mark.httpx_mock(assert_all_responses_were_requested=False)
Or to specific tests
@pytest.mark.httpx_mock(non_mocked_hosts=[...])
def test_foo(httpx_mock):
...

... (truncated)

Commits

dcc725f Merge pull request #160 from Colin-b/develop
2da1848 Avoid unused variables with a dedicated name
50bd257 Document how to use httpx.URL
179007e Document the new link
9ddead6 Link response reuse documentation
08b3803 Release version 0.32.0
853c5f7 Keep number of tests up to date
33cd894 Merge remote-tracking branch 'origin/develop' into feature/toggle_repeat
d9a9b86 Cleanup failure description for can_send_already_matched_responses users as well
356026b Cleanup failure description
Additional commits viewable in compare view

Updates pytz from 2024.1 to 2024.2

Commits

3944f75 Bump version numbers to 2024.2 / 2024b
640c9bd IANA 2024b
382ca0c Squashed 'tz/' changes from 380c07cef..923e54bae
96a1e88 Stop testing unavailable and EOL Python 3.5
68186b6 Add support for Python 3.13
e994058 Run other jobs if one fails
2326f9f Bump GitHub Actions
See full diff in compare view

Updates sentry-sdk from 2.13.0 to 2.16.0

Release notes

Sourced from sentry-sdk's releases.

2.16.0

Integrations
Bottle: Add failed_request_status_codes (#3618) by @szokeasaurusrex

You can now define a set of integers that will determine which status codes should be reported to Sentry.
sentry_sdk.init(
    integrations=[
        BottleIntegration(
            failed_request_status_codes={403, *range(500, 600)},
        )
    ]
)
Examples of valid failed_request_status_codes:

{500} will only send events on HTTP 500.

{400, *range(500, 600)} will send events on HTTP 400 as well as the 5xx range.

{500, 503} will send events on HTTP 500 and 503.

set() (the empty set) will not send events for any HTTP status code.

The default is {*range(500, 600)}, meaning that all 5xx status codes are reported to Sentry.
Bottle: Delete never-reached code (#3605) by @szokeasaurusrex

Redis: Remove flaky test (#3626) by @sentrivana

Django: Improve getting psycopg3 connection info (#3580) by @nijel

Django: Add SpotlightMiddleware when Spotlight is enabled (#3600) by @BYK

Django: Open relevant error when SpotlightMiddleware is on (#3614) by @BYK
Django: Support http_methods_to_capture in ASGI Django (#3607) by @sentrivana

ASGI Django now also supports the http_methods_to_capture integration option. This is a configurable tuple of HTTP method verbs that should create a transaction in Sentry. The default is ("CONNECT", "DELETE", "GET", "PATCH", "POST", "PUT", "TRACE",). OPTIONS and HEAD are not included by default.

Here's how to use it:
sentry_sdk.init(
    integrations=[
        DjangoIntegration(
            http_methods_to_capture=("GET", "POST"),
        ),
    ],
)
Miscellaneous

... (truncated)

Changelog

Sourced from sentry-sdk's changelog.

2.16.0

Integrations
Bottle: Add failed_request_status_codes (#3618) by @szokeasaurusrex

You can now define a set of integers that will determine which status codes should be reported to Sentry.
sentry_sdk.init(
    integrations=[
        BottleIntegration(
            failed_request_status_codes={403, *range(500, 600)},
        )
    ]
)
Examples of valid failed_request_status_codes:

{500} will only send events on HTTP 500.

{400, *range(500, 600)} will send events on HTTP 400 as well as the 5xx range.

{500, 503} will send events on HTTP 500 and 503.

set() (the empty set) will not send events for any HTTP status code.

The default is {*range(500, 600)}, meaning that all 5xx status codes are reported to Sentry.
Bottle: Delete never-reached code (#3605) by @szokeasaurusrex

Redis: Remove flaky test (#3626) by @sentrivana

Django: Improve getting psycopg3 connection info (#3580) by @nijel

Django: Add SpotlightMiddleware when Spotlight is enabled (#3600) by @BYK

Django: Open relevant error when SpotlightMiddleware is on (#3614) by @BYK
Django: Support http_methods_to_capture in ASGI Django (#3607) by @sentrivana

ASGI Django now also supports the http_methods_to_capture integration option. This is a configurable tuple of HTTP method verbs that should create a transaction in Sentry. The default is ("CONNECT", "DELETE", "GET", "PATCH", "POST", "PUT", "TRACE",). OPTIONS and HEAD are not included by default.

Here's how to use it:
sentry_sdk.init(
    integrations=[
        DjangoIntegration(
            http_methods_to_capture=("GET", "POST"),
        ),
    ],
)
Miscellaneous

... (truncated)

Commits

9098601 Fix changelog formatting
b731910 Update CHANGELOG.md
0df20a7 release: 2.16.0
01b4687 Remove flaky test (#3626)
3945fc1 Add 3.13 to setup.py (#3574)
c110ff3 Add 3.13 to basepython (#3589)
d0eca65 feat(bottle): Add failed_request_status_codes (#3618)
d34c99a feat: Add opportunistic Brotli compression (#3612)
4f79aec fix(django): improve getting psycopg3 connection info (#3580)
2d2e548 feat: Add __notes__ support (#3620)
Additional commits viewable in compare view

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR: - `@dependabot rebase` will rebase this PR - `@dependabot recreate` will recreate this PR, overwriting any edits that have been made to it - `@dependabot merge` will merge this PR after your CI passes on it - `@dependabot squash and merge` will squash and merge this PR after your CI passes on it - `@dependabot cancel merge` will cancel a previously requested merge and block automerging - `@dependabot reopen` will reopen this PR if it is closed - `@dependabot close` will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually - `@dependabot show ignore conditions` will show all of the ignore conditions of the specified dependency - `@dependabot ignore major version` will close this group update PR and stop Dependabot creating any more for the specific dependency's major version (unless you unignore this specific dependency's major version or upgrade to it yourself) - `@dependabot ignore minor version` will close this group update PR and stop Dependabot creating any more for the specific dependency's minor version (unless you unignore this specific dependency's minor version or upgrade to it yourself) - `@dependabot ignore ` will close this group update PR and stop Dependabot creating any more for the specific dependency (unless you unignore this specific dependency or upgrade to it yourself) - `@dependabot unignore ` will remove all of the ignore conditions of the specified dependency - `@dependabot unignore ` will remove the ignore condition of the specified dependency and ignore conditions

natbat / pillarpointstewards

Bump the python-packages group across 1 directory with 5 updates #345

v4.9.0

v4.9.0 (2024-09-02)

0.32.0 (2024-09-27)

Added

Fixed

Changed

0.31.2 (2024-09-23)

Fixed

0.31.1 (2024-09-22)

Fixed

0.31.0 (2024-09-20)

Changed

Or to specific tests

[0.32.0] - 2024-09-27

Added

Fixed

Changed

[0.31.2] - 2024-09-23

Fixed

[0.31.1] - 2024-09-22

Fixed

[0.31.0] - 2024-09-20

Changed

Or to specific tests

2.16.0

Integrations

Miscellaneous

2.16.0

Integrations

Miscellaneous