- Shipped
- 15 agosto 2026 alle ore 01:50 UTC
- Author
- kamo
- Commit
- 9a5b516
Quinto gruppo. Il backend delle note è KBService, non SecurityService: l'entità siede sotto Donotmodify/dao/beans/security/ and kamo-internal proxies /api/notes/* attraverso forwardToApi, che non nomina alcun servizio, quindi ci vuole una ricerca per trovare ciascuno tempo. NotesController non ha portato nulla su uno dei suoi dieci endpoint. VIEW NOTES era un client-only gate in navRegistry.ts, così il browser ha nascosto l'app e l'API servito in ogni caso; i diritti CRUD non hanno portato nulla da nessuna parte. Tutti e dieci ora prendi il diritto che li nomina, senza alcuna semina — nessun membro detiene VIEW NOTES senza diritti di scrittura, esistono solo tre note e entrambi i proprietari detengono tutti e quattro, quindi nulla è perso. SHARE NOTES e MANAGE NOTES SETTINGS rimangono sulla lista per ora con le prove registrato: le note non hanno alcuna condivisione modellata da nessuna parte — nessuna colonna, nessun campo DTO, nessun tabella, nessun endpoint, nessun UI e una chiave di contenuto per proprietario che rende la condivisione di un problema di re-keying — e non ci sono impostazioni di note superficie di qualsiasi tipo. Entrambi il caso chat-channel piuttosto che quello grosso-gated, quindi dovrebbero essere eliminati piuttosto che implementato. Non fatto qui: eliminare un valore enum raggiunge condiviso-lib e brucia un id permanentemente, e questo non è un cambiamento di fretta. Registra anche che SessionHelper.hasRight in KBService non era aperto, che ha fatto i diritti di base della conoscenza questo documento chiama "completamente imposto (7/7)" solo per i richiedenti che sono capitati di portare una lista di diritti popolati.