- Verschickt
- 15. November 2026 um 00:32 UTC
- Autor
- Kamo
- Commit
- 4a9f5df
Pro-Instanz-Fetches, die auf jedem Reittier/jeder Navigation ausgelöst wurden, teilen sich nun jeweils einen Modulspeicher (app/lib/sharedResource: eine In-Flight-Anforderung pro Schlüssel, zwischengespeichert für die Registerkarte, stale-while-rereread), Ungültig durch die gepuschte Rechteänderung (new userInfoStore.onRightsChanged) und durch die Mutation Das sie verändert: - Leadmärkte (useHasActiveMarkets, useLeadMarkets, CrmMarketContext, LeadManager) -> leadMarketsStore; marketsApi schreibt + org-change-Frames werden ungültig - angewendetes Modell (9 useAppliedModel Aufrufer) -> appliedModelStore; session org == '' Schlüssel - Provider-Fähigkeiten -> providerCapabilitiesStore; providerApi Provider/Domain speichert ungültig - my-networks (HomeScreenGate, FirstOrgCta, RelationshipManager) -> myNetworksStore; org erstellen macht ungültig useEntitlements / useExec2ExecAccess: Ungültig bei Rechteänderung; 60s TTL -> 30 min Sicherheits-TTL. PlatformRightsProvider liest bei Rechtsänderungen nach. Gott-Modus: GodModeControl fragt nicht mehr alle 60 Sekunden ab. Der Speicher bewaffnet einen Timer server-stamped expiresAt (+250ms) und stimmt sich dort ab, on visibility, `online`, socket Wiederverbindung, und nach einem abgelehnten Toggle. isActive überprüft immer noch die Uhr (schließt fehl). Eine "ist Gott"-Antwort in lib/godMode: godEligibleFrom/isGodEligible (nur GD, keine Umgehung) und **************** (GD UND offenes Fenster); useGodModeActive erfordert jetzt eligibility; new useGodEligible. **************** erhalten den gleichen active-god **************** entfernt: Aufrufer verwenden die Server-Einstellungen, um die Verbindung zu schließen **************** (Seiten warten darauf, bevor sie weiterleiten). UI gates that Allein auf GD umgangen (Kontaktregeln, Hintergrund, Automatisierungs-Canvas, Lead Outreach/Zustimmung, Mitgliederhintergründe, Mitgliederseitenzugriff) sind nun auf den checkRight / active god Modus angewiesen. Root-Layout-Zeitzone lesen geht über Loopback (127.0.0.1: $PORT + x-forwarded-host) wie fetchOrganization, nicht den öffentlichen Host zurücksetzen.