Home: the sign-in screen should keep app windows open instead of dropping them
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
- 35/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Activo
- Stack tecnológico
- rust
- Área
- authentication, desktop, security
Línea de trabajo
Start by locating Home's sign-in and lock flows and how they clear app contexts and desktop frames; the issue does not name files or tests. Trace session expiry and authentication-error handling, then review how frame authority is refreshed for the same person and how a different-person sign-in prompts before teardown. Done means open apps retain state through sign-in and lock, with the requested identity-specific behavior and security semantics reviewed.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
When a Home session expires (12 hours) or an authentication error sends Home back to sign-in, Home clears every app context and blanks the desktop frame, so open apps lose their state. With Documents' Autosave off (the 0.8.0 default), unsaved edits are lost this way. A computer's lock screen keeps apps running underneath; Home's sign-in and lock should do the same: show sign-in over the desktop, refresh the frames' authority after the same person signs in, and only tear windows down (after asking) when a different person signs in.
Found while testing 0.8.0-alpha.27 (28 Oct). Planned for 0.8.1. Needs a security review of the lock semantics.
- Lenguaje dominante
- Rust
- Estrellas
- 6
- Forks
- 2
- Merge medio
- 1 d 3 h
- PR fusionados (30 d)
- 42
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 elastos/elastos-runtime
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
elastos/elastos-runtime#563 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
elastos/elastos-runtime#508 ·
Los mantenedores suelen responder en 1 día
-
Documents: Markdown preview web links go through Home's confirmed link flow (#430 follow-up)Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
elastos/elastos-runtime#436 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
elastos/elastos-runtime#427 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
elastos/elastos-runtime#405 ·
Los mantenedores suelen responder en 1 día
Todos los issues de elastos/elastos-runtime
Issues similares
-
bug good first issue help wanted linux macos testing
Dificultad 2/5 1-3 horas Aptitud para principiantes 85/100
Los mantenedores suelen responder en 1 día
-
area: app type: test
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
Los mantenedores suelen responder en 1 día
-
bug priority: medium
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
storytold/photocraft#12706 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
bug priority-low to-agent
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
Los mantenedores suelen responder en 1 día
-
examples/dca and limit-order: swap always fails on the real Soroswap router (deadline equals now)Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
sorocon-labs/sorocron#172 ·
Los mantenedores suelen responder en 1 día