Standardize route error handling to use createExpressError
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 3/5
- Tiempo estimado
- 1-2 días
- Aptitud para principiantes
- 68/100
- Tipo de issue
- Refactorización
- Claridad
- Bastante claro
- Estado de actividad
- Tranquilo
- Stack tecnológico
- javascript
- Área
- backend
Línea de trabajo
Comienza con rest.js para revisar el patrón existente de utils.createExpressError y, después, busca en los archivos de rutas los manejadores POST que asignen statusMessage o statusCode en res antes de llamar a next(res). Reemplaza cada ruta de error coincidente por el patrón estándar de objeto de error y confirma que todos esos manejadores ahora pasan los errores creados a next().
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Description
The POST handlers in the route files use an unconventional pattern of passing the res object directly to next() as the error argument:
res.statusMessage = 'Improper request method for updating, please use PATCH to add new keys to this object.'
res.status(405)
next(res)
This works because rest.messenger reads err.statusMessage and err.statusCode from whatever object is passed, and the res object happens to have those properties. However, it creates a confusing situation where err === res inside the error handler.
The rest of the codebase uses next(utils.createExpressError({...})) for error handling (see rest.js), which is the standard Express convention.
Standardize these routes to use the same createExpressError pattern as the rest of the codebase:
if (!rest.checkPatchOverrideSupport(req, res)) {
return next(utils.createExpressError({
statusCode: 405,
statusMessage: 'Improper request method for updating, please use PATCH to add new keys to this object.'
}))
}
controller.patchSet(req, res, next)
Context
Found during static review of #206. Out of scope for that PR since it's a pre-existing pattern.
- Lenguaje dominante
- JavaScript
- Estrellas
- 3
- Forks
- 6
- Merge medio
- 4 d 9 h
- PR fusionados (30 d)
- 5
Preparar el entorno
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 CenterForDigitalHumanities/rerum_server_nodejs
-
bug documentation
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
-
backend dependencies easy
Dificultad 2/5 1-3 horas Aptitud para principiantes 84/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
CenterForDigitalHumanities/rerum_server_nodejs#290 · 1 comentario ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 50/100
-
Dificultad 3/5 1-2 días Aptitud para principiantes 74/100
Todos los issues de CenterForDigitalHumanities/rerum_server_nodejs
Issues similares
-
factory-active factory-automatic harness/codex task-bug-reproduction-success task-identify-harness-labels-done task-identify-issue-type-done
Dificultad 2/5 1-3 horas Aptitud para principiantes 85/100
vercel/ai#21582 · 3 comentarios ·
Los mantenedores suelen responder en 1 día
-
ux
Dificultad 1/5 Menos de una hora Aptitud para principiantes 90/100
rr-djk/rr-djuikoo.com#53 ·
Los mantenedores suelen responder en 1 día
-
Add shacl12-inference-rulesAbiertonew spec review
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
w3c/browser-specs#2666 · 1 comentario ·
Los mantenedores suelen responder en 3 días
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
thim81/openapi-format#238 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
decentespresso/dye2#13 ·