- Szycy
- 11 maja 2026 18:00 UTC
- Autor
- kamo
- Pochęt się
- cb377a5
Dwa powiązane błędy nawigacyjne, które zarówno manifestują się jako "niewłaściwa zakładka otwiera się": 1. SettingsView śledził aktywną kartę przez .index. dzieciArray can rekomponuj między renderami, gdy karty warunkowe (DocsTab, EmailMailboxTab, PhoneSettingsTab, PlansBillingTab, RolesPermissionsTab itp.) Widoczne po użyciuUserInfo rozwiązuje prawa. Indeks odnotowany w stosunku Mniejsza początkowa tablica wylądowała na innym dziecku po przebudowie: - ?tab'audio-video - mój profil (audio-video nie było w pierwszym Tablica, findIndex zwrócił -1, spadek był indeks 0). - ?tab-kont-activity - dokumenty (indeks dopasowany do konta 1 na Najpierw render przed pojawieniem się Docs; Docs następnie przejął indeks 1 Po załadowaniu praw i e-mailu Effect 1 pomocnie przepisał URL ?tab-docs). Śledź zamiast tego aktywneTab według zakładki "nazwa" (string). Pomiń indeks na Każdy render. Syncing URL czeka, aż nazwana karta faktycznie istnieje w DzieciArray, więc przemijająca miss podczas załadunku nie porwania już nie porwania Nawigacja. 2. /setcje/konto przekierowuje użytkowników bez CONFIGURE_SYSTEM ze strony Na górze. Właściciele Child-org mają CONFIGURE_SYSTEM przyznany w member_rights_applied (prawo 20, zweryfikowane przez DB), ale ich puszka Być nieświeżym na pierwszym obciążeniu strony - tablica praw jest pieczona na Tworzenie sesji, a okresowe 5-miminutowe odświeżenie frontendu nie Wystrzelony jeszcze. Zabaw /api/user-info call POST /api/security/session/refresh Po stronie serwera przed przeczytaniem Redis więc pierwszy /api/user-info call Zwraca nowe prawa. Cisza na awarii odświeżania: dziennik + upada do Istniejący Redis czytany tak, aby strona degradowała się w trybie nieświeżych praw Zamiast 500'ing.