Bug Report: 131047 Re-engagement message error even within 24h window (Chatwoot not recognizing session)

[ElPipe5897]

Describe the bug

I’m experiencing a persistent 131047: Re-engagement message error in Chatwoot when replying to a WhatsApp conversation, even though the customer has already sent a message and the 24-hour window should be open.

Important detail:

If I send the exact same message directly through the Meta WhatsApp Cloud API, it works correctly.

The issue only happens when sending from Chatwoot.

This behavior started recently. It was working correctly before.

Expected behavior

When the customer sends a message first, the 24-hour customer care window should open automatically.
Chatwoot should allow sending free-form messages without triggering the 131047 error.

Actual behavior

Even after the customer initiates the conversation:

Chatwoot returns:

131047: Re-engagement message

The message fails to send from Chatwoot UI.

Sending the same payload directly via Meta Graph API works without errors.

This suggests that Meta is correctly recognizing the 24-hour session, but Chatwoot is not.

Environment

Chatwoot: Self-hosted

VPS: Hostinger

Deployment: EasyPanel

WhatsApp: Meta WhatsApp Cloud API

Phone Number ID: Verified and correct

Webhook: Working properly

Message delivery via direct API: Working correctly

Everything was functioning normally before. No changes were made to:

Phone Number ID

Access Token

Webhook configuration

What I already verified

The customer message is received in Chatwoot.

Conversation is open and visible.

Phone Number ID is correct.

Access token is valid.

Sending directly via Meta Graph API works.

The error only occurs when sending from Chatwoot.

Screenshots

(Attach here)

Screenshot of Chatwoot UI showing the error 131047: Re-engagement message

Screenshot showing the customer message that should have opened the 24h window

Question

What could cause Chatwoot to misinterpret the 24-hour session state while Meta recognizes it correctly?

Is it possible that:

Chatwoot is using a different timestamp reference?

There is a mismatch in conversation source_id?

There is a background job delay (Sidekiq)?

There was a recent change affecting session validation logic?

Any guidance would be appreciated.

[miguelsoaresz]

Same here, any fix?

[miguelsoaresz]

Its not related to chatwoot, the webhook is the same if u send it with postman

[pabloDevCL]

The same problem here, the error started on Saturday 14FEB... sometimes We send 2 message, 1 is ok and 1 is not... sometimes we send 3 message and the 1st is OK, the 2nd is NOT and the 3rd is OK...

The 24 hours windows is OK, but sometimes we have error, a lot of times

[leofhurtado-png]

Hola,
Me pasa lo mismo, adicionalmente algunos mensajes se pierden o llegan 5 o 10 minutos después, incluso horas mas tarde. Reinstale Chatwoot, n8n, amplié el servidor de Hostinger, me decian que era el agente bot, lo quite, estoy usando solo Chatwoot y sigue igual, e aplicado muchas optimizaciones al compose y nada funciona

[jusefar10-creator]

Crees qwue el error sea de chatoow? o de meta

[miguelsoaresz]

Crees qwue el error sea de chatoow? o de meta

No its not on chatwoot side

[pabloDevCL]

Crees qwue el error sea de chatoow? o de meta

Según la persona que reportó el error hizo pruebas desde pruebas directo al API de meta y los mensajes si salen bien, el problema le da solo en Chatwoot, por eso pregunta si es q la plataforma usa algun timestamp distinto o se hizo algún cambio en las validaciones, así que mas parece algún error de chatwoot.

Hace algunas horas subieron una actualización, la v4.11.0 donde mencionan que repararon bugs de conexión de whatsapp, en mi caso actualicé y ya llevo unas 3 horas sin problemas y los mensajes que habían tenido pudieron ser reenviados. no digo que sea la solución, pero es un punto de partida

[pabloDevCL]

Hola, Me pasa lo mismo, adicionalmente algunos mensajes se pierden o llegan 5 o 10 minutos después, incluso horas mas tarde. Reinstale Chatwoot, n8n, amplié el servidor de Hostinger, me decian que era el agente bot, lo quite, estoy usando solo Chatwoot y sigue igual, e aplicado muchas optimizaciones al compose y nada funciona

He estado analizando el problema en el día y puse mi análisis abajo, lo que aún no entiendo es de quien es el problema, hostinger? chatwoot? meta?

El hilo que pusieron de los brasileros dicen q se soluciona cambiándose de VPS, pero a cuál? no me importaría hacerlo si esto mejora esa experiencia, porq realmente es una mi**da que te estén reportando 1 y otra vez el mismo error y no poder hacer nada

[jusefar10-creator]

Me esta pasando lo mismo tambien los mensajes no estan entrando en chatwoot
se demoran en llegar a veces ahsta horas

[pabloDevCL]

Chatwoot updated to v4.11.0 some hours ago... try updating it

[jusefar10-creator]

si ambos

[pabloDevCL]

si, sabes q... ahora empecé con el problema de que algunos mensajes me llegan con delay. Por lo que escribió alguien mas abajo sería un problema de hostinger, quizás migrar es la solución¿? pero a que VPS? porq la idea no es estar saltando de VPS en VPS hasta dar con uno

[jusefar10-creator]

V

Tal vez hostinger d euna solucion?

[ElPipe5897]

Comence a cambiar mis servicios a Digital Ocean y todo va bien, seguire documentando.

[luanstartflow]

Try Hetzner, one of the best.

[ElPipe5897]

I updated Chatwoot and related services (including Sidekiq) to the latest available version.
After the update, the issue still persists.

The 131047: Re-engagement message error continues to occur even when:

• The customer initiates the conversation.

• The 24-hour window should be active.

• The webhook correctly receives the inbound message.

