Better OOTB error handling
@imanali2237 ya está trabajando en esto.
Desde el 30/6/2026.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 48/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Tranquilo
- Stack tecnológico
- javascript, node.js
Línea de trabajo
Comienza revisando las opciones de Hapi.server y el hook routes.ext.onPreResponse.method() descrito en el issue, incluido cómo se usa actualmente NODE_ENV. Determina la estructura de configuración para excluirse del wrapping de errores genérico sin dejar de conservar el valor predeterminado seguro; después, añade cobertura para el comportamiento en desarrollo y producción y verifica el manejo del error original y del stack trace.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
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.
- Lenguaje dominante
- JavaScript
- Estrellas
- 14.8k
- Forks
- 1.4k
- Merge medio
- 12 min
- PR fusionados (30 d)
- 6
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Sin plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de hapijs/hapi
-
The data property of a Boom error gets mangled when the error comes from a validatorQuizá libre de nuevo Un pull request para esta issue se cerró sin fusionarse. Abiertobug
Dificultad 3/5 1-2 días Aptitud para principiantes 70/100
-
The `abort` event on nodejs is deprecatedQuizá libre de nuevo @akashbirajdar04 la tomó hace 191 días y no hay ningún pull request abierto. Abiertobug
Dificultad 3/5 1-2 días Aptitud para principiantes 52/100
-
Error-tracking software doesn't catch hapi application errors if an incoming request gets prematurely closedQuizá libre de nuevo Un pull request para esta issue se cerró sin fusionarse. Abiertobug
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
-
bug
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
-
bug
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
Todos los issues de hapijs/hapi
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
guybedford/es-module-lexer#266 ·
-
bug documentation
Dificultad 1/5 1-3 horas Aptitud para principiantes 88/100
apify/apify-docs#3206 ·
Los mantenedores suelen responder en 1 día
-
enhancement good first issue
Dificultad 2/5 1-3 horas Aptitud para principiantes 90/100
anhnt256/cursor-swarm#21 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
-
documentation good first issue
Dificultad 2/5 1-3 horas Aptitud para principiantes 74/100
zerohourzulu/irontrellis#16 ·