Ausência de pushname no endpoint /FindMessages da EvolutionAPI
Welcome!
- [x] Yes, I have searched for similar issues on GitHub and found none.
What did you do?
Estou utilizando a EvolutionAPI com o endpoint /FindMessages para recuperar mensagens. No entanto, percebi que as conversas retornadas por esse endpoint não incluem o campo pushname.
Por outro lado, quando recebo as mesmas mensagens via webhook em tempo real, o pushname é retornado corretamente.
Raramente o pushname vem quando utilizado esse endpoint, o que confirma que o erro não está do meu lado.
What did you expect?
Esperava que o endpoint /FindMessages retornasse as mensagens com o campo pushname, assim como ocorre no webhook.
What did you observe instead of what you expected?
O campo pushname está ausente na resposta do /FindMessages, perdendo uma possível identificação do remetente da mensagem.
Screenshots/Videos
API: EvolutionAPI Endpoint: /FindMessages O pushname está presente nos webhooks em tempo real, mas ausente ao buscar mensagens via /FindMessages.
Which version of the API are you using?
2.2.3
What is your environment?
Windows
Other environment specifications
Ubuntu Server 22.04
If applicable, paste the log output
No response
Additional Notes
No response
I've also noticed the same problem, sometimes I get the pushname and sometimes I don't... I don't know how it works from behind, but it doesn't seem to follow a pattern, it would be interesting if the case were resolved.
Atualização: sem atualizar a Evolution nem fazer nada aparentemente, normalizou. Voltou a puxar os pushNames.
Falei com @williampujol e ele relatou que lá também, tá vindo tudo com pushName agora, curioso.
Descobri que o problema tem relação com a paginação. Por sinal, muitas vezes a mensagem é duplicada porque chegam novas mensagens e o conteúdo da página 2 muda em relação à quando a página 1 foi recebida. E por algum motivo às vezes algumas informações como pushname são suprimidas.
Mensagem em uma página
{ "pushName": "Lobao", "messageType": "conversation", "message": { "conversation": "Tenho interesse e gostaria de mais informações.", "messageContextInfo": { "messageSecret": "aJvHN7krEwj6dnkTcskEq8uYNv3roKKxzByJsxoUhSE=", "deviceListMetadata": { "recipientKeyHash": "lx+BYfpL8xgYlg==", "recipientTimestamp": "1737245330" }, "deviceListMetadataVersion": 2 } }, "contextInfo": { "conversionData": "QVJBU0Nyc3NHclJXQmZfeDZZdzBodHVFSWpuRkV5Q1JjdGhrVGQzSG...", "conversionSource": "FB_Ads", "conversionDelaySeconds": 20, "entryPointConversionApp": "facebook", "entryPointConversionSource": "ctwa_ad", "entryPointConversionDelaySeconds": 17 } }
Mesma mensagem em outra página:
{ "pushName": "", "messageType": "conversation", "message": { "conversation": "Tenho interesse e gostaria de mais informações.", "messageContextInfo": { "messageSecret": "aJvHN7krEwj6dnkTcskEq8uYNv3roKKxzByJsxoUhSE=" } }, "contextInfo": { "expiration": 604800 } }
Vejam que várias informações foram suprimidas, mesmo sendo a exata mesma mensagem, com mesmo ID de mensagem.
Acabei de descobrir que mesmo tendo a mesma KEY, a messageTimestamp da completa é 1 unidade unixtime a mais do que a anterior. E a ID é diferente, o que é a mesma é a KEY.ID
Novidades sobre a solução desse bug?
Será que conseguimos melhorar isso na próxima versão?
Isso foi arrumado?
ANtes me parece que tenian la propiedad name, displayName y PushName ahora en la version 3 solamente pushName y muchas veces vacio, siendo que los chats y contactos en el whatsapp web si tienen nombre
que es lo que esta fallando???