[BUG] V 2.3.4 Api Oficial misturando mensagens de usúarios diferentes | Official API mixing messages from different users

[Pedreiros22]

Welcome!

• Yes, I have searched for similar issues on GitHub and found none.

What did you do?

Na versão 2.3.4 tem acontecido de mensagens enviadas pelo lead A chegarem no whatsapp como se o lead B tivesse enviado, o id da mensagem e o pushName chegam fazendo referencia ao remotejid de outras pessoas
In version 2.3.4, messages sent by lead A have been arriving on WhatsApp as if lead B had sent them. The message ID and pushName arrive referencing other people's remote IDs.

What did you expect?

As mensagens deveriam chegar em seus respectivos usuarios
Messages should reach their respective users

What did you observe instead of what you expected?

As pessoas me mandam mensagem ou algum comprovante, e aparece como se outro lead tivesse enviado
People send me a message or some receipt, and it appears as if another lead had sent it

Segue o payload de como foi enviado pela waba e de como foi enviado pela evo pro webhook
o mesmo id de mensagem e pushname do usuario A chegaram como o remotejid de outro usuario

Screenshots/Videos

Which version of the API are you using?

v 2.3.4

What is your environment?

Docker

Other environment specifications

No response

If applicable, paste the log output

No response

Additional Notes

No response

[gabrielroger2020]

Recomendo não utilizar a versão 2.3.4 do Evolution API. Utilize a 2.3.2, por hora está sendo a versão mais estável e sem bugs.

[Pedreiros22]

Recomendo não utilizar a versão 2.3.4 do Evolution API. Utilize a 2.3.2, por hora está sendo a versão mais estável e sem bugs.

Bom dia, fiz isso acreditando que voltaria a normalidade, ja que usava a 2.3.2 antes, mas pelo visto não adiantou, acabou de acontecer a mesma coisa, um cliente havia enviado o comprovante de pagamento e solicitei o e-mail dele, ao responder, o email veio em outra conversa(só percebi devido ao nome do email ser diferente e a pessoa titular da conversa ja ter enviado o email correto anteriormente, e o email que chegou é o mesmo nome da outra pessoa)

Ambas as situações com a api oficial

[Pedreiros22]

O engraçado é que é momentos pontuais, exemplo: as primeiras mensagens vem normal, as outras mensagens tambem, no meio do caminho uma ou outra mensagem da conversa acontece isso (não sei se em outros casos tbm, mas 99% dos que reparei foi ou no envio do comprovante ou no envio do email)

[Pedreiros22]

IThe error also occurs in 2.3.2. When sending documents, about 3 to 5 of every 100 documents received are sent to the wrong conversation, as if someone else had sent me the payment receipts.

The error only occurs in the OFFICIAL API; it didn't occur in the Baileys version (that I noticed).

[Pedreiros22]

I noticed that both the message and the pushname are displayed incorrectly during the error message.

At the beginning of the conversation, the correct remote ID, message, and pushname are displayed.

When the bug occurs, it sends the message and the correct pushname, but with the wrong remote ID.

Example:

"John, phone +55123, message 'hi'."

It arrives in the webhook and also in the evolution chat (independent of Chatwoot) like this:

"John, phone +55789, message 'hi'."

It arrives as if phone +55789 (which belongs to another user with an active conversation) had sent it.

And the worst thing that happens with PDF files is that when the payment receipt is received, it arrives as if another lead had made the purchase.