Hacktoberfest 2026: los issues que los mantenedores marcaron para octubre, abiertos y aptos para principiantes. Explorar issues de Hacktoberfest

feat: resolver credenciales y sesiones CLI desde WSL

Abierto
  • ¿Algo no está bien?
#91 0 comentarios 0 reacciones 0 asignados Ver en GitHub

Los mantenedores suelen responder en 1 día

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
5/5
Tiempo estimado
Más de una semana
Aptitud para principiantes
25/100
Tipo de issue
Nueva funcionalidad
Claridad
Bien especificado
Estado de actividad
Activo
Stack tecnológico
rust, typescript
Área
authentication

Línea de trabajo

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.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

odd type:feature
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.

Lenguaje dominante
TypeScript
Estrellas
10
Forks
2
Merge medio
1 h 17 min
PR fusionados (30 d)
53

Preparar el entorno

Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de egdev6/quorb

Todos los issues de egdev6/quorb

Issues similares

Más issues de TypeScript

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.