- Shipped
- 15 novembre 2026 alle ore 00:27 UTC
- Author
- Kamo
- Commit
- 1450bd3
Proprietario 2026-10-18 (IoT master §10 R7): passa una finestra di god-mode aperta e non scaduta tenant-right controls ovunque; l'idoneità GD da sola li supera solo mentre il L'organizzazione della sessione è l'org della piattaforma (orgs.is_top_level) Il commit ha reso ogni cancello solo per finestre, il che ha costretto lo staff della piattaforma a rompere il vetro all'interno della piattaforma stessa. **************** lo implementa (stessa regola di **************** e MediaService AuthHelper). Il L'ID dell'organizzazione della piattaforma viene da PlatformOrgIdCache: risolto una volta tramite findFirstByIsTopLevelTrue, cache 6h, ultimo id valido in caso di errore, mai una query per check; unknown = non la piattaforma org (fallisce chiuso). Sistema Sessioni utente (SUDO_MEMBER_ID) rimane solo nella finestra. Tutti i gate tenant-right convertiti dall'ultimo commit ora lo usano, incluso ClinicalRightsGuard (non esiste una regola divina specifica per i PHI) e l'Imitazione I cancelli che si rompono solo con il vetro mantengono isGodModeActive: cancellazione dell'account, distruzione/branding dell'organizzazione, lettura delle verifiche PHI, limite PHI, ChildOrgCreation, MemberSecurityController, ThemeBackground, DevMachine, MlosConfig SI-loan rifiuto, MLOS steward gate.