Better OOTB error handling
@imanali2237 đang làm issue này rồi.
Từ ngày 30/6/2026.
Đá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
- 48/100
- Loại issue
- Tính năng
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Ít trao đổi
- Công nghệ
- javascript, node.js
Hướng nghiên cứu
Bắt đầu bằng cách xem xét các tùy chọn của Hapi.server và hook routes.ext.onPreResponse.method() được mô tả trong issue, bao gồm cách NODE_ENV hiện đang được sử dụng. Xác định cấu trúc cấu hình để không áp dụng wrapping lỗi chung nhưng vẫn giữ mặc định an toàn, sau đó bổ sung coverage cho hành vi trong môi trường development và production, đồng thời xác minh cách xử lý lỗi gốc và stack trace.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Runtime
NodeJS
Runtime version
any
Module version
21
What problem are you trying to solve?
Whenever I make a new server and it throws, the error is caught and wrapped into a generic Boom.internal(), with no feedback on the original error or the stack trace. The only way to introspect is to pass routes.ext.onPreResponse.method() to server options.
This is a bit awkward, especially if I'm using the server for non-production cases, tests, or non-critical apps. It would be nice if the option to obfuscate errors was an opt-in / out configuration. I do understand that Hapi is this way in order to be secure by default, I just think it would be helpful
Do you have a new or modified API suggestion to solve the problem?
Perhaps a Hapi.server({ production: true | false }) would suffice? I am currently using NODE_ENV to set the onPreResponse options so I have good feedback at dev time.
- Ngôn ngữ chính
- JavaScript
- Star
- 14.8k
- Fork
- 1.4k
- Merge trung bình
- 12 phút
- Pull request đã merge (30 ngày)
- 6
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 hapijs/hapi
-
The data property of a Boom error gets mangled when the error comes from a validatorCó thể làm lại được Pull request cho issue này đã bị đóng mà không được merge. Đang mởbug
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 70/100
-
The `abort` event on nodejs is deprecatedCó thể làm lại được @akashbirajdar04 đã nhận 189 ngày trước và không có pull request nào đang mở. Đang mởbug
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 52/100
-
Error-tracking software doesn't catch hapi application errors if an incoming request gets prematurely closedCó thể làm lại được Pull request cho issue này đã bị đóng mà không được merge. Đang mởbug
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 35/100
-
bug
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 35/100
-
bug
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 35/100
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 73/100
hugomrdias/playwright-test#753 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
bug good first issue
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 86/100
KonstantinStarovoytov/kitden#21 ·
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 67/100
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 70/100
guybedford/es-module-shims#556 ·
-
app ernst:4-klein
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
NewspeedyNL/PidLane#683 ·
Maintainer thường phản hồi trong vòng 1 ngày