openclaw - ✅(Solved) Fix /status inconsistent in Telegram group thread/topic when normal mention replies work` [1 pull requests, 1 comments, 2 participants]

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

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#74032Fetched 2026-04-30 06:29:36
View on GitHub
Comments
1
Participants
2
Timeline
4
Reactions
0
Timeline (top)
cross-referenced ×2commented ×1labeled ×1

I’m seeing inconsistent /status behavior in a Telegram group thread/topic.

Root Cause

I’m seeing inconsistent /status behavior in a Telegram group thread/topic.

PR fix notes

PR #6457: fix(telegram): register commands for group scope + preserve topic thread params

Description (problem / solution / changelog)

Problem

  • Telegram forum topics can show "This command is not available" for slash commands unless bot commands are registered for group scope.
  • Some auth/diagnostic command responses could be sent without message_thread_id and land in the General topic.

Fix

  • Register Telegram bot commands with both default scope and all_group_chats scope via setMyCommands.
  • Ensure auth/diagnostic sendMessage responses in resolveTelegramCommandAuth include correct forum topic thread params (omitting General topic id=1 as required).
  • Ensure plugin-command "Command not found" message also preserves topic thread params.

Tests

  • Updated src/telegram/bot-native-commands.test.ts to assert setMyCommands is called with all_group_chats scope.
  • Ran: pnpm vitest run src/telegram/bot-native-commands.test.ts
<!-- greptile_comment --> <h2>Greptile Overview</h2> <h3>Greptile Summary</h3>

This PR updates Telegram native command handling in two ways: (1) it registers bot commands for both the default scope and the all_group_chats scope to avoid Telegram forum-topic clients showing “This command is not available”, and (2) it preserves forum topic routing (via message_thread_id, omitting General topic id=1) for auth/diagnostic and “Command not found” replies so responses stay in the invoking topic.

The changes are localized to src/telegram/bot-native-commands.ts, with a small test update in src/telegram/bot-native-commands.test.ts to cover the added group-scope registration behavior.

<h3>Confidence Score: 4/5</h3>
  • This PR is likely safe to merge, with one functional follow-up needed to keep command scopes consistent when disabling commands.
  • Changes are small and targeted (adding thread params to a few sendMessage calls and registering commands in an additional Telegram scope). Main risk is behavioral inconsistency: group-scoped commands may remain registered if native commands are later disabled, since the disable path only clears the default scope.
  • src/telegram/bot-native-commands.ts
<!-- greptile_other_comments_section -->

<sub>(2/5) Greptile learns from your feedback when you react with thumbs up/down!</sub>

Context used:

  • Context from dashboard - CLAUDE.md (source)
  • Context from dashboard - AGENTS.md (source)
<!-- /greptile_comment -->

Changed files

  • src/telegram/bot-native-commands.test.ts (modified, +49/-23)
  • src/telegram/bot-native-commands.ts (modified, +58/-36)
RAW_BUFFERClick to expand / collapse

Bug type

Regression (worked before, now fails)

Beta release blocker

No

Summary

I’m seeing inconsistent /status behavior in a Telegram group thread/topic.

Environment

  • OpenClaw 2026.4.22
  • Telegram channel
  • group config includes requireMention: false

What works

Normal mention-based activation works in the same thread/topic.

Example:

  • @BotName hi
  • bot replies normally

What fails

/status does not respond reliably in that same thread/topic.

Expected

If normal mention/text routing works in the thread, /status should also respond consistently there.

Actual

  • ordinary mention-based replies work
  • /status appears to take a different path and does not reliably answer in the same thread/topic

Notes

This seems specific to /status or the native slash/control-command path, rather than a general Telegram thread visibility problem.

Steps to reproduce

  1. In Telegram group thread/topic, send: • /status
  2. Observe inconsistent/no response
  3. In same thread, send: • @GwuerdBird_ClawdBot_bot hi
  4. Observe normal response

Expected behavior

/status should respond in the same group/thread without needing special mention ordering if group command config already permits it.

Actual behavior

Normal mention/text routing works, but /status behaves inconsistently through the native slash path.

OpenClaw version

2026.4.22

Operating system

Ubuntu aws pro

Install method

No response

Model

Chatgpt 5.5

Provider / routing chain

Openclaw Ubuntu telegram

Additional provider/model setup details

No response

Logs, screenshots, and evidence

Impact and severity

No response

Additional information

No response

extent analysis

TL;DR

The inconsistent /status behavior in the Telegram group thread/topic may be due to a specific issue with the native slash/command path in OpenClaw version 2026.4.22.

Guidance

  • Verify that the requireMention: false configuration is correctly applied to the /status command, as it may be overriding the expected behavior.
  • Check the OpenClaw documentation for any specific settings or configurations related to slash commands, as they may differ from mention-based commands.
  • Test the /status command in a different thread or topic to see if the issue is specific to the current thread or a more general problem.
  • Review the OpenClaw version history to see if this issue has been reported or fixed in previous or subsequent versions.

Example

No code snippet is provided as the issue seems to be related to configuration or version-specific behavior.

Notes

The issue seems to be specific to the /status command and the native slash/command path, rather than a general Telegram thread visibility problem. The fact that normal mention-based replies work suggests that the issue is not with the Telegram integration itself.

Recommendation

Apply a workaround by checking the OpenClaw configuration and settings related to slash commands, as the issue may be resolvable through configuration changes rather than requiring an upgrade to a fixed version.

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…

FAQ

Expected behavior

/status should respond in the same group/thread without needing special mention ordering if group command config already permits it.

Still need to ship something?

×6

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

Back to top recommendations

TRENDING

openclaw - ✅(Solved) Fix /status inconsistent in Telegram group thread/topic when normal mention replies work` [1 pull requests, 1 comments, 2 participants]