openclaw - 💡(How to fix) Fix Slack: message read with threadId doesn't return thread replies [1 participants]

Official PRs (…)
ON THIS PAGE

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
GitHub stats
openclaw/openclaw#44591Fetched 2026-04-08 00:44:50
View on GitHub
Comments
0
Participants
1
Timeline
1
Reactions
0
Participants
Timeline (top)
cross-referenced ×1

message read with threadId parameter does not return Slack thread replies. It returns channel messages instead.

Root Cause

message read with threadId parameter does not return Slack thread replies. It returns channel messages instead.

Fix Action

Workaround

Direct API call works:

curl "https://slack.com/api/conversations.replies?channel=C0AL7KZ75TP&ts=1773368311.447129" \
  -H "Authorization: Bearer $BOT_TOKEN"

Code Example

{
  "action": "read",
  "channel": "slack",
  "channelId": "C0AL7KZ75TP",
  "threadId": "1773368311.447129",
  "limit": 20
}

---

curl "https://slack.com/api/conversations.replies?channel=C0AL7KZ75TP&ts=1773368311.447129" \
  -H "Authorization: Bearer $BOT_TOKEN"
RAW_BUFFERClick to expand / collapse

Summary

message read with threadId parameter does not return Slack thread replies. It returns channel messages instead.

Steps to Reproduce

  1. Have a Slack thread with replies (e.g., parent message at ts 1773368311.447129 with 9 replies)
  2. Call message read with channelId and threadId:
{
  "action": "read",
  "channel": "slack",
  "channelId": "C0AL7KZ75TP",
  "threadId": "1773368311.447129",
  "limit": 20
}
  1. Result: Returns channel messages, not thread replies

Expected Behavior

When threadId is provided, should call Slack conversations.replies API and return the thread messages.

Actual Behavior

Returns channel messages (same as without threadId). The parent message shows reply_count: 9 but the actual replies are not included.

Workaround

Direct API call works:

curl "https://slack.com/api/conversations.replies?channel=C0AL7KZ75TP&ts=1773368311.447129" \
  -H "Authorization: Bearer $BOT_TOKEN"

Impact

  • Cannot read thread context when mentioned in a thread
  • Agent misses replies to its own messages
  • Have to use curl workaround for thread awareness

Suggested Fix

When threadId is provided for Slack, route to conversations.replies instead of conversations.history.

Environment

  • OpenClaw version: 2026.1.30
  • Slack plugin: socket mode
  • OS: macOS (arm64)

extent analysis

Fix Plan

To fix the issue, we need to modify the Slack plugin to use the conversations.replies API when the threadId parameter is provided. Here are the steps:

  • Update the Slack plugin to check for the presence of the threadId parameter in the message read action.
  • If threadId is present, use the conversations.replies API instead of conversations.history.
  • Pass the channelId and threadId as parameters to the conversations.replies API.

Example code snippet:

if action == 'read' and 'threadId' in params:
    # Use conversations.replies API
    url = f'https://slack.com/api/conversations.replies'
    params = {
        'channel': params['channelId'],
        'ts': params['threadId']
    }
    response = requests.get(url, params=params, headers=headers)
else:
    # Use conversations.history API
    url = f'https://slack.com/api/conversations.history'
    params = {
        'channel': params['channelId'],
        'limit': params['limit']
    }
    response = requests.get(url, params=params, headers=headers)

Verification

To verify the fix, call the message read action with the threadId parameter and check if the response includes the thread replies. You can use the same example provided in the issue body:

{
  "action": "read",
  "channel": "slack",
  "channelId": "C0AL7KZ75TP",
  "threadId": "1773368311.447129",
  "limit": 20
}

The response should include the thread replies instead of the channel messages.

Extra Tips

  • Make sure to handle any errors that may occur when calling the conversations.replies API.
  • Consider adding logging to track any issues that may arise from the updated code.
  • Test the fix thoroughly to ensure it works as expected in different scenarios.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING