search

natbat / pillarpointstewards

Website for pillarpointstewards.com
Apache License 2.0
7 stars 0 forks source link

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

Closed dependabot[bot] closed 1 month ago

dependabot[bot] commented 1 month ago

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

Package From To
boto3 1.35.8 1.35.34
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.15.0

Updates boto3 from 1.35.8 to 1.35.34

Commits
  • 8e68079 Merge branch 'release-1.35.34'
  • 094bd6a Bumping version to 1.35.34
  • 019fd14 Add changelog entries from botocore
  • 9ef00b9 Merge branch 'release-1.35.33'
  • 07050a2 Merge branch 'release-1.35.33' into develop
  • 97a9ca2 Bumping version to 1.35.33
  • 2cfe492 Add changelog entries from botocore
  • 81b3ed4 Merge branch 'release-1.35.32'
  • 73ecd1d Merge branch 'release-1.35.32' into develop
  • d4e5f9e Bumping version to 1.35.32
  • 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.15.0

Release notes

Sourced from sentry-sdk's releases.

2.15.0

Integrations

  • Configure HTTP methods to capture in ASGI/WSGI middleware and frameworks (#3531) by @​antonpirker

    We've added a new option to the Django, Flask, Starlette and FastAPI integrations called http_methods_to_capture. 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 (substitute Flask for your framework integration):

    sentry_sdk.init(
    integrations=[
      FlaskIntegration(
          http_methods_to_capture=("GET", "POST"),
      ),
  ],
)

  • Django: Allow ASGI to use drf_request in DjangoRequestExtractor (#3572) by @​PakawiNz

  • Django: Don't let RawPostDataException bubble up (#3553) by @​sentrivana

  • Django: Add sync_capable to SentryWrappingMiddleware (#3510) by @​szokeasaurusrex

  • AIOHTTP: Add failed_request_status_codes (#3551) 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=[
        AioHttpIntegration(
            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.

  • AIOHTTP: Delete test which depends on AIOHTTP behavior (#3568) by @​szokeasaurusrex

  • AIOHTTP: Handle invalid responses (#3554) by @​szokeasaurusrex

  • FastAPI/Starlette: Support new failed_request_status_codes (#3563) by @​szokeasaurusrex

    The format of failed_request_status_codes has changed from a list

... (truncated)

Changelog

Sourced from sentry-sdk's changelog.

2.15.0

Integrations

  • Configure HTTP methods to capture in ASGI/WSGI middleware and frameworks (#3531) by @​antonpirker

    We've added a new option to the Django, Flask, Starlette and FastAPI integrations called http_methods_to_capture. 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 (substitute Flask for your framework integration):

    sentry_sdk.init(
    integrations=[
      FlaskIntegration(
          http_methods_to_capture=("GET", "POST"),
      ),
  ],
)

  • Django: Allow ASGI to use drf_request in DjangoRequestExtractor (#3572) by @​PakawiNz

  • Django: Don't let RawPostDataException bubble up (#3553) by @​sentrivana

  • Django: Add sync_capable to SentryWrappingMiddleware (#3510) by @​szokeasaurusrex

  • AIOHTTP: Add failed_request_status_codes (#3551) 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=[
        AioHttpIntegration(
            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.

  • AIOHTTP: Delete test which depends on AIOHTTP behavior (#3568) by @​szokeasaurusrex

  • AIOHTTP: Handle invalid responses (#3554) by @​szokeasaurusrex

  • FastAPI/Starlette: Support new failed_request_status_codes (#3563) by @​szokeasaurusrex

... (truncated)

Commits
  • 65909ed Update CHANGELOG.md
  • 97b6d9f Fix changelog
  • 5de346c Refactor changelog
  • 7bee75f release: 2.15.0
  • 1c64ff7 Configure HTTP methods to capture in WSGI middleware and frameworks (#3531)
  • a3ab1ea XFail one of the Lambda tests (#3592)
  • 05411ff allowing ASGI to use drf_request in DjangoRequestExtractor (#3572)
  • 4636afc fix(tracing): Fix add_query_source with modules outside of project root (#3...
  • aed18d4 build(deps): bump actions/checkout from 4.1.7 to 4.2.0 (#3585)
  • 205591e Test more integrations on 3.13 (#3578)
  • 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
dependabot[bot] commented 1 month ago

Superseded by #342.