Bug type

Regression (worked before, now fails)

Beta release blocker

No

Summary

With BlueBubbles 1.9.9 and OpenClaw 2026.4.11, inbound images are never ingested. The BlueBubbles webhook fires with an empty attachments array (attachments: []) and no follow-up webhook ever arrives for the same message. Because OpenClaw only downloads media when attachments.length > 0, nothing is written to media/inbound and the agent only sees placeholder text.

Steps to reproduce

1. Configure OpenClaw with the BlueBubbles channel (Private API disabled).2. Send an inbound image-only iMessage to the bot.3. Send an inbound text + image iMessage to the bot.4. Observe incoming webhook handling in OpenClaw logs (trace level).

Expected behavior

One of: (1) BB sends attachment metadata in the initial webhook, (2) BB sends a later webhook for the same message once attachments are indexed, or (3) OpenClaw has a recovery path -- a short delayed poll by messageGuid/chatGuid after receiving an empty-attachment webhook for an inbound image message.

Actual behavior

• BlueBubbles webhook reaches OpenClaw (mark-read + typing pipeline triggers, confirming the webhook is processed).- Webhook payload contains attachments: [].- No second webhook ever arrives for the same message with attachment metadata populated.- OpenClaw never attempts attachment download.- No new file is created in media/inbound.- Agent does not receive the image -- only sees placeholder text.

OpenClaw version

2026.4.11

Operating system

macOS 26.4.1 arm64

Install method

npm global

Model

anthropic/claude-sonnet-4-6

Provider / routing chain

openclaw -> Anthropic (direct)

Additional provider/model setup details

Direct Anthropic API, no proxy or gateway in the chain. BlueBubbles channel plugin handles inbound iMessage webhooks.

Logs, screenshots, and evidence

Impact and severity

No response

Additional information

No response