feat: integrar detección de CLI y login con 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
- typescript
Research direction
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.
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
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.
- 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
-
test: make the #3408 Claude OAuth token fixture obviously fake so secret scanners stop flagging itOpen
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
code-yeongyu/senpi#3436 ·
Maintainers usually reply within 1 day
-
community first-timers-only good first issue hacktoberfest help wanted low hanging fruit up-for-grabs
Difficulty 1/5 Under an hour Newbie friendliness 78/100
lingdojo/kana-dojo#32505 · 1 comment · 5 reactions ·
Maintainers usually reply within 1 day
-
code-quality refactoring
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
github/gh-aw-firewall#10040 ·
Maintainers usually reply within 1 day
-
review-followup
Difficulty 2/5 1-3 hours Newbie friendliness 82/100
griffinwork40/agent-afk#3868 ·
Maintainers usually reply within 1 day
-
area: import-export bug status: needs-triage
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
amatya-aditya/obsidian-rss-dashboard#1191 ·
Maintainers usually reply within 1 day