Home: the sign-in screen should keep app windows open instead of dropping them
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 35/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Attiva
- Stack tecnologico
- rust
- Ambito
- authentication, desktop, security
Direzione di ricerca
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.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
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.
- Lingua principale
- Rust
- Stelle
- 6
- Fork
- 2
- Merge medio
- 1g 3h
- PR unite (30g)
- 42
Preparare l'ambiente
Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di elastos/elastos-runtime
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
elastos/elastos-runtime#563 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
elastos/elastos-runtime#508 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
elastos/elastos-runtime#436 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
elastos/elastos-runtime#427 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
elastos/elastos-runtime#405 ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di elastos/elastos-runtime
Issue simili
-
bug good first issue help wanted linux macos testing
Difficoltà 2/5 1-3 ore Idoneità per principianti 85/100
I maintainer di solito rispondono entro 1 giorno
-
area: app type: test
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
I maintainer di solito rispondono entro 1 giorno
-
bug priority: medium
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
storytold/photocraft#12706 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
bug priority-low to-agent
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
I maintainer di solito rispondono entro 1 giorno
-
examples/dca and limit-order: swap always fails on the real Soroswap router (deadline equals now)Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
sorocon-labs/sorocron#172 ·
I maintainer di solito rispondono entro 1 giorno