- Se descapó
- 21 de mayo de 2026 a las 23:04 UTC
- Autor
- kamo
- Compromit
- fc6799a
La aplicación kamo-internal proxie cada camino de backend Java a través de un explícito El encargado de la ruta de Next.js (uno por segmento de nivel superior: /mercados de comercio, /pos, /leads, ...). /api/security/hip-apps no tenía manejador, así que cada llamada de hipotecaAppsApi (utilizada por la página URLA /applications, los Programas Hipotecarios panel de configuración, y ahora PipelineApplicationsTab) golpea el 404 de Next.js y el El componente de llamadas se estrelló en su límite de error. Ese es el "404 ERROR" en /commerce?tab=market--uuid. La sub-tab de aplicaciones dentro del mercado ver cargas a través de hipotecaAppsApi.list() y bombardeó cada solicitud. - Nuevo catch-all en **************** . la misma forma que el representante de los mercados de comercio: forwardToApi con X-***-Token pass-through, JSON envuelve el éxito, JSON envolver el error. - Correturas respuestas no-JSON sin tocar (descarga HMDA LAR CSV ******************* de otra manera sería re-envuelto como JSON y corrompiado). - 204 Sin Contenido (respuestas DELETE) se propaga sin cuerpo. PipelineAplicacionesTab ahora carga de ambas hipotecasAppsApi.list() Y el legado ********************** y dedupes por uid. URLA gana conflicto. Ambas fuentes son elegantemente .catch() así que un apagón de apoyo en O el camino no explota la cuenta.