Skip to content

fix(provider-gohighlevel): parse attachments as plain URL strings - #1249

Merged
leifermendez merged 1 commit into
codigoencasa:builderbotfrom
vicente1992:fix/gh-audio-attachments
Aug 29, 2026
Merged

fix(provider-gohighlevel): parse attachments as plain URL strings#1249
leifermendez merged 1 commit into
codigoencasa:builderbotfrom
vicente1992:fix/gh-audio-attachments

Conversation

@vicente1992

@vicente1992 vicente1992 commented Aug 28, 2026

Copy link
Copy Markdown
Collaborator

GHL's InboundMessage webhook sends attachments as an array of plain URL strings, not {url, type} objects as the code assumed. This caused every attachment (audio, image, video) to be misclassified as document with no url, so incoming voice notes never matched EVENTS.VOICE_NOTE and bots never responded to audio messages.

Normalize both shapes and infer the mime type from the URL extension when GHL doesn't send a type field.

Que tipo de Pull Request es?

  • Mejoras
  • Bug
  • Docs / tests

Descripci贸n

Por favor agrega una descripci贸n de tu aporte para tener m谩s contexto y poder avanzar m谩s r谩pido.聽Si es de ayuda puedes usar plataformar como https://www.loom.com/ para grabar un video.

Forma parte de este proyecto.

GHL's InboundMessage webhook sends `attachments` as an array of plain
URL strings, not `{url, type}` objects as the code assumed. This caused
every attachment (audio, image, video) to be misclassified as
`document` with no `url`, so incoming voice notes never matched
EVENTS.VOICE_NOTE and bots never responded to audio messages.

Normalize both shapes and infer the mime type from the URL extension
when GHL doesn't send a `type` field.
@leifermendez
leifermendez merged commit d187ad3 into codigoencasa:builderbot Aug 29, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants