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.
Next step: read the attempts below. Your case may extend or revive that work.
Pick up a Lab taskNearly 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.00means 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 LabAt a glance
- Subsystem
- gateway
- Closed issues
- 1
- Attempts
- 4 PRs closed without merging