- Verschifft
- 15. August 2026 um 02:00 UTC
- Autor
- Kamo
- Ausschuss
- 336b88d
Die Notizen sind echt, und ab heute vollständig gated - VIEW, CREATE, EDIT und DELETE sind Erpressung auf jedem Endpunkt des KBService NotesController. Diese beiden hatten nichts zu nennen. Es gibt keine gemeinsame Nutzung nach dem Vorbild der Plattform: keine Spalte auf Hinweis, kein Feld auf NoteDTO, no note_shares Tabelle - die Notentabellen sind Notizen, note_tags, note_versions und note_embedding_records - kein Endpunkt unter den zehn und keine Benutzeroberfläche. Die drei "Share"-Hits in FloatingNote.tsx sind prose und die im Dienst sind der Paketname com.kamo.z.shared. Die Architektur weist auf die gleiche Weise: ein Hinweis Inhaltsschlüssel ist von seinem Besitzer abgeleitet, so teilen man ist eine Re-Keying Problem und nicht ein fehlender Endpunkt. MANAGE_NOTES_SETTINGS hat auch keine Einstellungen Oberfläche entweder - keine Registerkarte unter Einstellungen/Funktionen, keine Route unter App/Einstellungen, keine Konfigurationstabelle, keine Konfigurationseinheit, kein Hinweis irgendwo im Frontend. Dies ist der CREATE_CHANNELS Fall, bei dem das Substantiv nicht existiert, und absichtlich nicht der MANAGE_MEETINGS Fall gehalten letzte Woche, wo das Substantiv modelliert ist MeetingStatus hat bereits CANCELLED und ENDED, und WebinarService fährt sowohl - als auch nur das Verb ist unbelichtet. Der Test, der die Taxonomie festicht, trägt die Argumentation. Taxonomie 196/132/33/31 wird 194/131/33/30, 63 Wurzeln. Zwei Zahlen bewegen sich eher als drei: SHARE_NOTES war eines der vier Kinder von VIEW_NOTES, also bleibt VIEW_NOTES root-with-children, anstatt so zusammenzubrechen, wie ACCESS_CHAT es tat. Ids 72-73 sind verbrannt. RoleRightTypeIdConverter beharrt auf der id, also ein zukünftiges Recht Wiederverwendung würde man erben, was diese Reihen in den Orgs, die sie hatten eingeschaltet. Gespeicherte Zeilen werden durch NotesRightsPurgeMigration entfernt.