Ruta getChatSessions' desíor de la ambiguedad a través de OwnAuthorshipAmbiguity

FixMediaService
Se descapó
26 de agosto de 2026 a las 4:43 UTC
Autor
Kamo
Compromit
df51ca5

MediaController.getChatSessions lanzando a mano la versión pre-extracción de la "fue esto escrito por otra persona?" regla (rowVisitor .= null & callerId **************** que sólo cubrió al público Caso de chat. Los mensajes de los visitantes de una sesión social se almacenan bajo la propietario de la conexión por la misma razón de que se almacenan un visitante de chat web bajo el miembro del sistema de org, de modo que esa rama nunca tropezó para las filas SOCIALs y la "No escrito por mí" cuenta devolvió 0 para los propios chats del propietario de conexión filas de listas mientras que la insignia del nave, ya enrutada a través de OwnAuthorshipAmbiguity una capa en ******************* contabilizó correctamente. Lo mismo. conversaciones, dos números en desacuerdo, en la misma característica. Resuelve cada id propietario de SOCIAL guid por página (socialOwnerByGuid, junto a el actual público deChatOwnerByGuid) y delega la decisión por fila de una nueva filaOwnAuthorshipIsAmbiguous ayudante que llama PropioAutorshipAmbiguity .isAmbiguous directamente, por lo que la regla se dice una vez y este sitio de llamada no puede más alejados de ella. Añade ************* una prueba de unidad el nuevo ayudante directamente (misma patrón como OutboundKindTest) - incluyendo la cobertura de regresión por los dos comportamientos que no deben cambiar: un boleto de apoyo in-app presentado por su propio espejo se mantiene no-ambiguous, y una sesión pública de chat web vista por su dueño se mantiene ambiguo.

Todos los cambios

Como lo que ves enviaste?

Cada una de estas actualizaciones aterriza en su espacio de trabajo automáticamente. Empieza gratis y verlo crecer semana tras semana.

Arranzar gratis para siempreVer Precios