codecov[bot]
commented
5 months ago Codecov Report
All modified and coverable lines are covered by tests :white_check_mark:
Project coverage is 100.00%. Comparing base (
9234d1b) to head (b450f8a).
Additional details and impacted files
```diff @@ Coverage Diff @@ ## master #224 +/- ## ========================================= Coverage 100.00% 100.00% ========================================= Files 8 8 Lines 401 401 Branches 76 76 ========================================= Hits 401 401 ```:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.
This PR contains the following updates:
==0.23.3->==0.23.8Release Notes
pytest-dev/pytest-asyncio (pytest-asyncio)
### [`v0.23.8`](https://togithub.com/pytest-dev/pytest-asyncio/releases/tag/v0.23.8): pytest-asyncio 0.23.8 [Compare Source](https://togithub.com/pytest-dev/pytest-asyncio/compare/v0.23.7...v0.23.8) ### 0.23.8 (2024-07-17) - Fixes a bug that caused duplicate markers in async tests [#813](https://togithub.com/pytest-dev/pytest-asyncio/issues/813) #### Known issues As of v0.23, pytest-asyncio attaches an asyncio event loop to each item of the test suite (i.e. session, packages, modules, classes, functions) and allows tests to be run in those loops when marked accordingly. Pytest-asyncio currently assumes that async fixture scope is correlated with the new event loop scope. This prevents fixtures from being evaluated independently from the event loop scope and breaks some existing test suites (see [#706](https://togithub.com/pytest-dev/pytest-asyncio/issues/706)). For example, a test suite may require all fixtures and tests to run in the same event loop, but have async fixtures that are set up and torn down for each module. If you're affected by this issue, please continue using the v0.21 release, until it is resolved. ### [`v0.23.7`](https://togithub.com/pytest-dev/pytest-asyncio/releases/tag/v0.23.7): pytest-asyncio 0.23.7 [Compare Source](https://togithub.com/pytest-dev/pytest-asyncio/compare/v0.23.6...v0.23.7) ##### 0.23.7 (2024-05-19) - Silence deprecation warnings about unclosed event loops that occurred with certain CPython patch releases [#817](https://togithub.com/pytest-dev/pytest-asyncio/pull/817) ##### Known issues As of v0.23, pytest-asyncio attaches an asyncio event loop to each item of the test suite (i.e. session, packages, modules, classes, functions) and allows tests to be run in those loops when marked accordingly. Pytest-asyncio currently assumes that async fixture scope is correlated with the new event loop scope. This prevents fixtures from being evaluated independently from the event loop scope and breaks some existing test suites (see [#706](https://togithub.com/pytest-dev/pytest-asyncio/issues/706)). For example, a test suite may require all fixtures and tests to run in the same event loop, but have async fixtures that are set up and torn down for each module. If you're affected by this issue, please continue using the v0.21 release, until it is resolved. ### [`v0.23.6`](https://togithub.com/pytest-dev/pytest-asyncio/releases/tag/v0.23.6): pytest-asyncio 0.23.6 [Compare Source](https://togithub.com/pytest-dev/pytest-asyncio/compare/v0.23.5.post1...v0.23.6) ### 0.23.6 (2024-03-19) - Fix compatibility with pytest 8.2 [#800](https://togithub.com/pytest-dev/pytest-asyncio/pull/800) #### Known issues As of v0.23, pytest-asyncio attaches an asyncio event loop to each item of the test suite (i.e. session, packages, modules, classes, functions) and allows tests to be run in those loops when marked accordingly. Pytest-asyncio currently assumes that async fixture scope is correlated with the new event loop scope. This prevents fixtures from being evaluated independently from the event loop scope and breaks some existing test suites (see [#706](https://togithub.com/pytest-dev/pytest-asyncio/issues/706)). For example, a test suite may require all fixtures and tests to run in the same event loop, but have async fixtures that are set up and torn down for each module. If you're affected by this issue, please continue using the v0.21 release, until it is resolved. ### [`v0.23.5.post1`](https://togithub.com/pytest-dev/pytest-asyncio/releases/tag/v0.23.5.post1): pytest-asyncio 0.23.5.post1 [Compare Source](https://togithub.com/pytest-dev/pytest-asyncio/compare/v0.23.5...v0.23.5.post1) ### 0.23.5 (2024-02-09) - Declare compatibility with pytest 8 [#737](https://togithub.com/pytest-dev/pytest-asyncio/issues/737) - Fix typing errors with recent versions of mypy [#769](https://togithub.com/pytest-dev/pytest-asyncio/issues/769) - Prevent DeprecationWarning about internal use of `asyncio.get_event_loop()` from affecting test cases [#757](https://togithub.com/pytest-dev/pytest-asyncio/issues/757) #### Known issues As of v0.23, pytest-asyncio attaches an asyncio event loop to each item of the test suite (i.e. session, packages, modules, classes, functions) and allows tests to be run in those loops when marked accordingly. Pytest-asyncio currently assumes that async fixture scope is correlated with the new event loop scope. This prevents fixtures from being evaluated independently from the event loop scope and breaks some existing test suites (see [#706](https://togithub.com/pytest-dev/pytest-asyncio/issues/706)). For example, a test suite may require all fixtures and tests to run in the same event loop, but have async fixtures that are set up and torn down for each module. If you're affected by this issue, please continue using the v0.21 release, until it is resolved. ### [`v0.23.5`](https://togithub.com/pytest-dev/pytest-asyncio/releases/tag/v0.23.5): pytest-asyncio 0.23.5 [Compare Source](https://togithub.com/pytest-dev/pytest-asyncio/compare/v0.23.4...v0.23.5) ### 0.23.5 (2024-02-09) - Declare compatibility with pytest 8 [#737](https://togithub.com/pytest-dev/pytest-asyncio/issues/737) - Fix typing errors with recent versions of mypy [#769](https://togithub.com/pytest-dev/pytest-asyncio/issues/769) - Prevent DeprecationWarning about internal use of `asyncio.get_event_loop()` from affecting test cases [#757](https://togithub.com/pytest-dev/pytest-asyncio/issues/757) #### Known issues As of v0.23, pytest-asyncio attaches an asyncio event loop to each item of the test suite (i.e. session, packages, modules, classes, functions) and allows tests to be run in those loops when marked accordingly. Pytest-asyncio currently assumes that async fixture scope is correlated with the new event loop scope. This prevents fixtures from being evaluated independently from the event loop scope and breaks some existing test suites (see [#706](https://togithub.com/pytest-dev/pytest-asyncio/issues/706)). For example, a test suite may require all fixtures and tests to run in the same event loop, but have async fixtures that are set up and torn down for each module. If you're affected by this issue, please continue using the v0.21 release, until it is resolved. ### [`v0.23.4`](https://togithub.com/pytest-dev/pytest-asyncio/releases/tag/v0.23.4): pytest-asyncio 0.23.4 [Compare Source](https://togithub.com/pytest-dev/pytest-asyncio/compare/v0.23.3...v0.23.4) ### 0.23.4 (2024-01-28) - pytest-asyncio no longer imports additional, unrelated packages during test collection [#729](https://togithub.com/pytest-dev/pytest-asyncio/issues/729) - Addresses further issues that caused an internal pytest error during test collection - Declares incompatibility with pytest 8 [#737](https://togithub.com/pytest-dev/pytest-asyncio/issues/737)Configuration
📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).
🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.
🔕 Ignore: Close this PR and you won't be reminded about this update again.
This PR has been generated by Mend Renovate. View repository job log here.