Bump pytest from 8.4.2 to 9.0.3

[dependabot]

Bumps pytest from 8.4.2 to 9.0.3.

Release notes

Sourced from pytest's releases.

9.0.3

pytest 9.0.3 (2026-04-07)

Bug fixes

• #12444: Fixed pytest.approx which now correctly takes into account ~collections.abc.Mapping keys order to compare them.

• #13634: Blocking a conftest.py file using the -p no: option is now explicitly disallowed.

  Previously this resulted in an internal assertion failure during plugin loading.

  Pytest now raises a clear UsageError explaining that conftest files are not plugins and cannot be disabled via -p.

• #13734: Fixed crash when a test raises an exceptiongroup with __tracebackhide__ = True.

• #14195: Fixed an issue where non-string messages passed to unittest.TestCase.subTest() were not printed.

• #14343: Fixed use of insecure temporary directory (CVE-2025-71176).

Improved documentation

• #13388: Clarified documentation for -p vs PYTEST_PLUGINS plugin loading and fixed an incorrect -p example.
• #13731: Clarified that capture fixtures (e.g. capsys and capfd) take precedence over the -s / --capture=no command-line options in Accessing captured output from a test function <accessing-captured-output>.
• #14088: Clarified that the default pytest_collection hook sets session.items before it calls pytest_collection_finish, not after.
• #14255: TOML integer log levels must be quoted: Updating reference documentation.

Contributor-facing changes

• #12689: The test reports are now published to Codecov from GitHub Actions. The test statistics is visible on the web interface.

  -- by aleguy02

9.0.2

pytest 9.0.2 (2025-12-06)

Bug fixes

• #13896: The terminal progress feature added in pytest 9.0.0 has been disabled by default, except on Windows, due to compatibility issues with some terminal emulators.

  You may enable it again by passing -p terminalprogress. We may enable it by default again once compatibility improves in the future.

  Additionally, when the environment variable TERM is dumb, the escape codes are no longer emitted, even if the plugin is enabled.

• #13904: Fixed the TOML type of the tmp_path_retention_count settings in the API reference from number to string.

• #13946: The private config.inicfg attribute was changed in a breaking manner in pytest 9.0.0. Due to its usage in the ecosystem, it is now restored to working order using a compatibility shim. It will be deprecated in pytest 9.1 and removed in pytest 10.

... (truncated)

Commits

• a7d58d7 Prepare release version 9.0.3
• 089d981 Merge pull request #14366 from bluetech/revert-14193-backport
• 8127eaf Revert "Fix: assertrepr_compare respects dict insertion order (#14050) (#14193)"
• 99a7e60 Merge pull request #14363 from pytest-dev/patchback/backports/9.0.x/95d8423bd...
• ddee02a Merge pull request #14343 from bluetech/cve-2025-71176-simple
• 74eac69 doc: Update training info (#14298) (#14301)
• f92dee7 Merge pull request #14267 from pytest-dev/patchback/backports/9.0.x/d6fa26c62...
• 7ee58ac Merge pull request #12378 from Pierre-Sassoulas/fix-implicit-str-concat-and-d...
• 37da870 Merge pull request #14259 from mitre88/patch-4 (#14268)
• c34bfa3 Add explanation for string context diffs (#14257) (#14266)
• Additional commits viewable in compare view

[claude]

LGTM — standard Dependabot dev-dependency bump of pytest 8.4.2 → 9.0.3 in uv.lock only.

What was reviewed:

• Verified the diff touches only the pytest entry in uv.lock; sdist/wheel URLs and hashes follow the normal PyPI pattern and the dependency list is unchanged.
• Checked pyproject.toml — the existing pytest>=8.4.0 constraint already permits 9.x, so no manifest edit was required and no floor was raised.
• Noted this is a major-version bump of the test framework, but it is dev-only: any behavioral breakage (e.g. pytest 9 changes interacting with filterwarnings = ["error"]) would surface directly in CI's full 3.10–3.14 matrix rather than in shipped code.

Extended reasoning...

Overview

This PR is a Dependabot-generated bump of the pytest dev dependency from 8.4.2 to 9.0.3, touching only uv.lock. The lockfile change is the standard shape for a single-package update: version, sdist, and wheel entries replaced with new PyPI URLs, sha256 hashes, and upload timestamps; pytest's own dependency list (colorama, exceptiongroup, iniconfig, etc.) is unchanged.

Security risks

None specific to this repo's code. The update actually pulls in an upstream security fix (CVE-2025-71176, insecure temporary directory use in pytest). The artifact URLs point at files.pythonhosted.org with pinned hashes, so there is no supply-chain concern beyond trusting PyPI itself, which is the status quo.

Level of scrutiny

Low. pytest is a development-only dependency (dependency-type: direct:development per Dependabot metadata) — it never ships in the mcp wheel and cannot affect runtime users. The one notable aspect is that 8 → 9 is a major version bump of the test framework, which could break test collection or warning behavior (the repo runs with filterwarnings = ["error"]). However, that failure mode is fully gated: CI runs the complete suite with 100% coverage enforcement across Python 3.10–3.14 on Ubuntu and Windows, so any incompatibility fails visibly in CI rather than silently. The pyproject.toml constraint pytest>=8.4.0 already allows 9.x, so no manifest or floor change was needed, consistent with the repo's dependency policy.

Other factors

The bug hunting system found no issues, and there are no reviewer comments or prior reviews on the PR. There is nothing here for a human to weigh in on beyond what CI already validates mechanically.

[claude]

LGTM — routine Dependabot lockfile-only bump of pytest 8.4.2 → 9.0.3, a test-only dependency.

What was reviewed:

• The diff touches only the uv.lock entry for pytest (version, sdist/wheel URLs and hashes); no other packages or dependency entries changed.
• Confirmed the bump is compatible with the pytest>=8.4.0 constraint in pyproject.toml, so no constraint edit was needed.
• Since this crosses a major version (8 → 9) and the repo runs with filterwarnings = ["error"], verified locally that pytest 9.0.3 resolves from the lock, all pytest plugins load, and a test module passes under it.

Extended reasoning...

Overview

This is a Dependabot PR that bumps pytest from 8.4.2 to 9.0.3 in uv.lock only. No source code, configuration, or dependency constraints change — pyproject.toml already allows pytest>=8.4.0, so the lockfile update is self-contained. pytest is a dev/test-only dependency and is not part of the published package's runtime dependencies.

Security risks

None. The change swaps the locked pytest sdist/wheel for the official 9.0.3 artifacts from PyPI with pinned SHA-256 hashes, so supply-chain integrity is preserved by the hash pins. The new release also fixes CVE-2025-71176 (insecure temporary directory) in pytest itself, which is a small net security improvement for the development environment.

Level of scrutiny

Low. This is a mechanical lockfile bump of a test-only dependency. The one point deserving attention is that it crosses a major version boundary (pytest 8 → 9), which could break the test suite (the repo treats warnings as errors). I verified locally that pytest 9.0.3 is active under uv run --frozen, that all configured pytest plugins (anyio, xdist, flakefinder, examples, pretty, inline-snapshot) load without error, and that a representative test module (tests/client/test_client.py, 46 tests) passes. CI additionally runs the full matrix (3.10–3.14 × ubuntu/windows × locked/lowest-direct) with 100% coverage enforcement, so any remaining incompatibility would be caught before merge.

Other factors

The PR timeline has no prior reviews or comments to address. The bug hunting system found no issues. The change follows the repository's standard Dependabot flow (labels dependencies, python:uv), and lockfile bumps of dev dependencies are exactly the class of change that does not need human design judgment.