• The conversation appears open in the UI.

Additionally, I’m experiencing the same behavior mentioned by @jusefar10-creator

• Significant delays in message delivery.

• Messages taking time to be sent or reflected in the conversation.

• In some cases, conversation state does not update immediately.

This suggests a possible issue with:

• Internal conversation state updates.

• Session validation timing.

• Background jobs (Sidekiq) delays or failures.

• A recent change affecting WhatsApp Cloud API handling.

Direct message sending via Meta Graph API continues to work correctly, confirming that the 24-hour session is active on Meta’s side.

Further investigation would be appreciated, as the issue remains unresolved after updating.

[luanstartflow]

The problem is Hostinger; I've looked in several communities and there are many people complaining, all of whom use Hostinger. The only way out will be to switch to another VPS.
There's this solution that might help for now: #13556 (comment)

[jusefar10-creator]

Tal vez hostinger d euna solucion?

[pabloDevCL]

Por lo que vi en el hilo que pusieron, parece q hostinger se lava las manos y la solución sería migrar a otro VPS, pero a cuál?

De todas formas en mi caso el problema es que el retraso de un mensaje crea la ilusión de que se abrió la ventana de conversación porq el UI efectivamente abre el chat para poder hablar pero cuando uno escribe se genera el error de que la ventana está cerrada porq efectivamente está cerrada en Meta, el mensaje que estoy viendo es viejo... pero no se quien tiene la culpa, el VPS? Chatwoot? Meta? Según el hilo de los brasileros la solución es cambiarse de VPS

[pabloDevCL]

I founded something:

• A client sended me a message on Feb 17 at 10.00am
• We chat until Feb 17 at 10.20am
• A late message income Feb 18 at 10.50am from the original conversation
• We believe the 24 hours window is open because the last message on Feb 18 at 10.50am... BUT is not, because is a late message from Feb17 at 10.20am, so, the UI believe the window is open but not... and we have the 131047 error.

When the client send an original message later, the window is open and the chat is OK.

---

So, the problem is latency in the message... so? I dont know, Who has the problem? Hostinger? Meta? Chatwoot?

[ElPipe5897]

Creo que es Hostinguer

[pabloDevCL]

Así parece, pareciera que se le encolan mensajes y los sueltan hasta con 24 horas de retraso, no son todos, ni siquiera es la mayoría, es una inmensa minoría en mi caso, pero los suficientes como para ser molesto... y esto empezó a pasar hace poco, venía funcionando super bien, quizás que cambio hizo hostinger el fin de semana.
Te cambiaste a Digital Ocean, como anda de latencia? Son servidores en USA por lo que vi, en mi caso estoy en América del Sur, recomendaron Hetzner también, no se como andará, soy bastante ignorante en VPS, puedo funcionar con easypanel -> chatwoot/n8n¿?... que consejo podrías darme? c:

[jusefar10-creator]

a mi empezo con pocos mensajes como dices una minoria pero cada vez va aumentando mas hasta que empezo a ser maosmenos el 20% de los mensajes entrantes o mas con el problema de qu eno llegaban

[ElPipe5897]

Yo tambien soy de america del sur de Colombia, esta funcionando bien hasta el momento Digital Ocean, es un servidor un poco mas costoso, pero empresarial y mas estable, creo que hostinguer esta bien para comenzar pero para produccion debemos buscar otras alternativas.

en digital Ocean pude instalar la misma funcionalidad de easypnael, chatwoot, n8n entonces puede irte muy bien con el.

mi consejo es que no migres todo hasta que tengas estable en el nuevo servidor.

[pabloDevCL]

a mi empezo con pocos mensajes como dices una minoria pero cada vez va aumentando mas hasta que empezo a ser maosmenos el 20% de los mensajes entrantes o mas con el problema de qu eno llegaban

pésimo entonces, capaz que vaya hacia allá mismo, hoy tuve 7 "mensajes fantasmas" que me llegaban tarde y generaba ruido. No afectó la operación ni las ventas, pero son 7 bugs reportados lo q es una paja enorme para ser mi único bug.

Yo tambien soy de america del sur de Colombia, esta funcionando bien hasta el momento Digital Ocean, es un servidor un poco mas costoso, pero empresarial y mas estable, creo que hostinguer esta bien para comenzar pero para produccion debemos buscar otras alternativas.

en digital Ocean pude instalar la misma funcionalidad de easypnael, chatwoot, n8n entonces puede irte muy bien con el.

mi consejo es que no migres todo hasta que tengas estable en el nuevo servidor.

Vale gracias por el consejo, consulta, que plan contrataste? Hoy estoy con 1 solo cliente, pero ya pronto meteré 1 más... creo que no entiendo bien la lógica de sus planes xD

[sojan-official]

If you’re running a high-traffic Chatwoot instance, we strongly recommend following the production setup guidelines — including configuring an external storage provider like S3 and ensuring all dependent services (Sidekiq, Redis, Postgres, etc.) are properly provisioned and monitored.

Infrastructure-level delays from your VPS or hosting provider can cause message latency and session timing inconsistencies like the ones described above.

We’re going to close this discussion in favor of:
#13540

Please continue tracking updates there so we can consolidate debugging and findings in a single thread.

[leofhurtado-png]

Hola muchachos les tengo excelentes noticias.. el problema es *hostinger , hoy hable con soporte y no me dieron ninguna solución, instale Chatwoot en Amazon EC2 (2 cpu, 4gb Ram, disco 50Gb solo chatwoot) y funciono perfecto con asesor humano y con Agente IA. El problema de los archivos adjuntos lo solucione con AMAZON S3. Me cuentan como les va