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

feat: integrar detección de CLI y login con WSL

Abierto
  • ¿Algo no está bien?
#92 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
typescript
Área
desktop, devtools

Línea de trabajo

Start with src-tauri/src/login.rs, src-tauri/src/codex_setup.rs, and the Tauri commands; trace current CLI detection and login commands and read the contracts in dependent issues #90 and #91. The work spans WSL execution context, sessions, diagnostics, and Windows compatibility, with tests using simulated processes plus real Windows/WSL validation. Done means meeting the acceptance criteria, including safe argument handling and preserving existing Windows configurations.

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

Quorb ya comprueba CLI y abre login desde Windows; ese diagnóstico no refleja herramientas instaladas solo en WSL. Añadir un prefijo wsl sin adaptar sesiones y detección no garantiza que login y lectura correspondan a la misma cuenta.

Proposed solution

En modo WSL, comprobar cada CLI en el entorno Linux seleccionado y lanzar su login allí, con distribución, usuario y variables/carpeta de sesión coherentes. Distinguir CLI instalada de sesión válida y adaptar las acciones de instalación/diagnóstico para no ejecutar un instalador Windows como solución WSL.

Affected area

Application behavior

Scope and non-goals
Objetivo y alcance

Detección y login de Codex, Gemini y Claude en WSL; preservar los comandos avanzados sin duplicar envoltorios WSL ni reinterpretarlos silenciosamente. Coordinar diagnóstico con Ajustes y la instalación/detección Windows existente.

Dependencias y decisiones

Depende de issue-environment y issue-sessions. El contrato W0/W1 debe definir un shell/entorno compatible con la detección y ejecución (incluidas instalaciones de usuario), tratamiento de comandos personalizados y argumentos seguros.

Criterios de aceptación
  • Una CLI presente solo en WSL se reconoce sin requerir la misma CLI en Windows.
  • Detección y login utilizan la distribución y el mismo contexto de usuario/shell/sesión configurados.
  • El login de cada cuenta escribe donde la resolución de esa cuenta espera; variables de sesión adicionales se transmiten en Linux de forma segura.
  • Se diferencia CLI ausente, sesión ausente/caducada y fallo de WSL; el error ofrece acciones correctas.
  • No se ejecuta/ofrece un instalador Windows como solución a una CLI ausente en WSL; la instalación automática WSL queda fuera.
  • Argumentos de distribución/rutas/variables se pasan sin concatenación insegura; tests cubren espacios, no ASCII y metacaracteres.
  • Comandos personalizados tienen semántica documentada y no reciben doble wsl; las configuraciones Windows existentes siguen funcionando.
  • Distribuciones detenidas no arrancan por polling; login explícito informa de la activación según política del entorno.
  • Tests de comandos/detección/errores con procesos simulados y evidencia de terminal/login real en Windows/WSL, incluida una cuenta adicional.
Orientación y ODD progresivo

Entradas: src-tauri/src/login.rs, diagnóstico CLI, src-tauri/src/codex_setup.rs y comandos Tauri. Observar comandos y PATH actuales → decidir contrato de ejecución con entorno/sesiones → desarrollar rutas Windows/WSL aisladas con tests primero → validar login real y regresiones. Coordinar la superficie de terminal con #69 sin hacer del port macOS una dependencia.

Exclusiones

No instalar CLI ni WSL automáticamente, cambiar PATH global, mover tokens, alterar login de proveedores API ni implementar terminales nativas Linux/macOS.

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

Solo configurar wsl codex login: no adapta diagnóstico ni multicuenta. Reutilizar detección/instaladores Windows: describe otro entorno. Ejecutar todos los comandos en WSL: afectaría proveedores y flujos fuera del alcance.

Lenguaje dominante
TypeScript
Estrellas
10
Forks
2
Merge medio
2 h 45 min
PR fusionados (30 d)
75

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.