- Se descapó
- 15 de agosto de 2026 a las 1:50 UTC
- Autor
- kamo
- Compromit
- 9a5b516
Quinto grupo. El backend de Notas es KBService, no SecurityService: la entidad se sienta en donotmodify/dao/beans/security/ y kamo-internal proxies /api/notes/* a través de forwardToApi, que no nombra servicio, por lo que se necesita una búsqueda para encontrar cada uno el tiempo. NotasController no cerró nada en ninguno de sus diez puntos finales. VIEW-NOTES era un puerta de cliente en navRegistry.ts, por lo que el navegador escondió la aplicación y la API servida De todos modos, los derechos de la CRUD no cerraron nada en ninguna parte. Los diez ahora se llevan bien que los nombra, sin semilla, ningún miembro tiene VIEW-NOTES sin los derechos de escritura, Sólo existen tres notas y ambos dueños tienen los cuatro, así que nada se pierde. SHARE.NOTES y MANAGE-NOTES-SETTINGSman en la lista por ahora con las pruebas grabado: las notas no tienen ningún modelo de intercambio en ninguna parte, sin columna, sin campo DTO, no mesa, sin endpoint, sin interfaz de usuario, y una clave de contenido por propietario que hace que compartir un problema de clavado y no hay notas en la superficie de ajuste de ningún tipo. Ambos son el caso de chat-canal en lugar del grosero-gated, por lo que deben ser eliminados en lugar de aplicar. No hecho aquí: eliminar un valor enum llega a la litro compartida y quema un id permanentemente, y eso no es un cambio a la prisa. También registra que SessionHelper.hasRight en KBService estaba fracasando abierto, lo que hizo los derechos de base de conocimiento que este documento llama "totalmente aplicado (7/7)" se aplica únicamente para los que llamaban que llevaban una lista de derechos poblados.