Asyncio Python 3.8
- Dominant language
- Python
- Stars
- 186
- Forks
- 69
- PR merge metrics
- No merged PRs in 30d
Description
See this related issue: https://github.com/nteract/papermill/issues/515, but essentially the async implementation on windows 3.8 uses a different implementation that doesn't include all the same functions. This means pyzqm barfs on loop actions. We likely need to patch nbclient in a similar way? I know this should only really be set on entrypoint but from testing setting it multiple times works just fine and the reality is there is no other event loop policy right now that we'd be worried about overwriting.
Contributor guide
Research direction
Start by reproducing the Windows Python 3.8 asyncio failure described here and compare it with related issue #515. Trace nbclient’s entry point and event-loop policy setup, then verify that the affected loop actions work without breaking existing policies. Done means the Windows Python 3.8 path no longer causes pyzmq loop-action failures.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- python
- Domain
- backend
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100