-
-
Notifications
You must be signed in to change notification settings - Fork 34.4k
The -i flag is mixed with custom REPLs in tests #140438
Copy link
Copy link
Closed
Labels
3.13bugs and security fixesbugs and security fixes3.14bugs and security fixesbugs and security fixes3.15new features, bugs and security fixesnew features, bugs and security fixestestsTests in the Lib/test dirTests in the Lib/test dirtopic-replRelated to the interactive shellRelated to the interactive shelltype-bugAn unexpected behavior, bug, or errorAn unexpected behavior, bug, or error
Metadata
Metadata
Assignees
Labels
3.13bugs and security fixesbugs and security fixes3.14bugs and security fixesbugs and security fixes3.15new features, bugs and security fixesnew features, bugs and security fixestestsTests in the Lib/test dirTests in the Lib/test dirtopic-replRelated to the interactive shellRelated to the interactive shelltype-bugAn unexpected behavior, bug, or errorAn unexpected behavior, bug, or error
Bug report
Bug description:
This is an issue for a pre-existing PR #140298.
The problem lies in:
cpython/Lib/test/test_repl.py
Lines 359 to 362 in a8edca6
(I wrote this 😬)
It resorts to
spawn_replthat adds-ion top of-m asyncio:cpython/Lib/test/test_repl.py
Lines 44 to 45 in a8edca6
Mixing
-iwith-m asynciocauses the asyncio REPL to launch first, and then a regular Python REPL--right after the former exits.This is an expected outcome when
-iand-m asyncioare mixed.I didn't intend this result of the current setup--we want
-i^<custom repl args>to run a REPL when testing without a PTY.CPython versions tested on:
3.15
Operating systems tested on:
Linux
Linked PRs