- Se descapó
- 23 de septiembre de 2026 a las 2:56 UTC
- Autor
- Kamo
- Compromit
- 80e1d6f
******************* igualó un ImgShare by ImgShare.member . el SHARER, que creó la fila para que puedan enumerar lo que ellos compartieron (getSharesByImage) ImgShare.swMember, el destinatario "compartido". Una parte nunca concedió realmente su intención destinatario: el accelinado ya tenía acceso en virtud de ser el accelinado (redundante con el Comprobación de la limpieza cada lectura ya funciona), y el destinatario se lee aquí siempre volvió vacío. Es también por eso que img-shares tiene cero filas en la producción (confirmado a través de ysqlsh) - compartir nunca ha trabajado, por lo que no hay datos para migrar. canUserAccess/canUserWrite ahora coincida con una acción activa y sin salida contra el destinatario: ImgShare.swMember directamente, o para un miembro del equipo, el único miembro subestipado el departamento/título de empleo objetivos de compartir puede resolver con **************** a juego con el propio miembro Departamento/JobTitle. createShare (ImagingController) ya construye las tres formas de acciones (shareType *********** esto es lo que hace que los dos grupos lo moldean ya permite a un sharer crear realmente subvención cualquier cosa. crearShare se mantuvo dos huecos una vez que el partido anterior dejó de ser silenciosamente inerte: - Concesión isAllowEdit=true tomó sólo VIEW-DOCUMENTS, sin comprobar que el alcista tenía alguno relación particular con el documento - cualquier miembro de org podría conceder a CUALQUIERE paradigar el acceso a CUALQUIER documentan que podrían limitarse a ver. Ahora requiere EDIT-DOCUMENTS en el acátaro, Y que el accionador es el propio creador/propietario del documento o sostiene MANAGE-DOCS-SETTINGS. Una visión simple (la Por defecto, isAllowEdit o se omitió o false) no se ve afectado y todavía necesita sólo VIEW-DOCUMENTS. - Sin bloqueo de auto-compartir: un miembro podría nombrarse como miembro. Rechazada ahora (400) en lugar de dejarse como un inofensivo sinop de canUserAccess ya trata al creador como un acceso completo, por lo que un auto-compartir nunca fue significativo, y dejarlo posible es una forma más para una fila señuelo. Nuevas pruebas: DocumentServiceShareAccessTest (9 casos: acceso al destinatario, sharer-gets-nada, an forastador, edit-vs-view, caducidad, revocación, departamento, título de trabajo, simple-miembro-no afectado) y 6 casos añadidos a ImagingShareCreateTest (las cuatro combinaciones de la puerta de edición, auto-acego). Mutation-checked: revirtiendo haActiveShare/targets a los viejos hallazgosByImgAndMember(img, member) consulta cumple 2 años del nuevo DocumentServiceShareAccessTest cases rojo; revirtiendo ImagingController.java's createCompartir cambios en el origen/principal cumple 3 de los 6 nuevos ImagingShareCreeCreaTest casos rojos. Suite completa: 758 pruebas de verde (fue 743; 15 nuevos).