-
Notifications
You must be signed in to change notification settings - Fork 158
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fix compatibility with pytest 8.2 FixtureDef.unittest removal #800
Conversation
`SubRequest` is a subclass of `FixtureRequest`, but is currently private so pytest-asyncio uses `Any` instead. However, `FixtureRequest` typing is sufficient for our needs, so can use that instead.
Since pytest 8.2 unittest and regular behave the same, so unittest special handling is no longer needed.
649bbe5
to
ee8bd5f
Compare
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## main #800 +/- ##
==========================================
+ Coverage 95.01% 95.59% +0.58%
==========================================
Files 2 2
Lines 481 477 -4
Branches 97 96 -1
==========================================
- Hits 457 456 -1
+ Misses 15 12 -3
Partials 9 9 ☔ View full report in Codecov by Sentry. |
Signed-off-by: Michael Seifert <m.seifert@digitalernachschub.de>
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thank you!
The pytest-asyncio CI only tests against the latest stable release of pytest, so I ran the tests against pytest-dev/pytest@532782a to verify it a second time. Works like a charm. Clean up commits are always welcome, too.
I added a changelog entry and I'll release a new version right away to avoid breakage when pytest 8.2 is released.
This unblocks all users stuck with 0.21.1 due to pytest-dev#706
This unblocks all users stuck with 0.21.1 due to #706
Since pytest 8.2 (still in development) unittest and regular will behave the same, so unittest special handling is no longer needed.
I also added two unrelated cleanup commits I noticed, if you prefer I can remove them.