- Expédié
- 15 août 2026 à 01:50 UTC
- Auteur
- kamo
- Commite
- 9a5b516
Cinquième groupe. Le backend Notes est KBService, et non SecurityService: l'entité se trouvent sous la rubrique Donotmodifier/dao/beans/sûretés/soumis/fabriques internes/api/notes/- par l'intermédiaire forwardToApi, qui ne nomme aucun service, il faut donc une recherche pour trouver chaque temps. NotesLe contrôleur ne portait sur aucun de ses dix critères d'évaluation. VISUES NOTES était un Porte uniquement client dans navRegistry.ts, de sorte que le navigateur cachait l'application et l'API servie C'est de toute façon, les droits CRUD ne remportent nulle part. Tous les dix prennent maintenant la droite que les nommant, sans ensemencement - aucun membre ne détient de VEW-NOTES sans les droits d'écriture, Il n'y a que trois notes et les deux propriétaires en détiennent les quatre, donc rien n'est perdu. Les SHARE-NOTES et MANAGE-NOTES-SETTINGS restent sur la liste pour l'instant avec les éléments de preuve. enregistré: les notes n'ont pas de partage modélisé n'importe où - pas de colonne, pas de champ DTO, pas table, pas de point de terminaison, pas d'interface utilisateur, et une clé de contenu par propriétaire qui fait du partage d'un le problème de retouche - et il n'y a pas de prise de notes de surface d'aucune sorte. Les deux sont les deux l'affaire du canal de discussion plutôt que de l'affaire grossière, de sorte qu'ils devraient être supprimés; plutôt que mise en œuvre. Non faite ici: la suppression d'une valeur d'enum atteint shared-lib et brûle un imit en permanence, et ce n'est pas un changement de précipitation. En outre, l'affaire SessionHelper.hasRight in KBService était en train d'être ouverte, ce qui a fait les droits de la base de connaissances que ce document appelle "entièrement appliqué (7/7)" pour les appelants qui ont adopté une liste de droits de propriété.