errors not reported in new async code

Offen

#1,279 erstellt am 22.10.2024 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit: 4/5
Geschätzter Aufwand: 3-5 Tage
Anfängerfreundlichkeit: 35/100

Issue-Typ: Bug
Klarheit: Größtenteils klar
Aktivitätsstatus: Veraltet
Tech-Stack: jupyter, python
Bereich: backend

Rechercherichtung

Beginne damit, die asynchronen Startstellen in ipykernel zu lokalisieren, die start_soon verwenden, und untersuche, wie ihre Ausnahmen behandelt werden. Die Arbeit ist abgeschlossen, wenn unbehandelte Ausnahmen aus diesen Starts abgefangen und protokolliert werden, anstatt im erfassten stderr-Stream zu verschwinden.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

bug

If errors are raised in the new async code, as I'm seeing in trying to update IPython Parallel to the new async APIs, there is often no indication of a problem, messages just don't get handled.

We need to be careful to catch and log all errors in ipykernel code, because the default excepthook sends them to the captured stderr stream, which won't be seen in the kernel logs. That means everything we launch with e.g. start_soon etc. must be hooked up to a generic try/except to catch and log all unhandled exceptions instead of letting them raise.

Vorherrschende Sprache: Python
Sterne: 734
Forks: 411
Ø Merge: 1 T. 2 Std.
Gemergte PRs (30 T.): 9

Beitragsleitfaden

Beitragsleitfaden öffnen

Erste Schritte

Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
Forken Sie das Repository und arbeiten Sie in einem Branch.
Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus ipython/ipykernel

`Kernel._control_lock` created after it may be used Offen

Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 75/100

ipython/ipykernel#1567 · 1 Kommentar · Erstellt am 22.9.2026
pytest seems to be the testrunner - not nose, as mentioned in README Offen

Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 72/100

ipython/ipykernel#554 · Erstellt am 17.10.2020
post_execute fires during comm_msg handling on a subshell, so output published from the hook is parented to the comm_msg and dropped by frontends Offen

Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 48/100

ipython/ipykernel#1564 · Erstellt am 21.9.2026
Shell reply sent raw on the ROUTER can drop the ZMQStream wake-up; a request arriving in that window is not read until the next connection Offen

Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 68/100

ipython/ipykernel#1554 · 1 Kommentar · Erstellt am 07.9.2026
Interrupt on swallowed `KeyboardInterrupt` exceptions (`SIGINT`) when pressing twice (within 5 seconds) Offen

ipython/ipykernel#1550 · 1 Kommentar · 1 Reaktion · 1 zugewiesene Person · Erstellt am 25.8.2026

Alle Issues in ipython/ipykernel