petretiandrea / plugp100

Work in progress implementation of tapo protocol in python.
GNU General Public License v3.0
72 stars 27 forks source link

chore(deps): update dependency pytest-asyncio to v0.24.0 #183

Open renovate[bot] opened 7 months ago

renovate[bot] commented 7 months ago

This PR contains the following updates:

Package Change Age Adoption Passing Confidence
pytest-asyncio (changelog) ==0.23.4 -> ==0.24.0 age adoption passing confidence

Release Notes

pytest-dev/pytest-asyncio (pytest-asyncio) ### [`v0.24.0`](https://redirect.github.com/pytest-dev/pytest-asyncio/releases/tag/v0.24.0): pytest-asyncio 0.24.0 [Compare Source](https://redirect.github.com/pytest-dev/pytest-asyncio/compare/v0.23.8...v0.24.0) ##### 0.24.0 (2024-08-22) - BREAKING: Updated minimum supported pytest version to v8.2.0 - Adds an optional *loop_scope* keyword argument to *pytest.mark.asyncio*. This argument controls which event loop is used to run the marked async test. [#​706](https://redirect.github.com/pytest-dev/pytest-asyncio/issues/706), [#​871](https://redirect.github.com/pytest-dev/pytest-asyncio/pull/871) - Deprecates the optional *scope* keyword argument to *pytest.mark.asyncio* for API consistency with `pytest_asyncio.fixture`. Users are encouraged to use the *loop_scope* keyword argument, which does exactly the same. - Raises an error when passing *scope* or *loop_scope* as a positional argument to `@pytest.mark.asyncio`. [#​812](https://redirect.github.com/pytest-dev/pytest-asyncio/issues/812) - Fixes a bug that caused module-scoped async fixtures to fail when reused in other modules [#​862](https://redirect.github.com/pytest-dev/pytest-asyncio/issues/862) [#​668](https://redirect.github.com/pytest-dev/pytest-asyncio/issues/668) ### [`v0.23.8`](https://redirect.github.com/pytest-dev/pytest-asyncio/releases/tag/v0.23.8): pytest-asyncio 0.23.8 [Compare Source](https://redirect.github.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://redirect.github.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://redirect.github.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://redirect.github.com/pytest-dev/pytest-asyncio/releases/tag/v0.23.7): pytest-asyncio 0.23.7 [Compare Source](https://redirect.github.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://redirect.github.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://redirect.github.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://redirect.github.com/pytest-dev/pytest-asyncio/releases/tag/v0.23.6): pytest-asyncio 0.23.6 [Compare Source](https://redirect.github.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://redirect.github.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://redirect.github.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://redirect.github.com/pytest-dev/pytest-asyncio/releases/tag/v0.23.5.post1): pytest-asyncio 0.23.5.post1 [Compare Source](https://redirect.github.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://redirect.github.com/pytest-dev/pytest-asyncio/issues/737) - Fix typing errors with recent versions of mypy [#​769](https://redirect.github.com/pytest-dev/pytest-asyncio/issues/769) - Prevent DeprecationWarning about internal use of `asyncio.get_event_loop()` from affecting test cases [#​757](https://redirect.github.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://redirect.github.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://redirect.github.com/pytest-dev/pytest-asyncio/releases/tag/v0.23.5): pytest-asyncio 0.23.5 [Compare Source](https://redirect.github.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://redirect.github.com/pytest-dev/pytest-asyncio/issues/737) - Fix typing errors with recent versions of mypy [#​769](https://redirect.github.com/pytest-dev/pytest-asyncio/issues/769) - Prevent DeprecationWarning about internal use of `asyncio.get_event_loop()` from affecting test cases [#​757](https://redirect.github.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://redirect.github.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.

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 was generated by Mend Renovate. View the repository job log.

github-actions[bot] commented 7 months ago
Tests Skipped Failures Errors Time
50 0 :zzz: 0 :x: 18 :fire: 3.290s :stopwatch: