Cette entrée couvre le travail après Le rapport d'hierdu 9 septembre au lancement de l’environnement d’essai terminé. L’accent était sur la navigation : savoir où vous êtes, garder le même menu sur les pages, et retourner au système que vous avez commencé à configurer.
Un menu cohérent
Nous avons vérifié tous les 85 modèles d'application à pleine page et remplacé les menus de page séparés par l'onglet partagé sur l'interface authentifiée. Les écrans d'authentification et de récupération maintiennent leur layout minimum approprié. Le même utilisateur voit désormais les mêmes destinations majeures commandées dans les espaces de travail, sous réserve de leurs autorisations.
Le logo Hashmedo est un bouton de panneau bleu et rond avec un texte blanc. Les entrées du menu Dashboard ont été supprimées. Les actions de page appartiennent à côté de leur contenu : Créer des systèmes avec la liste des systèmes, tandis que le nouveau modèle causal et l’analyse de démarrage restent dans l’espace de travail causal. Les définitions d’objet appartiennent à l’inventaire plutôt que aux paramètres.
La première mise en œuvre des tablettes a introduit une régression : la navigation sur le bureau est devenue verticale. Nous l'avons corrigé pour que le bureau conserve sa structure horizontale et que les layouts touch/tablet utilisent la présentation compacte. L'ouverture d'un menu ne pousse pas le contenu de la page. Les contrôles de navigateur réactifs sont passés ; les tests physiques d'iPad restent séparés.
Le contexte doit provenir de l’identité de la page
Plus tôt, certaines pages ont conclu leur contexte à partir d'un lien de tête ou d'un lien arrière. Ce qui a permis que le texte de guide ou une carte de mise à niveau devienne l'espace de travail apparent. Nous avons remplacé cette inférence sur 75 pages par des déclarations explicites de page, tout en gardant le système, le modèle et les trails composants existants autorisés.
Dashboard identifie Dashboard. Mailbox identifie Mailbox, et une conversation ajoute son sujet. Les éditeurs et les pages de résultats identifient leur enregistrement réel ou leur flux de travail. L’exigence d’autorisation administrative d’une page ne transforme pas son contexte d’affaires en Settings.
Tabs pour l'espace de travail que vous utilisez
Les systèmes, les modèles et les composants partagent maintenant la même approche de rendu pour leurs tables de section existantes. Les espaces de travail de configuration utilisent leurs propres Draft, Versions/Reviews et Sections Environnements. Les objets parent restent dans la piste de contexte au lieu d'ajouter une autre ligne complète de tables ancêtres.
La même approche couvre désormais 31 modèles supplémentaires à travers le Centre des coûts, les rapports, les intégrations, l'administration des utilisateurs, les pages d'opérateur et les flux de travail causal. Les sujets enregistrés, les versions sélectionnées et les restrictions d'autorisation sont conservées.
La sélection de la section suit les liens profonds, le refresh et le navigateur Back/Forward. Le déplacement entre les anchors ne remplit pas le document ou les champs de dessin clairs. Les mises à jour sur place conservent des sections valides et tombent de manière appropriée lorsque une section n’est plus disponible. Les actions de création, de publication, de clonage et d’exportation restent avec leur contenu pertinent.
Les profils de disponibilité et la configuration du cycle de vie conservent également leur système d'origine ou leur modèle par l'édition, la prévision, les sauvegardes et les redirections. La préparation reste un flux de travail.
Mettre en place l’ensemble du parcours de configuration
Un test ultérieur a exposé un problème plus profond. En passant d'un système à son modèle, puis en ouvrant les transitions, la configuration a toujours perdu le système d'origine. Seuls les parents immédiats n’étaient pas suffisants.
Nous avons audité le mécanisme partagé et le généralisé à travers les flux de travail de configuration. La barre de contexte existante conserve désormais des voies telles que:
- Système → Modèle → Transitions
- Système → modèle → composant → configuration
- Système → modèle → espace de travail LLM → clients API
- Système → Modèle → Profils de disponibilité → Version de profil sélectionnée
Le voyage survit les sauvegardes, les redirections, les soumissions de recherche/filtre, les réfrigérations et les nouvelles cartes. Cliquer sur un ancêtre revient directement à ce point dans la chaîne. En entrant dans le menu mondial commence un contexte frais au lieu d'hériter un espace de travail précédent inhérent.
Le contexte porté est authentifié, encrypté et découpé à l’utilisateur et à l’organisation actuelles. Les relations d’entité sont vérifiées à travers les lectures autorisées existantes. Les métadonnées de navigation ne permettent pas d’accéder ou de remplacer les vérifications d’autorisation. Cela réutilisera la barre de contexte existante plutôt que d’ajouter un autre widget de navigation.
Sur un environnement de test déployé, nous avons ouvert un système d'échantillonnage existant, suivis son modèle pour Gérer les transitions disponibles, refroidis la page et retourné directement au système d'origine. Toutes les trois étapes de contexte restent visibles. Aucun registre de locataire n'a été créé ou modifié pour ce contrôle d'acceptation.
Accès à l’organisation actuelle
Le menu partagé de la cellule utilise désormais l’adhésion actuelle et les permis de cycle de vie/cause. Les destinations restreintes restent cachées sans leurs subventions requises.
Nous avons également mis à jour le portail de l'environnement de test pour renouveler les membres de Cell Control avant d'envoyer des demandes d'application et de gérer la sélection de l'organisation. Par conséquent, l’option organisation-switch peut refléter les invitations et les supprimements plutôt que de conserver uniquement le snapshot de l’adhésion à partir de la connexion.
Une sélection supprimée est claire. Les lecteurs vont à la sélection organisationnelle ou à la récupération; les écrivains en attente reçoivent une erreur d’accès et ne sont jamais redirigés vers une autre organisation. L'échec de service d'adhésion bloque l'expédition, et un renouvellement concurrentiel ne peut pas récupérer une session enregistrée.
Les tests automatisés couvrent les changements d’adhésion, les choix révoqués, les écrits interrompus, les échecs de service et les courses de logout. Les permutations d'invitation/démission en direct sont toujours une tâche d'acceptation séparée.
Ce que nous avons appris sur le login
Nous avons enquêté sur le comportement de l'e-mail précédent et sur le double login apparent. Un véritable test environnement gateway/Keycloak session test s'est échangé entre deux comptes disponibles et à nouveau. Chaque appel a montré le compte attendu, et la connexion après la connexion a offert un champ d'e-mail éditable vide.
La séquence de sign-in à deux écrans provient de Keycloak’s Organization Identity-First Flow : la sélection d’e-mail suivie par l’entrée de mot de passe, plutôt que de deux authentications complètes. Nous nous sommes engagés à rendre plus clair la rédaction "Utilisez un autre compte" pour l'action native de contour-switch dans six langues thématiques, mais nous n'avons pas redéployé le service d'identité dans ce rollout.
Ceci n’est pas la preuve que le problème spécifique du navigateur original est réglé. Les panneaux existants, l'autofill de mot de passe sauvé et le logout d'une session d'application de locataire établie ont toujours besoin d'une enquête supplémentaire.
Vérification et releases
L'inventaire d'acceptation couvre tous les modèles de 85 pages complètes. Une nouvelle matrice rend 46 modèles en 445 combinaisons, avec 460 pages/profil/viewport vérifiés dans ses tests de navigateur. Il comprend le propriétaire, l'administrateur, le membre, les profils de menu Viewer et l'administrateur local, six types de modèles, huit types de composants et variantes de capacité de configuration. Ces dimensions décrivent la couverture; elles ne sont pas des totalités de test indépendantes supplémentaires ou la preuve que chaque rôle peut accéder à chaque page.
L’audit a également fixé les rubriques nés à l’intérieur du contenu sur neuf modèles, a supprimé un formulaire d’enregistrement nés invalide, a ajouté une déclaration de ports d’affichage mobiles manquants sur les règles, et a maintenu les pages d’accès/service de récupération indépendantes des recherches de navigation échouées du locataire.
Quatre versions de Cell-1 ont été livrées après le rapport précédent:
| libération | Le travail principal | Les tests de navigateur |
|---|---|---|
| 20260909.2 | Navigation sur tablette, bouton dashboard et placement de page-action | 419 |
| 20260909.3 | Menu partagé, contexte explicite et layout de bureau corrigé | 449 |
| 20260910.1 | Tables d'espace de travail, permissions, matrice d'acceptation et mise à jour de la porte-parole d'environnement de test paié | 513 |
| 20260910.2 | Voyages de navigation généralisés | 519 |
Ce sont des résultats de la régression successive, ne comptent pas ajouter ensemble. La dernière édition, 20260910.2 / v1.1.0-rc100Il a passé 519 tests de navigateur avec 63 schips facultatifs approuvés et zéro échec. La vérification a également couvert Go, l'intégration des bases de données, la récupération, l'escalade, le contrôleur et les vérifications de l'espace de travail d'échantillon. Aucune nouvelle migration de base de données n’a été nécessaire.
Au cours de la vérification finale, le travailleur était toujours sur son image antérieure. Le contrôle d’identité indépendant a pris le coup. Nous avons explicitement mis à jour le travailleur, vérifié que l'application et le travailleur étaient en bonne santé sur la même image immuable, et répété la sauvegarde cryptée finale après alignement. Vérification e-mail, sauvegarde de la santé et les vérifications de disponibilité publique ont été passées avant que le vieux service slot soit retraité.
Le portail environnemental de test a été mis à jour avec la sortie par paiement. L'application et le travailleur de CellPro, ainsi que l'environnement d'application de production, n'ont pas été déployés.
Les prochains checks
Nous allons compléter l'acceptation des changements d'organisation-membre en direct, poursuivre l'enquête de connexion du navigateur existant et vérifier les définitions de l'objet et les permutations de configuration plus profondes. Le comportement actualisé des travailleurs du contrôleur installé nécessite également la réconciliation avec la mise en œuvre actuelle.
Le rollout Wider CellPro, la promotion de la production et la planification de la récupération des locataires restent un travail séparé. Ce progrès améliore la base de navigation partagée ; il ne s’agit pas d’une affirmation que chaque flux de travail et chaque combinaison de permis a été complètement testée.