[NOWEB] sendImage WebP accepted but absent on recipient mobile (visible on Web)
Maintainers usually reply within 2 days
Nobody has claimed this yet.
Assessment
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Newbie friendliness
- 52/100
- Issue type
- Bug
- Clarity
- Mostly clear
- Activity status
- Active
- Tech stack
- typescript
Research direction
Start with the sendImage endpoint and its image format documentation. Compare how NOWEB handles WebP sent through file.url with JPEG sent through file.data; the reported retest changed both format and transport, so isolate which difference explains the behavior. Done means determining whether WAHA can detect or clearly warn about images that may not appear on mobile, and documenting or validating that case.
Written by the indexing model from the issue text.
Description
Describe the behavior
With WAHA NOWEB 2026.9.2, we sent offer images to WhatsApp groups via POST /api/sendImage using a public WebP URL, file.mimetype: image/webp, and a .webp filename. The API returned success and a message ID. A recipient could see the image and caption in WhatsApp Web, but the same recipient account did not see the message in WhatsApp on their phone.
We understand the WAHA documentation says to convert non-JPEG images to JPEG before sending. We are reporting the unexpected cross-device behavior after the API accepted the WebP request, and asking whether WAHA can detect or clearly warn about this case.
Version
- Docker image:
devlikeapro/waha:noweb-arm-2026.9.2 - Engine: NOWEB
- Endpoint:
POST /api/sendImage - Recipient: WhatsApp group
Request shape
{
"session": "<session>",
"chatId": "<group-id>@g.us",
"caption": "<offer text>",
"file": {
"mimetype": "image/webp",
"filename": "product.webp",
"url": "https://<public-host>/product.webp"
}
}
The source URL served a valid WebP image. We are omitting account, group, and production URL details from this public issue, but can provide sanitized logs or a sample file if useful.
Observed
- WAHA returned HTTP 201 and a message ID. We confirmed this in the recorded results for the affected offer.
- The recipient saw the image and caption in WhatsApp Web.
- The same recipient account did not see the message in WhatsApp on their phone.
- We converted the offer image to JPEG with FFmpeg and sent it as base64
file.data, withimage/jpegand a.jpgfilename. The recipient confirmed that this new message appeared on the phone.
The successful retest changed both the image format (WebP to JPEG) and the transport (file.url to file.data). Therefore we cannot yet isolate which change resolved the problem.
Expected / question
Could WAHA validate or warn when sendImage receives an image format that may be accepted by the API but fail to appear on recipient mobile clients? If WebP is intentionally accepted, is there a recommended way to detect this delivery failure? A prominent note in the sendImage endpoint docs about this possible symptom would also help.
We are not claiming that the media encoder is the proven root cause: the follow-up test changed both format and transport.
- Dominant language
- TypeScript
- Stars
- 7.6k
- Forks
- 1.8k
- Avg merge
- 2d 21h
- Merged PRs (30d)
- 7
Getting set up
This project ships no dev container, Dockerfile or contributing guide, so setting up is up to you: start from its README, and see our first-contribution guide for the general steps.
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from devlikeapro/waha
-
bug
Difficulty 2/5 1-3 hours Newbie friendliness 83/100
devlikeapro/waha#2322 ·
Maintainers usually reply within 2 days
-
patron:PLUS
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
devlikeapro/waha#2167 · 1 comment ·
Maintainers usually reply within 2 days
-
Difficulty 3/5 1-2 days Newbie friendliness 55/100
devlikeapro/waha#2324 ·
Maintainers usually reply within 2 days
-
patron:PLUS
Difficulty 5/5 Over a week Newbie friendliness 45/100
devlikeapro/waha#2320 ·
Maintainers usually reply within 2 days
-
GOWS: FAILED has no reason, and temporary ban / stream replaced / client outdated leave the session silently deadPossibly taken @diego-goncalves-teixeira claimed this 5 days ago. Openpatron:PLUS
Difficulty 4/5 3-5 days Newbie friendliness 25/100
devlikeapro/waha#2317 ·
Maintainers usually reply within 2 days
All issues in devlikeapro/waha
Similar issues
-
native
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
prime-radiant-inc/evener#4839 ·
Maintainers usually reply within 1 day
-
bug needs-triage
Difficulty 2/5 1-3 hours Newbie friendliness 70/100
Maintainers usually reply within 1 day
-
Difficulty 2/5 1-3 hours Newbie friendliness 74/100
processone/fluux-messenger#1790 ·
Maintainers usually reply within 1 day
-
🛣️ Infrastructure
Difficulty 2/5 1-3 hours Newbie friendliness 65/100
opencrvs/opencrvs-core#14232 ·
Maintainers usually reply within 1 day
-
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
kunchenguid/gh-axi#220 ·
Maintainers usually reply within 1 day