feat: resolver credenciales y sesiones CLI desde WSL
Maintainers usually reply within 1 day
Nobody has claimed this yet.
Assessment
- Difficulty
- 5/5
- Estimated time
- Over a week
- Newbie friendliness
- 25/100
- Issue type
- Feature
- Clarity
- Clearly specified
- Activity status
- Active
- Tech stack
- rust, typescript
- Domain
- authentication
Research direction
Start with src-tauri/src/config.rs, src-tauri/src/providers/mod.rs, the Codex, Gemini, and Claude providers, and session caches; inspect how they currently resolve and isolate accounts. The shared session contract depends on issue #90 and must be decided alongside login behavior. Done means all listed acceptance criteria pass, including fictional-credential tests for precedence, account isolation, environment changes, and paths.
Written by the indexing model from the issue text.
Description
Pre-flight checks
- I searched existing issues and found no duplicate.
- I understand that this proposal requires product review before implementation.
La búsqueda de duplicados abiertos y cerrados fue realizada por el asistente. El mantenedor confirmó el principio de revisión de producto y aprobó la propuesta quorb-wsl-v1 y su publicación. La publicación no inicia implementación ni asigna trabajo.
Problem to solve
El modo WSL necesita que las sesiones se lean en la distribución elegida y que el soporte multicuenta actual mantenga su aislamiento. Cambiar únicamente el home global podría mover datos propios de Quorb o mezclar cuentas.
Proposed solution
Resolver el contexto de credenciales de Codex, Gemini y Claude según el entorno elegido, accediendo desde Windows a los archivos WSL. Mantener las rutas explícitas como excepciones avanzadas visibles y separar la resolución de cuentas principales y adicionales.
Affected area
Application behavior
Scope and non-goals
Objetivo y alcance
Credenciales de Codex (.codex/auth.json), Gemini (.gemini/oauth_creds.json) y Claude (.claude/.credentials.json) bajo el home WSL seleccionado, sin copiar/importar tokens a Windows. Conservar el modelo actual de cuentas adicionales y el comportamiento de renovación propio de cada proveedor.
Dependencias y decisiones
Depende de issue-environment. Cerrar el contrato de sesiones: prioridad de ruta explícita, variables de entorno aplicables al entorno seleccionado, ubicación de sesiones de cuentas adicionales y coherencia con login. No leer variables del proceso Windows como si provinieran de WSL. No recorrer usuarios/rutas arbitrarios.
Criterios de aceptación
- Los tres proveedores pueden leer sus archivos estándar en la distribución y usuario elegidos.
- Ruta explícita tiene prioridad y su origen efectivo se expone claramente; una ruta inválida produce error sin fallback oculto.
- Sin credenciales en WSL, nunca se utiliza de forma silenciosa una cuenta Windows u otra distribución.
- Cuentas principales/adicionales conservan aislamiento: resolver o renovar una cuenta no pisa los archivos de otra.
- Login y lectura comparten el mismo contrato de entorno/carpeta/variables de sesión.
- Cambiar de entorno/distribución invalida resultados o cachés dependientes de la sesión y no presenta como actual la cuenta anterior.
- No se copian tokens ni se exponen sus valores en UI/logs/errores; no se introduce renovación nueva ni se alteran las reglas existentes de los proveedores.
- Credenciales ausentes, inaccesibles, inválidas y distribución desconectada tienen errores recuperables.
- Tests con credenciales ficticias cubren precedencia, cuentas múltiples, cambios de entorno y archivos/rutas; prueba real Windows/WSL de lectura con datos sensibles fuera de evidencias.
Orientación y ODD progresivo
Entradas: configuración de cuentas en src-tauri/src/config.rs, src-tauri/src/providers/mod.rs, proveedores Codex/Gemini/Claude y cachés de sesión. Observar precedencia/aislamiento actual → decidir contrato compartido con login → implementar por unidad con tests primero → verificar regresión Windows y WSL. Detallar desarrollo tras integrar el contrato de entorno.
Exclusiones
No modificar ubicación de datos propios de Quorb, copiar secretos, gestionar cuentas de otros usuarios Linux, añadir proveedores, cambiar auth por API key ni implementar soporte nativo Linux.
Coordinación y entrega
Parte de quorb-wsl-v1, milestone «Integración WSL en Windows» e índice #45. Estado: planificada; no anunciar lista para implementar mientras falten las decisiones o dependencias indicadas. Sin assignee inicial. Revalidar issue, comentarios, responsables y PR antes de un inicio explícito; asignación no es un lock. Se conserva la prioridad vigente del roadmap: #66 sigue siendo el primer objetivo nuevo recomendado y WSL puede investigarse independientemente sin desplazar compromisos existentes.
Tests y documentación con cada unidad. Seguir CONTRIBUTING y entregar cambios revisables; checks planificados, no ejecutados durante esta planificación: npm test, npm run typecheck, npm run build y cargo test en src-tauri, según superficie. Linux no acredita ejecución Windows/WSL. Commit, push, PR, merge, firma, release y asignaciones requieren sus autorizaciones propias.
Alternatives considered
Cambiar home() global: descartado por mezclar datos de app y sesiones. Copiar credenciales a Windows: duplica material sensible y puede quedar desactualizado. Fallback automático: puede seleccionar una cuenta distinta sin consentimiento.
- Dominant language
- TypeScript
- Stars
- 10
- Forks
- 2
- Avg merge
- 21m
- Merged PRs (30d)
- 52
Getting set up
This project ships no dev container, Dockerfile or contributing guide, so setting up is up to you: start from its README, and see our first-contribution guide for the general steps.
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from egdev6/quorb
-
fix(ui): corregir el enlace oficial de uso de ChatGPT/CodexMay be free again A pull request for this issue was closed without being merged. Openstatus:approved type:bug
Difficulty 1/5 Under an hour Newbie friendliness 70/100
egdev6/quorb#109 · 3 comments ·
Maintainers usually reply within 1 day
-
feat(widget): dockear al monitor principal por defecto y avisar si el widget queda en otro displayOpen
Difficulty 3/5 1-2 days Newbie friendliness 35/100
egdev6/quorb#113 · 2 comments ·
Maintainers usually reply within 1 day
-
odd type:feature
Difficulty 5/5 Over a week Newbie friendliness 15/100
Maintainers usually reply within 1 day
-
odd type:feature
Difficulty 4/5 3-5 days Newbie friendliness 15/100
Maintainers usually reply within 1 day
-
odd type:feature
Difficulty 4/5 3-5 days Newbie friendliness 25/100
Maintainers usually reply within 1 day
Similar issues
-
fix(frontend): correct VITE_IS_DEVELPOMENT typo in shared/app.ts and align dev environment flagsOpen
Difficulty 2/5 1-3 hours Newbie friendliness 75/100
vicharanashala/ajrasakha#1439 ·
Maintainers usually reply within 1 day
-
Add: TV5Monde AsieOpenapproved check:passed streams:add
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
Maintainers usually reply within 1 day
-
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
backnotprop/plannotator#1932 ·
Maintainers usually reply within 1 day
-
Difficulty 2/5 Half a day Newbie friendliness 62/100
ibm-granite/granite.build#504 ·
Maintainers usually reply within 2 days
-
reproduced
Difficulty 2/5 1-3 hours Newbie friendliness 82/100
anomalyco/opencode#55676 · 1 comment ·
Maintainers usually reply within 1 day