errors not reported in new async code

Đang mở

#1,279 mở ngày 22/10/2024 0 bình luận 0 reaction 0 người được giao Xem trên GitHub

Chưa có ai nhận issue này.

Đánh giá

Độ khó: 4/5
Thời gian dự kiến: 3-5 ngày
Mức phù hợp với người mới: 35/100

Loại issue: Lỗi
Độ rõ ràng: Khá rõ ràng
Mức độ hoạt động: Đình trệ
Công nghệ: jupyter, python
Lĩnh vực: backend

Hướng nghiên cứu

Bắt đầu bằng cách xác định các điểm khởi chạy bất đồng bộ trong ipykernel sử dụng start_soon và kiểm tra cách các ngoại lệ của chúng được xử lý. Công việc hoàn tất khi các ngoại lệ chưa được xử lý từ những lần khởi chạy này được bắt và ghi log thay vì biến mất trong luồng stderr đã được capture.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.

Mô tả

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.

Ngôn ngữ chính: Python
Star: 734
Fork: 411
Merge trung bình: 1 ngày 2 giờ
Pull request đã merge (30 ngày): 9

Hướng dẫn đóng góp

Mở hướng dẫn đóng góp

Bắt đầu từ đâu

Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
Fork repository và làm thay đổi trên một nhánh.
Mở pull request có tham chiếu số hiệu của issue.

Issue khác của ipython/ipykernel

pytest seems to be the testrunner - not nose, as mentioned in README Đang mở

Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 72/100

ipython/ipykernel#554 · Mở ngày 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 Đang mở

Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 48/100

ipython/ipykernel#1564 · Mở ngày 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 Đang mở

Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 68/100

ipython/ipykernel#1554 · 1 bình luận · Mở ngày 7/9/2026
Interrupt on swallowed `KeyboardInterrupt` exceptions (`SIGINT`) when pressing twice (within 5 seconds) Đang mở

ipython/ipykernel#1550 · 1 bình luận · 1 reaction · 1 người được giao · Mở ngày 25/8/2026
Removing `@register_integration("asyncio")` and `def loop_asyncio(kernel):` Đang mở

Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 66/100

ipython/ipykernel#1532 · Mở ngày 18/6/2026

Tất cả issue của ipython/ipykernel

Issue tương tự

create_predictable_zip member order differs on Windows for directory input Đang mở

bug

Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 90/100

learningequality/ricecooker#747 · Mở ngày 23/9/2026
[Anon] Mechanicum: skitarii as mechanicum allies rule Đang mở

Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100

BSData/horus-heresy-3rd-edition#3171 · Mở ngày 23/9/2026
CHANGELOG.md entries are too long to maintain, and their length is what makes every PR conflict expensive Đang mở

enhancement

Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100

lanl/PyBNF#809 · Mở ngày 23/9/2026
[Bug]: PrevNextNodePostprocessor loses retrieved scores when neighbor windows overlap Đang mở

Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100

run-llama/llama_index#23199 · Mở ngày 23/9/2026
Cannot export point cloud without radius attribute Đang mở

Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 84/100

KhronosGroup/glTF-Blender-IO#2769 · Mở ngày 23/9/2026

Thêm issue về Python

Bản tóm tắt ngắn những issue GitHub phù hợp với người mới.