- Spegnimento
- 28 agosto 2026 alle ore 00:50 UTC
- Autore
- Kamo
- Impegno
- 266357d
Tre cambiamenti che si sono rivelati essere uno. L'HOME PAGE. "Il mio Master Note" e "La nostra Master Note" sono stati riquadri su misura resi direttamente da page.tsx, gated su nulla, posizionato dal proprio layout ids, e rimovibile da nessuno — quindi un membro il cui ruolo si blocca VIEW NOTES non aveva icona Notes, no /note pagina, e due note sulla loro home page comunque. Sono widget di registro Ora, che è quello che il registro dice che è per: una voce compra la griglia, la resistenza, l'ordine, lo spettacolo / l'hide per-membro, la schermata delle impostazioni e la cinque-destra politica. Non c'è codice master-note lasciato in page.tsx. Il loro layout cambia da master:mine / master:ours a widget ids, quindi un membro che aveva trascinato quei due riquadri da qualche parte li trova al loro posto predefinito una volta; una mappatura permanente a due zampe nel negozio di layout sarebbe stato il commercio peggiore. I riquadri delle note a spillo erano già stati portati sulla risposta del nav; quella risposta ora vive in un posto (lib/notesAccess) piuttosto che essere scritto in linea. I GRUPPI. Un gruppo di sicurezza è un APP, mostrato solo quando l'organizzazione ha quell'app acceso — che il gating è l'intero motivo gruppi esistono. Le app sono state a due livelli albero dal 2026-08-24 e i gruppi ora lo seguono: POS è "Linee di Business" (era "Commerce") con vendita al dettaglio, affitto, lavoro di servizio, abbonamenti, appalti, Mortgage In prestito, prestiti personali e documenti dei pazienti sotto di esso. L'elenco dei gruppi è stato mantenuto a mano ed è caduto dietro il catalogo, che è peggio che suona: un diritto il cui servizioTipo non corrisponde a nessun gruppo non può essere concesso editore e niente lo dice. Incontri, Mortgage Lending, Personal Lending e Giochi erano in tale stato — 19 diritti, ingrantable tuttavia l'applicazione è stata autorizzata. È ora COVERAGE test: permessoAppSections.test.ts legge RoleRightType.java e fallisce se app con diritti non ha gruppo, e legge ServiceType.java genitore(...) linea per pin la nidificazione. Altri due della stessa forma, trovati sulla strada: il job-title e gli editor di reparto ha lasciato cadere i cinque diritti di sicurezza di accesso e CONFIGURE SYSTEM interamente (incassato Generale in gruppi né editor reso), e la scheda membro intitolato i suoi gruppi con il nome di enum crudo — "POS" qui, "Commerce" tre schermi lontano. Ogni editor ora costruisce i suoi gruppi attraverso il permessoGroupTree, quindi nessuno di loro può tenere un diverso tassonomia di nuovo. L'UI. Quattro schermi resi ~280 diritti come una pila di fisarmonica — una colonna su nove schermi alti, dove trovare "può questo ruolo rimborsare un ordine" significava apertura a sua volta. E lo stack è piatto, che le applicazioni non sono più. Così è un console: una rotaia di gruppi, nidificato come le app di org sono, accanto a un pannello che mostra uno gruppo. Ogni fila di binario porta un misuratore contro totale concesso per il suo intero subtreo, quindi la forma di un ruolo è leggibile prima di tutto è aperto — un agente di supporto quattro-cinque della strada attraverso la registrazione paziente è visibile dalla ferrovia. La ricerca abbraccia ogni gruppo con conta di colpo per gruppo; la rotaia è appiccicosa, tasti freccia navigabile e diventa un striscia scorrevole sotto md; il movimento ridotto è rispettato. Una cosa che doveva essere fissata piuttosto che ereditata: dividere il commercio in bambino gruppi hanno rotto la cascata, perché negando ACCESS COMMERCE sotto "Linee di business" non avrebbe più nuke VIEW SUBSCRIPTIONS sotto "Subscriptions". DirittiSezione prende `contesto` prop ora — ogni diritto in ogni gruppo — così la cascata funziona su tutto albero mentre un solo gruppo rende.