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

Aberta
#497 0 comentários 0 reações 0 responsáveis Ver no GitHub

Mantenedores costumam responder em até 1 dia

Ninguém assumiu esta issue ainda.

Avaliação

Dificuldade
5/5
Tempo estimado
Mais de uma semana
Facilidade para iniciantes
35/100
Tipo de issue
Funcionalidade
Clareza
Razoavelmente clara
Status de atividade
Ativa
Stack de tecnologia
rust

Direção de pesquisa

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.

Escrita pelo modelo de indexação a partir do texto da issue.

Descrição

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.

Linguagem predominante
Rust
Estrelas
6
Forks
2
Merge médio
1d 3h
PRs com merge (30d)
42

Preparar o ambiente

Este projeto não oferece contêiner de desenvolvimento, Dockerfile nem guia de contribuição, então a configuração fica por sua conta: comece pelo README e veja nosso guia da primeira contribuição para os passos gerais.

Primeiros passos

  1. Leia a issue inteira e depois o guia de contribuição do projeto.
  2. Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
  3. Faça um fork do repositório e trabalhe em uma branch.
  4. Abra um pull request que referencie o número da issue.

Mais de elastos/elastos-runtime

Todas as issues de elastos/elastos-runtime

Issues semelhantes

Mais issues de Rust

Receba novas issues na sua caixa de entrada

Um resumo curto de issues do GitHub para quem está começando.