Capture errors at the boundaries
Maintainer thường phản hồi trong vòng 1 ngày
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
- 50/100
- Loại issue
- Tính năng
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Sôi nổi
- Công nghệ
- typescript
- Lĩnh vực
- frontend, observability
Hướng nghiên cứu
Bắt đầu từ useGlobalErrorHook và lần theo đường dẫn window.error hiện có, sau đó kiểm tra cách Sentry.init({ app }) hiện cung cấp tính năng xử lý lỗi của Vue. Thêm xử lý unhandledrejection thông qua đường dẫn dùng chung, khử trùng lặp và lọc các lỗi vô hại; xác nhận hành vi toast dự kiến trước khi triển khai. Được xem là hoàn tất khi các lỗi tại các ranh giới được liệt kê được ghi nhận mà không làm ngập danh sách thông báo.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
useGlobalErrorHook only listens for window.error. Async failures — most of what
VolView does — reach nothing: no toast, no bug report, no console entry. Vue render
errors are uncaught too, since Sentry.init({ app }) was the only thing installing
app.config.errorHandler, and Sentry is not configured in deployments.
Scope
- Handle
unhandledrejection, routed through the same path aswindow.error - Dedupe repeated errors — a broken render fires on every re-render and would flood the message list
- Extend the benign-filter list (precedent: the existing
ResizeObserver loopfilter) as noise surfaces - Follow-up: install
app.config.errorHandler
Note
The code is small; the blast radius isn't. These failures are silent today, so
capturing them will surface a batch of benign rejections — aborted fetches, cancelled
loads, workers torn down mid-flight.
Open question: should newly-captured errors toast like window.error does, or land
quietly in console + bug report until the noise is known?
- Ngôn ngữ chính
- TypeScript
- Star
- 303
- Fork
- 102
- Merge trung bình
- 2 ngày 4 giờ
- Pull request đã merge (30 ngày)
- 19
Chuẩn bị môi trường
- Không có Dockerfile hay tệp Docker Compose
- Không có mẫu pull request
- Đọc 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 Kitware/VolView
-
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 35/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 48/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 62/100
Kitware/VolView#869 · 2 bình luận · 1 reaction ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 48/100
Kitware/VolView#841 · 3 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 55/100
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của Kitware/VolView
Issue tương tự
-
bug DUP Reservations
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 62/100
bcgov/reserve-rec-public#952 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
daufderheide/racecoordinator_ai#948 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Bug pulumi/pulumi
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
Maintainer thường phản hồi trong vòng 1 ngày
-
bug priority:high
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
Maintainer thường phản hồi trong vòng 1 ngày
-
api bug claude
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 84/100
diegosouzapw/OmniRoute#15764 ·
Maintainer thường phản hồi trong vòng 2 ngày