client-logger leia un HTTP 4xx/5xx de /api/log-error como exito

fetch resuelve con 429/413/500: un HTTP >=400 no rechaza la promesa, asi que el .catch() de logClientError solo cubria la falla de RED. Cualquier respuesta de error de /api/log-error se leia como exito, la fila no se escribia y nadie se enteraba; el usuario quedaba con un id en pantalla sin fila que resolver. Es el descarte silencioso de MOVILBA-329 sobreviviendo en la rama del STATUS. El endpoint tiene tres formas de contestar !ok sin tirar: tope por IP 20/min, tope de body 16KB y su propio catch 500. Arreglado: se inspecciona response.ok y se avisa por consola nombrando el id que no va a resolver. No se reintenta a proposito. Encontrado midiendo MOVILBA-410, donde el modal mostro 2db21411 (sin fila) mientras el servidor logueaba 725ceb91.