fix(plantillas): "Leer con IA" fallaba con la config de IA que ya está en producción
Escribí una segunda implementación de "llamar al proveedor" en vez de usar la que ya existe (callAI, la del bot de Telegram). Esa copia no hablaba Anthropic —se lo mandaba todo al endpoint de OpenAI— y, si la config tenía la URL base vacía (lo normal: la vista dice que es opcional), armaba una URL relativa que ni siquiera es una petición válida. Cualquiera de las dos cosas terminaba en el 502. Ahora usa callAI, que despacha por proveedor y completa la URL base. El error del proveedor queda en el log del servidor y el mensaje llega entero a la vista; si la respuesta no trae mensaje, la vista muestra el status para distinguir un fallo de la app de uno del proxy. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
co-authored by
Claude Opus 5
parent
c4b0305112
commit
ac47769c27
@@ -213,7 +213,10 @@ document.addEventListener('alpine:init', () => {
|
||||
this.avisoImport = data.aviso || 'Listo, revisá el HTML abajo';
|
||||
} catch(e) {
|
||||
this.errorImport = true;
|
||||
this.avisoImport = e.response?.data?.error || e.message;
|
||||
// Sin data.error el fallo no vino de la app sino del proxy
|
||||
// (timeout, por ejemplo); mostrar el status ayuda a distinguirlo.
|
||||
this.avisoImport = e.response?.data?.error
|
||||
|| (e.response ? `El servidor respondió ${e.response.status}` : e.message);
|
||||
}
|
||||
this.importando = false;
|
||||
},
|
||||
|
||||
Reference in New Issue
Block a user