Skip to content

feat(providers): guiar y comprobar conexiones multicuenta - #51

Merged
egdev6 merged 2 commits into
mainfrom
fix/multiaccount
Oct 10, 2026
Merged

egdev6 merged 2 commits into
mainfrom
fix/multiaccount

Conversation

@egdev6

@egdev6 egdev6 commented Oct 10, 2026

Copy link
Copy Markdown
Owner

Related issue / Issue relacionada

Closes #50

Issue aprobada con status:approved. Tipo: type:feature, elegido por el propietario.
ODD: N/A, saneado directo autorizado fuera del piloto coordinado.

Scope / Alcance

  • Guía de conexión para cuentas principales/adicionales, detección de CLI e instrucciones copiables; Quorb no instala herramientas automáticamente.
  • Consulta individual con configuración guardada, incluso para cuentas ocultas, diferenciando presencia de fichero de sesión válida.
  • Saneado de la integración frontend/Rust: elimina restos incompatibles, conserva formularios y tests, exige guardado confirmado y evita abrir dos veces el login.

Las cuentas adicionales consideran tanto sus propios cambios como la configuración heredada del proveedor antes de conectar. Los fallos de guardado conservan su diagnóstico; un fallo exclusivo de autostart no bloquea una configuración ya guardada. Polling y respuestas pendientes se descartan al desmontar.

Unidad Archivos / resultado
Frontend Settings.tsx, account-health.ts y tests, api.ts: guías, estado, polling y secuencia de guardado/login.
Backend lib.rs, login.rs, providers/mod.rs: comandos coherentes, búsqueda CLI, PATH y consulta/rutas por cuenta; preserva los tres tests de presencia existentes.
UI/documentación ProviderCard.tsx, accounts.ts, theme.css, docs/account-onboarding.md: errores visibles, requisitos y explicaciones sin promesas falsas de OAuth.

11 archivos respecto a main; cambio amplio en Ajustes, revisar por unidades frontend/backend/contratos. Sin cambios de versión, secretos, firma, instalación automática ni release.

Coordination / Coordinación

  • Coordinación ODD, asignación/toma: N/A.
  • Contributor / Contribuidor: @egdev6.
  • Evidencia de acuerdo: propietario autorizó saneado, issue aprobada, clasificación type:feature, referencia Closes y commit/push/PR. Escritores disjuntos frontend/backend y verificación independiente del conjunto.

Acceptance and validation / Aceptación y validación

Criterios cumplidos en el alcance verificado: compila frontend/Rust; una sola apertura de login tras confirmación explícita cuando guardar es necesario; bloqueo tras fallo/ocupado; cambios heredados detectados; presencia ≠ validez; conserva formularios y tests; sin instalación automática.

Comprobación ejecutada Resultado
npm test 168 Vitest (19 archivos) + 46 Node, sin fallos.
npm run build Typecheck y Vite correctos; 84 módulos. Repetido tras el último ajuste de texto.
cargo test --offline --locked 60 Rust, sin fallos; caché existente.
Probes de handlers reales con IPC/UI simulados 9 PASS: fallo/ocupado, apertura única, cuenta persistida con cambios, limpia sin re-guardar, autostart parcial y desmontaje.
git diff --check Limpio.
Verificación independiente Acepta el conjunto y comprueba la integración real del predicado de cambios propios/heredados; sin P1/P2 funcionales encontrados.
Revisión nativa del saneado Cuatro lentes, aprobada y reconocida; avisos no bloqueantes sobre el home inyectado de Codex principal.

274 tests automatizados + 9 probes, no pruebas Windows/DOM. La regresión de configuración heredada tuvo RED conductual y después GREEN; no se afirma un RED conductual aislado del antiguo doble-login o del caso de directorio en Rust.

No ejecutado / límites: DOM/browser y accesibilidad, clipboard/foco reales, Windows/cmd/PATHEXT nativos, CLI/OAuth/login o credenciales reales, aislamiento en Windows, Credential Manager, notificaciones/widget, firmas y rebuild Rust limpio. Los probes simulan IPC, no el bridge Tauri real. Codex principal conserva la resolución de home existente, aún sin prueba determinista de ese caso.

Pendientes antes de integrar: revisión humana y comprobaciones Windows aplicables. No se afirma CI verde sin checks observados; el repositorio solo declara el workflow manual de release, que no se ejecutó.

Esta PR no implica integración. Merge, release, secretos y firma requieren autorización separada.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

type:feature New functionality

Projects

None yet

Development

Successfully merging this pull request may close these issues.

feat(providers): guiar y comprobar la conexión multicuenta

1 participant