Skip to content

fix(tools): tolerate duplicate sessionKey/label in sessions_send#2317

Open
BingqingLyu wants to merge 1 commit into
mainfrom
fork-pr-64846-fix-sessions-send-dedup-key-label
Open

fix(tools): tolerate duplicate sessionKey/label in sessions_send#2317
BingqingLyu wants to merge 1 commit into
mainfrom
fork-pr-64846-fix-sessions-send-dedup-key-label

Conversation

@BingqingLyu

@BingqingLyu BingqingLyu commented Apr 28, 2026

Copy link
Copy Markdown
Owner

Summary

When calling sessions_send, LLMs and UI layers (ClawX, Control UI) sometimes mirror the same value into both sessionKey and label. This triggers the mutual-exclusion guard even though the intent is unambiguous.

Changes

Relax the check: only reject when both params are provided AND they differ. When they are equal, treat the call as sessionKey-only (the more specific routing path).

Testing

  • When sessionKey and label are the same → uses sessionKey, no error
  • When sessionKey and label differ → still rejects with existing error
  • When only one is provided → unchanged behavior

Fixes openclaw#64699

LLMs and UI layers (ClawX, Control UI) sometimes mirror the same value
into both `sessionKey` and `label` when calling `sessions_send`. This
triggers the mutual-exclusion guard even though the intent is
unambiguous.

Relax the check: only reject when both params are provided AND they
differ. When they are equal, treat the call as sessionKey-only (the
more specific routing path).

Fixes openclaw#64699
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.

[Bug]: sessions_send unexpectedly injects label, causing mutual-exclusion error with sessionKey

2 participants