Unable to attach debugger after ipykernel/debugger.py gets imported

Offen

#975 erstellt am 08.8.2022 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Bewertung

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

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

Rechercherichtung

Beginne mit dem Importpfad von InProcessKernelManager() nach ipykernel/debugger.py und reproduziere den Fehler in einer frischen Umgebung mit ipykernel 6.3.0-or-newer. Überprüfe das Attach-Verhalten des PyCharm- oder VS Code-Debuggers; abgeschlossen ist die Aufgabe, wenn der Debugger angehängt werden kann, ohne ipykernel.debugger durch ein Fake-Modul zu ersetzen.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

The problem starts at version ipykernel==6.3.0 and up. I created a fresh venv in PyCharm and this is what I see in the "Python Window" when clicking the "Attach Debugger" button:

When I use the PyCharm "Debug Server" it locks up forever when trying to connect.

Other team members using vscode are having the same problem.

I'm currently working around the problem with this code at launch of product:

class FakeDebuggerModule:
  Debugger = None
  _is_debugpy_available = False
import sys
sys.modules['ipykernel.debugger'] = FakeDebuggerModule

The code my application is running which causes debugger.py to get imported is:

from ipykernel.inprocess import InProcessKernelManager
InProcessKernelManager()

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