- Shipped
- 11 mai 2026 à 18:00 UTC
- Author
- kamo
- Commit
- cb377a5
Deux bugs de navigation connexes qui se manifestent tous les deux comme "le mauvais onglet s'ouvre": 1. ParamètresView suivi l'onglet actif par «index». recomposer entre les rendus lorsque les onglets conditionnels (DocsTab, EmailMailboxTab, Téléparation de téléphoneTab, PlansBillingTab, RolesPermissionsTab, etc.) deviennent visible après utilisationUserInfo résout les droits. Un indice enregistré par rapport le plus petit réseau initial a atterri sur un enfant différent après la reconstruction: - tab-audio-vidéo et mon profil (audio-vidéo n'était pas dans la première position) array, findIndex return -1, repli était indice 0). - 'tab'account-account-s'domine (account-active correspondant index 1 sur d'abord rendu avant l'apparition des Docs; les documents ont ensuite pris en charge l'indice 1 après les droits chargés, et l'effet 1 réécrit utilement l'URL à les ztab-docs). Suivre actifTab par onglet (chaîne) à la place. Dérivez l'indice sur chaque rendu. La synchronisation de l'URL attend jusqu'à ce que l'onglet nommé existe réellement dans childrenArray, donc un échec transitoire pendant le chargement n'est plus hijacks navigation. 2. /sets/account reraye les utilisateurs sans CONFIGURE-SYSTEME sur la page au monture. Les propriétaires d'enfants ont obtenu la CONFIGURE-SYSTEME membres-droits-appliqués (droit 20, vérifié par l'intermédiaire de DB), mais leur être rassis sur la toute première page load - le tableau des droits est cuit à la création de session, et le rafraîchissement périodique de 5 minutes n'a pas L'air tiré à ce jour. Avoir /api/utilisateur-info appel POST /api/sécurité/session/refresh côté serveur avant lecture Redis donc le tout premier appel /api/user-info retourne de nouveaux droits. Silencieux sur la défaillance du rafraîchissement: log et chute jusqu'à Redis existant lire donc la page se dégrade en mode droits périssés au lieu de 500'.