/**
 * Regresión: `classifyError` tiene que encontrar el texto del backend en TODAS las
 * formas en que un adapter lanza, no solo en la de axios.
 *
 * Caso que motivó estos tests: al eliminar una línea de una Factura de Venta el
 * backend rechaza con un 422 `CAPABILITY_NOT_SUPPORTED` cuyo `detail` ya viene
 * traducido ("Esta acción no está disponible para la clase de documento de esta
 * factura"), pero el host normaliza la respuesta en su interceptor y lanza el error
 * PLANO (`status` + `code` + `detail` en la raíz). `leerTextoBackend` solo miraba
 * las bolsas anidadas `response.data` / `data` / `problem`, así que el `detail` se
 * perdía y el usuario veía el genérico "Ocurrió un error inesperado. Intenta de
 * nuevo" — con la causa real visible únicamente en la consola del navegador.
 *
 * `deleteLine` es donde más se nota porque `DeleteLineResult` no tiene canal de
 * errores: lanzar es el ÚNICO camino para avisarle al usuario.
 *
 * @see ../smart/userFacingError.ts
 * @see ../smart/conflictError.ts - el duck-typing con el que este módulo es simétrico
 */
export {};
//# sourceMappingURL=userFacingError.shapes.test.d.ts.map