feat(linux): adaptar sesiones, secretos y login CLI nativos
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 25/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Activo
- Stack tecnológico
- rust, tauri, typescript
- Área
- authentication, cli, desktop, security
Línea de trabajo
Start with the blocking baseline in issue #105 and the existing provider, secrets, login and config modules under src-tauri/src/ (providers/, secrets.rs, login.rs, config.rs) plus src/Settings.tsx. Done means Linux path resolution with tests for missing, invalid, space/non-ASCII and expired-session cases, verified Secret Service storage on a real desktop, and login commands that never run interpolated shell strings. Confirm the dependency is merged before starting.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Objetivo y motivo
Que Quorb en Linux lea sesiones y almacene sus propios secretos de forma segura y abra los logins oficiales en el mismo entorno Linux, sin confundirlo con WSL.
Alcance
- Resolver rutas Linux y sesiones locales de los proveedores presentes, con errores útiles para archivo ausente, formato inválido y sesión caducada; no prometer sesión local de todos los proveedores.
- Verificar Secret Service/keyring en la sesión de escritorio acordada, incluidos almacenamiento, recuperación, borrado y migración del servicio legado sin revelar valores.
- Abrir login de Claude, Codex y Gemini mediante terminal Linux con comandos y argumentos seguros, rutas con espacios/no ASCII y errores accionables; no depender ciegamente de
x-terminal-emulatorsi no está disponible. - Excluye leer credenciales WSL desde Linux, copiar tokens, instalar CLIs automáticamente, modificar cuentas ajenas y cambiar el contrato Windows/macOS.
Dependencias
#105 baseline Linux integrado y matriz/contrato aprobados. WSL #90–#93 es independiente; coordinar superficies compartidas, sin hacer depender Linux de WSL.
Criterios de aceptación
- Rutas y precedencia explícita entre configuración manual y defaults Linux, con pruebas de ausente, inválido, espacios/no ASCII y cuentas pertinentes.
- Secret Service/keyring probado en escritorio real: guardar/leer/borrar y ausencia/denegación del servicio se informan sin filtrar secretos; no degradar a texto plano.
- Login CLI y diagnóstico seguros y verificables; ausencia de terminal/CLI o cancelación producen resultado accionable y no se ejecuta una cadena arbitraria por interpolación.
- Proveedores soportados comprobados en Linux real; los no comprobados o dependientes de sesiones no disponibles quedan identificados, sin prometer paridad global.
- Suites focales y regresión Windows pertinentes, sin reescribir el flujo WSL.
Orientación
src-tauri/src/providers/, src-tauri/src/secrets.rs, src-tauri/src/login.rs, src-tauri/src/config.rs, src/Settings.tsx. Mantener lectura sin escritura en sesiones oficiales; no registrar secretos en logs/tests.
Comprobaciones y ODD
Observar comportamiento y rutas reales de la matriz #105 → decidir contrato de credenciales/terminal y fallos → desarrollar adaptadores con tests RED/GREEN y controles negativos → verificar CLI y Secret Service en Linux real, npm test, tipos/build y cargo test según superficie, más regresión Windows. Salida: evidencia funcional y límites por proveedor, no solo compilación.
Coordinación y entrega
Planificada y bloqueada por #105; puede desarrollarse en paralelo con la unidad de escritorio después de esa integración. Sin assignee inicial. Revalidar responsables, PR y dependencias antes de iniciar; coordinar textos con #66 sin duplicar i18n. Tests y docs junto al código; PR/merge/release requieren autorización separada.
- Lenguaje dominante
- TypeScript
- Estrellas
- 10
- Forks
- 2
- Merge medio
- 16 min
- PR fusionados (30 d)
- 51
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
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de egdev6/quorb
-
status:approved type:bug
Dificultad 1/5 Menos de una hora Aptitud para principiantes 70/100
egdev6/quorb#109 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
odd type:feature
Dificultad 5/5 Más de una semana Aptitud para principiantes 15/100
Los mantenedores suelen responder en 1 día
-
odd type:feature
Dificultad 4/5 3-5 días Aptitud para principiantes 15/100
Los mantenedores suelen responder en 1 día
-
odd type:chore
Dificultad 5/5 Más de una semana Aptitud para principiantes 22/100
egdev6/quorb#105 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Add 9Router aggregator providerAbierto
Dificultad 4/5 3-5 días Aptitud para principiantes 25/100
Los mantenedores suelen responder en 1 día
Todos los issues de egdev6/quorb
Issues similares
-
enhancement good first issue help wanted
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
OWASP/cve-lite-cli#1335 ·
Los mantenedores suelen responder en 1 día
-
Windows: main-screen mouse tracking requires WT_SESSION, so it never enables inside herdr panesAbierto
Dificultad 1/5 Menos de una hora Aptitud para principiantes 66/100
code-yeongyu/senpi#3353 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
Los mantenedores suelen responder en 1 día
-
Channels status: needs triage
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
mastra-ai/mastra#27093 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
enhancement needs-triage ui
Dificultad 2/5 1-3 horas Aptitud para principiantes 86/100
Los mantenedores suelen responder en 1 día