Home: the sign-in screen should keep app windows open instead of dropping them

Ouverte
#497 0 commentaires 0 réactions 0 personnes assignées Voir sur GitHub

Les mainteneurs répondent en général sous 1 jour

Personne n'a encore pris cette issue.

Évaluation

Difficulté
5/5
Temps estimé
Plus d'une semaine
Accessibilité débutants
35/100
Type d'issue
Fonctionnalité
Clarté
Plutôt claire
Activité
Active
Stack technique
rust

Piste de recherche

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.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Description

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.

Langage dominant
Rust
Étoiles
6
Forks
2
Merge moyen
1 j 3 h
PR mergées (30 j)
42

Préparer son environnement

Ce projet ne fournit ni conteneur de développement, ni Dockerfile, ni guide de contribution : l'installation est à votre charge. Commencez par son README, et consultez notre guide de la première contribution pour les étapes générales.

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Autres issues de elastos/elastos-runtime

Toutes les issues de elastos/elastos-runtime

Issues similaires

Plus d'issues Rust

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.