BlueBubbles webhook deduplication and duplicate reply fixes

NousResearch/hermes-agent · cluster 30708 · gateway

Data as of

10 open items. Fix attempted, not merged.

The short answer

4open issues
6open PRs
15items grouped
Known?
Yes. 15 related items grouped here, 1 issue already closed.
Fix event
No fix has been merged to main. 4 PRs closed without merging; see the attempts below.
Tracker
The maintainers' tracker marks this unresolved. That is separate from the fix event.
Still open
4 issues and 6 PRs.

Nearly all members concern duplicate message processing in the BlueBubbles adapter caused by webhook subscription to 'updated-message' events and missing GUID-based deduplication. One member touches unrelated gateway batching and MCP resilience.

Open issues4

  • Issue#30708BlueBubbles adapter lacks inbound dedup → duplicate processing + two parallel sessions per message
  • Issue#30989[Bug]: BlueBubbles attachments arrive as a second event and interrupt the in-progress turn (no debounce/merge like Telegram)
  • Issue#34372BlueBubbles: webhook auto-registration includes 'updated-message', causing every iMessage to be processed twice (with different chat-id variants)
  • Issue#68718BlueBubbles adapter: duplicate iMessage replies — webhook subscribes to updated-message and handler doesn't dedupe by GUID

Open PRs6

  • PR#33337fix: deduplicate BlueBubbles webhook messages
  • PR#34378fix(bluebubbles): remove updated-message from webhook subscription to prevent duplicate processing
  • PR#38379fix(bluebubbles): ignore update echoes before dedup
  • PR#45717fix(bluebubbles): prevent duplicate processing and DM-to-group misrouting
  • PR#68726bluebubbles: de-duplicate re-delivered webhooks to stop double replies
  • PR#103459fix(gateway): dedupe BlueBubbles duplicate deliveries; canonicalize 1:1 chat ids

4 PRs closed without merging

From the close comments: superseded by another PR 2 · done elsewhere 1 · stale or abandoned 1

  • #30996 fix(bluebubbles): dedup inbound webhook events by message GUID · stale or abandoned
  • #67105 fix(gateway): stabilize BlueBubbles DM session keys · done elsewhere → #45717, #66255, #66264
  • #106826 fix(bluebubbles): drop repeat new-message/updated-message deliveries · superseded by another PR → #103459
  • #106828 fix(bluebubbles): canonicalize DM session ids across webhook payload shapes · superseded by another PR → #103459, #106824, #30708
Closed issues · 1
  • Closed#33327BlueBubbles webhook conflicts can duplicate or interrupt replies
How this cluster was grouped
  • Link evidence (partly structural links): some members are connected by structural evidence (shared changed files, or a closing/superseded reference); the rest are joined by an automated relevance judgement over their text.
  • Members outside that structural core may belong to a different underlying problem.
  • Pairwise link density 0.15: the share of item pairs that carry a link, counting a structural link in full and a relevance-only link at 0.36. 1.00 means every pair is linked.

Pick up a Lab task

Check whether a fix covers the open issues here, with your own agent. Bring back evidence for maintainers.

Open the Lab

At a glance

Subsystem
gateway
Closed issues
1
Attempts
4 PRs closed without merging

For your agent

The same facts, typed.