Skip to content

Commit 260b791

Browse files
committed
[docs] Prepare release of v0.23.3.
Signed-off-by: Michael Seifert <[email protected]>
1 parent 6a253e2 commit 260b791

File tree

1 file changed

+4
-1
lines changed

1 file changed

+4
-1
lines changed

docs/source/reference/changelog.rst

+4-1
Original file line numberDiff line numberDiff line change
@@ -2,11 +2,14 @@
22
Changelog
33
=========
44

5-
0.23.3 (UNRELEASED)
5+
0.23.3 (2024-01-01)
66
===================
77
- Fixes a bug that caused event loops to be closed prematurely when using async generator fixtures with class scope or wider in a function-scoped test `#706 <https://github.com/pytest-dev/pytest-asyncio/issues/706>`_
88
- Fixes various bugs that caused an internal pytest error during test collection `#711 <https://github.com/pytest-dev/pytest-asyncio/issues/711>`_ `#713 <https://github.com/pytest-dev/pytest-asyncio/issues/713>`_ `#719 <https://github.com/pytest-dev/pytest-asyncio/issues/719>`_
99

10+
Known issues
11+
------------
12+
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`_). 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.
1013

1114

1215
0.23.2 (2023-12-04)

0 commit comments

Comments
 (0)