Ambigüidade do Route getChatSessions não lida através do PróprioAutorship

FixMediaService
Navios
26 de agosto de 2026 às 04:43 UTC
Autor
Kamo
Enviar
df51ca5

MediaController.getChatSessions laminada manualmente a versão pré-extração do "foi isto escrito por outra pessoa?" regra (rowVisitor != null && callerId Que só cobria o público Caso de conversa na Internet. As mensagens de visita de uma sessão social são armazenadas sob o proprietário da conexão pela mesma razão que um visitante de web-chat são armazenados sob o membro do sistema de org, de modo que a filial nunca tropeçou para linhas SOCIAIS e o a contagem "não escrita por mim" devolveu 0 para as conversas do próprio proprietário da ligação lista linhas — enquanto o crachá de navegação, já roteado através do Autor PróprioAmbiguidade Uma camada acima em... Mesmo conversas, dois números discordantes, na mesma característica. Resolve a identidade do proprietário de cada guid social por página (socialOwnerByGuid, a par o atual públicoChatOwnerByGuid) e delega a decisão por linha para um nova linhaOwnAutorshipIsAmbiguous helper que chama OwnAutorshipAmbiguity . éAmbíguo diretamente, então a regra é declarada uma vez e este site de chamada não pode mais tempo à deriva dele. Acrescenta: teste unitário do novo ajudante diretamente (mesmo padrão como OutboundKinndTest) — incluindo cobertura de regressão para os dois comportamentos que não devem mudar: um ticket de suporte in-app arquivado por seu próprio visualizador permanece não-ambíguo, e uma sessão de web-chat público visto por o seu dono permanece ambíguo.

Todas as alterações

Como o que vês no transporte?

Cada uma dessas atualizações pousa automaticamente em seu espaço de trabalho. Comece grátis e veja crescer semana após semana.

Começar Livre Para SempreVer Preços