Esta entrada cobre o trabalho após Relatório de ontemA partir da noite de 9 de Setembro até à implantação do ambiente de teste concluída hoje. O foco foi a navegação: saber onde você está, manter o mesmo menu em páginas e retornar ao sistema que você começou a configurar.
Um menu consistente
Auditamos todos os 85 templates de aplicativos de página completa e substituímos os menus de página separados com o cabeçalho de painel compartilhado em toda a interface autenticada. As telas de autenticação e recuperação mantêm seus layouts mínimos apropriados. O mesmo usuário agora vê os mesmos destinos principais ordenados em todo o espaço de trabalho, sujeito às suas permissões.
O logotipo Hashmedo é um botão de painel azul e redondo com texto branco. As entradas duplicadas do menu Dashboard foram removidas. As ações da página pertencem ao seu conteúdo: Create System seitas com a lista de sistemas, enquanto Novo modelo causal e Análise Iniciar permanecem no espaço de trabalho causal. Definições de objetos pertencem a Inventory, em vez de Settings.
A primeira implementação do tablet-dropdown introduziu uma regressão: a navegação de desktop tornou-se vertical. Corrigimos para que o desktop mantenha sua estrutura horizontal e os layouts touch/tablet usem a apresentação compacta. A abertura de um menu não empurra o conteúdo da página para baixo. Verificações responsivas do navegador passaram; testes físicos do iPad permanecem separados.
O contexto deve vir da identidade da página
Anteriormente, algumas páginas deram o seu contexto de um link de cabeçalho ou de trás. Isso permitiu que o texto de guia ou um cartão de atualização se tornasse o espaço de trabalho aparente. Nós substituímos essa inferência em 75 páginas com declarações de página explícitas, ao mesmo tempo que mantemos o sistema, o modelo e os traços de componentes existentes autorizados.
Dashboard identifica o Dashboard. O Mailbox identifica o Mailbox, e uma conversa adiciona seu tema. Os editores e as páginas de resultados identificam o seu registro ou fluxo de trabalho. O requisito de permissão administrativa de uma página não converte seu contexto de negócios em configurações.
Tabs para o espaço de trabalho que você está usando
Sistemas, modelos e componentes agora compartilham a mesma abordagem de renderização para suas tabas de seção existentes. Os espaços de trabalho de configuração usam suas próprias seções de projeto, versões/revisões e ambientes. Objetos parentes permanecem na pista de contexto em vez de adicionar outra linha completa de tabas ancestrais.
A mesma abordagem agora cobre 31 modelos adicionais em todo o Centro de Custos, relatórios, integrações, administração de usuários, páginas de operadores e fluxos de trabalho causal. Subjetos excluídos, versões selecionadas e restrições de permissão são mantidos.
A seleção da seção segue links profundos, refresque e navegador Back/Forward. Mover-se entre ancoros não recarrega o documento ou campos de projeto claros. As atualizações no local mantêm seções válidas e caem de volta quando uma seção não está mais disponível. As ações de criação, publicação, clonação e exportação permanecem com o seu conteúdo relevante.
Os perfis de disponibilidade e a configuração do ciclo de vida também mantêm o seu sistema ou modelo de origem através da edição, previsão, salvamento e redirecionamento. A preparação continua a ser um fluxo de trabalho operacional.
Mantenha o percurso de configuração
Um teste posterior expôs um problema mais profundo. Movendo de um sistema para o seu modelo e, em seguida, abrir transições configuração ainda perdeu o sistema original. Manter apenas o pai imediato foi insuficiente.
Auditamos o mecanismo compartilhado e o generalizamos através dos fluxos de trabalho de configuração. A barra de contexto existente agora preserva caminhos como:
- Sistema → Modelo → Transições
- Sistema → modelo → componente → configuração
- Sistema → Modelo → Espaço de Trabalho LLM → Clientes API
- Sistema → Modelo → Preenchimento de perfis → Versão de perfil selecionada
A viagem sobrevive salvas, redirecionamentos, submissões de pesquisa/filtração, refrescos e novas tabas. Clique em um ancestral retorna diretamente a esse ponto na cadeia. Entrando através do menu global começa um contexto fresco em vez de herdar um espaço de trabalho anterior não relacionado.
O contexto carregado é autenticado, criptografado e divulgado para o usuário e organização atuais. As relações de entidades são verificadas através de leituras autorizadas existentes. Os metadados de navegação não permitem acesso ou substituem os cheques de permissão. Isso reutiliza a barra de contexto existente em vez de adicionar outro widget de navegação.
No ambiente de teste implementado, abrimos um sistema de amostra existente, seguimos seu modelo para gerenciar as transições disponíveis, refresquemos a página e retornamos diretamente ao sistema original. Todos os três passos de contexto permaneceram visíveis. Nenhum registro de inquilino foi criado ou alterado para esse check de aceitação.
Acesso organizacional atual
O menu compartilhado da célula agora usa a adesão atual e permissões de ciclo de vida / causa. Destinos restritos permanecem escondidos sem as subvenções necessárias.
Também atualizamos o gateway do ambiente de teste para refrescar os membros da Cell Control antes de enviar pedidos de candidatura e lidar com a seleção da organização. A opção organizacional-switch pode, portanto, refletir convites e remoções em vez de apenas manter o snapshot da assinatura do login.
Uma seleção removida é apagada. As leituras vão para a seleção ou recuperação da organização; os escritores pendentes recebem um erro de acesso e nunca são redirecionados para outra organização. A falha do serviço de assinatura bloqueia o envio, e uma atualização concorrente não pode recrear uma sessão log-out.
Os testes automatizados cobrem alterações de assinatura, escolhas revogadas, escritos interrompidos, falhas de serviço e corridas de logout. As permutações de convite / remoção ao vivo são uma tarefa de aceitação separada.
O que aprendemos sobre o login
Investigamos o comportamento de e-mail anterior e o aparente duplo login. Um verdadeiro teste de ambiente gateway / Keycloak sessão teste mudou entre duas contas disponíveis e de volta novamente. Cada chamada de volta mostrou a conta esperada, e o login após o login ofereceu um campo de e-mail editável vazio.
A sequência de assinatura de dois ecrãs vem do Keycloak's Organization Identity-First flow: seleção de e-mail seguida pela entrada de senha, em vez de duas autenticações completas. Nós nos comprometemos com a redação mais clara de “Use outra conta” para a ação nativa de conversão de conta em seis idiomas temáticos, mas não redistribuimos o serviço de identidade neste rollout.
Isso não estabelece que o problema específico do navegador original é corrigido. Tabs existentes, autofilação de senhas salvas e logout de uma sessão de inscrição de inquilino estabelecida ainda precisam de mais investigação.
Verificação e releases
O inventário de aceitação cobre todos os 85 templates de página completa. Uma nova matriz apresenta 46 templates em 445 combinações, com 460 páginas/profile/viewport checks dentro de seus testes de navegador. Ele inclui proprietário, administrador, membro, perfil de menu Viewer e administrador local, seis tipos de modelo, oito tipos de componentes e variantes de capacidade de configuração. Essas dimensões descrevem cobertura; não são agregados de teste independentes ou prova de que cada papel pode acessar cada página.
A auditoria também fixou cabeçalhos nestes conteúdos em nove modelos, removeu um formulário de logout nestes, adicionou uma declaração de portas de visualização móveis faltando sobre as regras e manteve as páginas de recuperação de acesso/serviço independentes das pesquisas de navegação falhas do inquilino.
Quatro lançamentos da Cell-1 foram entregues após o relatório anterior:
| libertação | O trabalho principal | Passando testes de navegador |
|---|---|---|
| 20260909.2 | Navegação de tablet, botão de dashboard e posicionamento de ação de página | 419 |
| 20260909.3 | Menu compartilhado, contexto explícito e layout de desktop corrigido | 449 |
| 20260910.1 | Tabas de espaço de trabalho, permissões, matriz de aceitação e atualização do gateway do ambiente de teste | 513 |
| 20260910.2 | Viagens de navegação generalizadas | 519 |
Estes são resultados sucessivos de regressão, não contam para adicionar juntos. O último lançamento, 20260910.2 / v1.1.0-rc100Passou 519 testes de navegador com 63 esquemas opcionais aprovados e zero falhas. A verificação também cobriu Go, integração de banco de dados, recuperação, escalas, controladores e verificações de espaço de trabalho de amostra. Não foram necessárias novas migrações de banco de dados.
Durante a verificação final da implantação, o trabalhador ainda estava na sua imagem anterior. A verificação de identidade independente capturou a falha. Atualizamos explicitamente o trabalhador, verificamos que o aplicativo e o trabalhador estavam saudáveis na mesma imagem imutável, e repetimos a backup criptografada final após alinhamento. Verificação de e-mail, backup saúde e verificações de disponibilidade pública passaram antes do antigo slot de serviço foi retirado.
O portal de ambiente de teste foi atualizado com o lançamento pagado. A aplicação e o trabalhador da CellPro, bem como o ambiente de aplicação de produção, não foram implementados.
Próximo Cheques
Vamos completar a aceitação de mudanças de membro organizacional ao vivo, continuar a pesquisa de login do navegador existente, e verificar Definições de Objetos e permutações de configuração mais profundas. O comportamento de atualização do operador instalado também precisa de reconciliação com a implementação embalada atual.
Wider CellPro rollout, promoção de produção e planejamento de recuperação de inquilinos permanecem trabalhos separados. Este progresso melhora a base de navegação compartilhada; não é uma alegação de que cada combinação de fluxo de trabalho e permissão tem sido testada de forma abrangente.