Skip to content

Telegram: recover General topic bindings#53699

Merged
huntharo merged 3 commits intoopenclaw:mainfrom
huntharo:codex/binding-telegram-general-fix
Mar 24, 2026
Merged

Telegram: recover General topic bindings#53699
huntharo merged 3 commits intoopenclaw:mainfrom
huntharo:codex/binding-telegram-general-fix

Conversation

@huntharo
Copy link
Copy Markdown
Member

@huntharo huntharo commented Mar 24, 2026

Summary

Describe the problem and fix in 2–5 bullets:

  • Problem: Telegram forum supergroup #General updates can arrive without is_forum and without message_thread_id, so /cas_resume and follow-up traffic were normalized to the chat root instead of topic 1.
  • Why it matters: a bind created from #General looked like it succeeded, but later /cas_status and plain text in that topic did not route to the Codex binding target.
  • What changed: I added a Telegram forum-detection fallback through getChat, then used that resolved forum/topic identity consistently for native commands, interactive callbacks, and inbound message context building.
  • What did NOT change (scope boundary): I did not change non-Telegram channels or alter Telegram topic handling when Telegram already supplies explicit topic metadata.

Change Type (select all)

  • Bug fix
  • Feature
  • Refactor required for the fix
  • Docs
  • Security hardening
  • Chore/infra

Scope (select all touched areas)

  • Gateway / orchestration
  • Skills / tool execution
  • Auth / tokens
  • Memory / storage
  • Integrations
  • API / contracts
  • UI / DX
  • CI/CD / infra

Linked Issue/PR

Root Cause / Regression History (if applicable)

For bug fixes or regressions, explain why this happened, not just what changed. Otherwise write N/A. If the cause is unclear, write Unknown.

  • Root cause: Telegram #General in forum supergroups was sometimes delivered without forum/topic metadata, and the Telegram command/callback/inbound paths treated that as a plain supergroup conversation instead of recovering General topic 1.
  • Missing detection / guardrail: We had no shared fallback that re-hydrated forum status from Telegram when is_forum was omitted, and no tests for native command/callback/general inbound handling in that metadata shape.
  • Prior context (git blame, prior PR, issue, or refactor if known): The plugin issue documented that /codex_resume from Telegram #General appeared to bind, but subsequent status and routing still behaved as unbound.
  • Why this regressed now: The code assumed Telegram would always provide enough forum metadata on command and callback updates, which does not hold for #General.
  • If unknown, what was ruled out: I ruled out plugin-only state bugs by confirming the Telegram conversation identity reaching core was already wrong before the plugin binding lookup ran.

Regression Test Plan (if applicable)

For bug fixes or regressions, name the smallest reliable test coverage that should have caught this. Otherwise write N/A.

  • Coverage level that should have caught this:
    • Unit test
    • Seam / integration test
    • End-to-end test
    • Existing coverage already sufficient
  • Target test or file: extensions/telegram/src/bot-native-commands.test.ts, extensions/telegram/src/bot.test.ts, and extensions/telegram/src/bot.create-telegram-bot.test.ts
  • Scenario the test should lock in: Telegram forum supergroup #General updates that omit is_forum and message_thread_id still normalize to topic 1 for command routing, interactive callbacks, and inbound message context.
  • Why this is the smallest reliable guardrail: The bug is at the Telegram integration seam, where payload normalization and routing context are assembled before plugin code runs.
  • Existing test that already covers this (if any): Existing tests already covered normal forum topics and General-topic behavior only when explicit topic metadata was present.
  • If no new test is added, why not: N/A

User-visible / Behavior Changes

Telegram forum supergroup #General can now be bound and resumed like other topics, and follow-up /cas_status plus plain text in #General route against the bound Codex conversation instead of falling back to the parent chat.

Security Impact (required)

  • New permissions/capabilities? (Yes/No): No
  • Secrets/tokens handling changed? (Yes/No): No
  • New/changed network calls? (Yes/No): Yes
  • Command/tool execution surface changed? (Yes/No): No
  • Data access scope changed? (Yes/No): No
  • If any Yes, explain risk + mitigation: I added a Telegram getChat fallback only when supergroup forum metadata is missing. That call is read-only, scoped to the existing Telegram bot API surface, and only used to disambiguate forum General topic routing.

Repro + Verification

Environment

  • OS: macOS
  • Runtime/container: local pnpm gateway:watch
  • Model/provider: Codex App Server via Telegram plugin commands
  • Integration/channel (if any): Telegram forum supergroup #General
  • Relevant config (redacted): Telegram enabled with forum topics and native plugin commands

Steps

  1. Open a Telegram forum supergroup and switch to #General.
  2. Run /cas_resume and choose a thread.
  3. Run /cas_status and send follow-up plain text in the same #General topic.

Expected

  • #General binds as topic 1, /cas_status reflects the active bind, and follow-up text routes to the bound Codex target.

Actual

  • Before this fix, the bind could be created against the chat root, so /cas_status still reported Binding: none and follow-up text did not route to the bound target.

Evidence

Attach at least one:

  • Failing test/log before + passing after
  • Trace/log snippets
  • Screenshot/recording
  • Perf numbers (if relevant)

Human Verification (required)

What you personally verified (not just CI), and how:

  • Verified scenarios: Harold verified end to end that binding #General in a Telegram DM supergroup now works and that previously bound text in #General did not route to the binding target.
  • Edge cases checked: I verified the Telegram command, callback, and inbound General-topic normalization paths with focused regression tests.
  • What you did not verify: I did not manually re-verify non-Telegram channels because this PR is scoped to Telegram only.

Before - Free text not routed when bound in #general

image

After - Free text routes in #general when bound

image

Review Conversations

  • I replied to or resolved every bot review conversation I addressed in this PR.
  • I left unresolved only the conversations that still need reviewer or maintainer judgment.

If a bot review conversation is addressed by this PR, resolve that conversation yourself. Do not leave bot review conversation cleanup for maintainers.

Compatibility / Migration

  • Backward compatible? (Yes/No): Yes
  • Config/env changes? (Yes/No): No
  • Migration needed? (Yes/No): No
  • If yes, exact upgrade steps:

Failure Recovery (if this breaks)

  • How to disable/revert this change quickly: Revert commit 73f93dab2c.
  • Files/config to restore: Restore the touched Telegram routing files under extensions/telegram/src/.
  • Known bad symptoms reviewers should watch for: Telegram #General could start routing as the parent chat again, with /cas_status showing unbound immediately after a resume/bind flow.

Risks and Mitigations

List only real risks for this PR. Add/remove entries as needed. If none, write None.

  • Risk: The getChat fallback could classify a non-forum supergroup incorrectly if Telegram returns unexpected metadata.
    • Mitigation: The fallback only runs when local metadata is missing, only for supergroups, and the regression tests lock the intended #General normalization behavior.

@openclaw-barnacle openclaw-barnacle bot added channel: telegram Channel integration: telegram size: M maintainer Maintainer-authored PR labels Mar 24, 2026
Copy link
Copy Markdown

@chatgpt-codex-connector chatgpt-codex-connector bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

💡 Codex Review

Here are some automated review suggestions for this pull request.

Reviewed commit: 73f93dab2c

ℹ️ About Codex in GitHub

Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you

  • Open a pull request for review
  • Mark a draft as ready
  • Comment "@codex review".

If Codex has suggestions, it will comment; otherwise it will react with 👍.

Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".

Comment on lines +82 to +88
const isForum = await resolveTelegramForumFlag({
chatId,
chatType: msg.chat.type,
isGroup,
isForum: (msg.chat as { is_forum?: boolean }).is_forum,
getChat: getChatApi ?? undefined,
});
Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

P1 Badge Avoid duplicate forum lookup for each inbound message

This path now re-resolves forum status with getChat, but the same message already does a forum lookup in registerTelegramHandlers before handleInboundMessageLike (see the new resolveTelegramForumFlag call in bot-handlers.runtime.ts). For supergroup updates that omit chat.is_forum (the exact #General case), every inbound message incurs two Telegram getChat network calls, which increases per-message latency and can hit API rate limits under normal group traffic. Please reuse the already-resolved forum flag/thread info from the handler path (or cache per-chat forum state) instead of making a second lookup here.

Useful? React with 👍 / 👎.

@greptile-apps
Copy link
Copy Markdown
Contributor

greptile-apps bot commented Mar 24, 2026

Greptile Summary

This PR fixes a real routing bug where Telegram forum #General updates that omit is_forum and message_thread_id were normalized to the chat root instead of topic 1, causing binds to appear successful but subsequent /cas_status and plain-text messages to not route to the bound Codex target. The fix introduces resolveTelegramForumFlag in bot/helpers.ts, a clean async helper that short-circuits on explicit metadata and falls back to a getChat API call for supergroups only when the flag is absent. It is wired consistently across all three affected paths: native commands (bot-native-commands.ts), interactive callbacks (bot-handlers.runtime.ts), and inbound message context building (bot-message-context.ts). The regression test coverage is thorough — unit tests for the new helper, plus three integration-level tests covering the native command, callback, and inbound message paths.

Findings:

  • The main non-blocking concern is that getChat is called twice per #General message in the inbound path: once in the outer bot.on("message") handler and again inside buildTelegramMessageContext, since that function resolves isForum independently from the original message object. For busy channels this doubles the getChat call rate. A small in-memory TTL cache or passing the pre-resolved flag through the dispatch chain would eliminate the redundancy.

Confidence Score: 4/5

  • Safe to merge; the bug fix is correct, well-scoped, and covered by focused regression tests.
  • The fix is logically sound across all three Telegram paths (commands, callbacks, inbound messages), the new resolveTelegramForumFlag helper has full branch coverage, and the PR does not touch non-Telegram code. The one non-blocking concern is a duplicate getChat API call per #General inbound message (performance, not correctness), which warrants a follow-up but does not block merging.
  • extensions/telegram/src/bot-handlers.runtime.ts — review the duplicate getChat call in the bot.on("message") handler vs. buildTelegramMessageContext.
Prompt To Fix All With AI
This is a comment left during a code review.
Path: extensions/telegram/src/bot-handlers.runtime.ts
Line: 1731-1737

Comment:
**Duplicate `getChat` call per inbound `#General` message**

For every inbound message in `#General` that omits `is_forum`, `getChat` is called twice:

1. Here in the `bot.on("message")` outer handler (lines 1731–1737), and
2. Again inside `buildTelegramMessageContext` (`bot-message-context.ts` ~line 78), which reads `isForum` directly from `msg.chat.is_forum` and runs its own `resolveTelegramForumFlag``getChat` call independently.

Because `buildTelegramMessageContext` is not passed a pre-resolved `isForum`, and both paths share the same `bot.api.getChat` binding, every such message makes two identical read-only Telegram API calls. For a quiet channel this is fine, but for a busy `#General` it doubles the `getChat` rate. 

Consider one of:
- Passing the already-resolved `isForum` through `handleInboundMessageLike``processInboundMessage``buildDispatchTelegramMessageFn` context, or
- Adding a short-lived in-memory TTL cache (e.g. a `Map<chatId, { isForum: boolean; ts: number }>`) inside `resolveTelegramForumFlag` (or the call-site) so successive calls within the same few seconds return the cached value without an API round-trip.

How can I resolve this? If you propose a fix, please make it concise.

Reviews (1): Last reviewed commit: "Telegram: recover General topic bindings" | Re-trigger Greptile

Comment on lines +1731 to +1737
const isForum = await resolveTelegramForumFlag({
chatId: msg.chat.id,
chatType: msg.chat.type,
isGroup,
isForum: msg.chat.is_forum,
getChat,
});
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

P2 Duplicate getChat call per inbound #General message

For every inbound message in #General that omits is_forum, getChat is called twice:

  1. Here in the bot.on("message") outer handler (lines 1731–1737), and
  2. Again inside buildTelegramMessageContext (bot-message-context.ts ~line 78), which reads isForum directly from msg.chat.is_forum and runs its own resolveTelegramForumFlaggetChat call independently.

Because buildTelegramMessageContext is not passed a pre-resolved isForum, and both paths share the same bot.api.getChat binding, every such message makes two identical read-only Telegram API calls. For a quiet channel this is fine, but for a busy #General it doubles the getChat rate.

Consider one of:

  • Passing the already-resolved isForum through handleInboundMessageLikeprocessInboundMessagebuildDispatchTelegramMessageFn context, or
  • Adding a short-lived in-memory TTL cache (e.g. a Map<chatId, { isForum: boolean; ts: number }>) inside resolveTelegramForumFlag (or the call-site) so successive calls within the same few seconds return the cached value without an API round-trip.
Prompt To Fix With AI
This is a comment left during a code review.
Path: extensions/telegram/src/bot-handlers.runtime.ts
Line: 1731-1737

Comment:
**Duplicate `getChat` call per inbound `#General` message**

For every inbound message in `#General` that omits `is_forum`, `getChat` is called twice:

1. Here in the `bot.on("message")` outer handler (lines 1731–1737), and
2. Again inside `buildTelegramMessageContext` (`bot-message-context.ts` ~line 78), which reads `isForum` directly from `msg.chat.is_forum` and runs its own `resolveTelegramForumFlag``getChat` call independently.

Because `buildTelegramMessageContext` is not passed a pre-resolved `isForum`, and both paths share the same `bot.api.getChat` binding, every such message makes two identical read-only Telegram API calls. For a quiet channel this is fine, but for a busy `#General` it doubles the `getChat` rate. 

Consider one of:
- Passing the already-resolved `isForum` through `handleInboundMessageLike``processInboundMessage``buildDispatchTelegramMessageFn` context, or
- Adding a short-lived in-memory TTL cache (e.g. a `Map<chatId, { isForum: boolean; ts: number }>`) inside `resolveTelegramForumFlag` (or the call-site) so successive calls within the same few seconds return the cached value without an API round-trip.

How can I resolve this? If you propose a fix, please make it concise.

@huntharo huntharo self-assigned this Mar 24, 2026
Copy link
Copy Markdown

@chatgpt-codex-connector chatgpt-codex-connector bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

💡 Codex Review

Here are some automated review suggestions for this pull request.

Reviewed commit: 6f3c13b547

ℹ️ About Codex in GitHub

Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you

  • Open a pull request for review
  • Mark a draft as ready
  • Comment "@codex review".

If Codex has suggestions, it will comment; otherwise it will react with 👍.

Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".

Comment on lines +1255 to +1257
const callbackThreadId = resolvedThreadId ?? dmThreadId;
const callbackConversationId =
messageThreadId != null ? `${chatId}:topic:${messageThreadId}` : String(chatId);
callbackThreadId != null ? `${chatId}:topic:${callbackThreadId}` : String(chatId);
Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

P1 Badge Keep callback topic ID when forum fallback cannot resolve

The callback routing now derives callbackThreadId only from resolvedThreadId ?? dmThreadId, which drops an explicit callbackMessage.message_thread_id whenever forum detection fails (for example if getChat is unavailable or throws). In that case forum callbacks are normalized to the chat root conversation instead of the topic, so plugin interactive handlers can run against the wrong binding/session. Prior to this change, callbacks still used message_thread_id directly when present, so this is a regression under lookup-failure conditions.

Useful? React with 👍 / 👎.

@huntharo huntharo force-pushed the codex/binding-telegram-general-fix branch from 6f3c13b to a9186cb Compare March 24, 2026 13:44
Copy link
Copy Markdown

@chatgpt-codex-connector chatgpt-codex-connector bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

💡 Codex Review

Here are some automated review suggestions for this pull request.

Reviewed commit: a9186cb59e

ℹ️ About Codex in GitHub

Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you

  • Open a pull request for review
  • Mark a draft as ready
  • Comment "@codex review".

If Codex has suggestions, it will comment; otherwise it will react with 👍.

Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".

Comment on lines +1732 to +1735
const isForum = await resolveTelegramForumFlag({
chatId: msg.chat.id,
chatType: msg.chat.type,
isGroup,
Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

P2 Badge Run dedupe gate before forum fallback lookup

resolveTelegramForumFlag now runs before handleInboundMessageLike, but that callee immediately applies shouldSkipUpdate and may drop duplicate/stale updates. In supergroups where Telegram omits is_forum (the exact path this change targets), skipped updates still trigger a getChat API call, adding avoidable latency and extra Bot API traffic with no routing benefit; on retry bursts this can become rate-limit pressure. Move the forum-resolution step after the skip check (or add an early shouldSkipUpdate(ctx) in this handler) so dropped updates do not perform network I/O.

Useful? React with 👍 / 👎.

@huntharo huntharo force-pushed the codex/binding-telegram-general-fix branch from a9186cb to adc245f Compare March 24, 2026 14:23
Copy link
Copy Markdown

@chatgpt-codex-connector chatgpt-codex-connector bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

💡 Codex Review

Here are some automated review suggestions for this pull request.

Reviewed commit: adc245faa2

ℹ️ About Codex in GitHub

Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you

  • Open a pull request for review
  • Mark a draft as ready
  • Comment "@codex review".

If Codex has suggestions, it will comment; otherwise it will react with 👍.

Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".

Comment on lines +82 to +87
const isForum = await resolveTelegramForumFlag({
chatId,
chatType: msg.chat.type,
isGroup,
isForum: (msg.chat as { is_forum?: boolean }).is_forum,
getChat: getChatApi ?? undefined,
Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

P2 Badge Skip forum fallback for synthetic channel posts

buildTelegramMessageContext now always calls resolveTelegramForumFlag when chat.type is supergroup and is_forum is missing, but channel_post updates are normalized into synthetic supergroup messages without an is_forum flag in bot-handlers.runtime.ts. That means every channel post now incurs an unnecessary getChat API call (which can fail or rate-limit under channel traffic) even though channel posts are never forum topics; this is a regression in channel relay performance introduced by the new fallback path.

Useful? React with 👍 / 👎.

@huntharo huntharo force-pushed the codex/binding-telegram-general-fix branch from adc245f to d9b1ce7 Compare March 24, 2026 14:36
@huntharo huntharo force-pushed the codex/binding-telegram-general-fix branch from d9b1ce7 to 546f0c8 Compare March 24, 2026 14:44
@huntharo huntharo merged commit 35de467 into openclaw:main Mar 24, 2026
9 checks passed
@huntharo huntharo deleted the codex/binding-telegram-general-fix branch March 24, 2026 14:56
@aisle-research-bot
Copy link
Copy Markdown

aisle-research-bot bot commented Mar 24, 2026

🔒 Aisle Security Analysis

We found 2 potential security issue(s) in this PR:

# Severity Title
1 🟠 High Telegram forum topic confusion: missing message_thread_id defaults to topic 1, potentially bypassing per-topic authorization/routing
2 🟡 Medium Unbounded Telegram getChat lookups per update can cause rate-limit exhaustion (DoS)
Vulnerabilities

1. 🟠 Telegram forum topic confusion: missing message_thread_id defaults to topic 1, potentially bypassing per-topic authorization/routing

Property Value
Severity High
CWE CWE-863
Location extensions/telegram/src/bot/helpers.ts:142-146

Description

Forum topic identity is derived from message_thread_id. When Telegram omits this field (which can occur in some update types, e.g., callback queries), the code defaults the thread to the General topic (1). This can mis-route events originating from a restricted topic into the shared :topic:1 conversation, leading to cross-topic context confusion and potential authorization bypass if topic-specific policy/bindings differ.

Key points:

  • resolveTelegramForumThreadId returns 1 when isForum is true and messageThreadId is null/undefined.
  • Callback handling uses the resolved thread id to build conversationId and threadId passed to plugin interactive handlers.
  • If a callback from a non-General topic arrives without message_thread_id, it will be treated as topic:1, so:
    • topic-specific allowlists/config (looked up by thread id) may not apply
    • plugin bindings/session state could be shared across topics
    • actions could execute in a different topic context than intended (confused deputy)

Vulnerable code paths:

  • Defaulting to General topic:
// Forum groups: use the topic ID, defaulting to General topic
if (params.messageThreadId == null) {
  return TELEGRAM_GENERAL_TOPIC_ID;
}
  • Using the resolved/fallback thread for callback routing:
const callbackThreadId = resolvedThreadId ?? dmThreadId;
const callbackConversationId =
  callbackThreadId != null ? `${chatId}:topic:${callbackThreadId}` : String(chatId);
...
threadId: callbackThreadId,

Impact depends on whether you rely on topic-level isolation (per-topic allowFrom, bindings, or plugin state). In those cases, a missing message_thread_id can cause cross-topic data exposure or privilege bypass.

Recommendation

Avoid defaulting to General topic when the topic id is unknown for security-sensitive routing.

Recommended changes:

  • Treat missing message_thread_id in forum supergroups as unknown, not as General.
  • Only map to topic 1 when you can positively identify the event as belonging to General (e.g., Telegram explicitly provides message_thread_id=1, or the update type guarantees General).
  • For callback queries, attempt to recover the topic id from the referenced message (if Telegram provides it) and fail closed (deny / ignore / require re-try) when it cannot be determined.

Example safer approach:

export function resolveTelegramForumThreadId(params: {
  isForum?: boolean;
  messageThreadId?: number | null;
}): number | undefined {
  if (!params.isForum) return undefined;// Do NOT assume General when missing; unknown topic should not be routed.
  if (params.messageThreadId == null) return undefined;
  return params.messageThreadId;
}

Then, in callback routing, ensure that when isForum===true and resolvedThreadId is undefined, you do not dispatch topic-scoped actions or you enforce additional checks before using a shared conversation key.


2. 🟡 Unbounded Telegram getChat lookups per update can cause rate-limit exhaustion (DoS)

Property Value
Severity Medium
CWE CWE-400
Location extensions/telegram/src/bot/helpers.ts:29-46

Description

The new resolveTelegramForumFlag helper performs a bot.api.getChat(chatId) request whenever chat.is_forum is missing for supergroups.

  • Input/trigger: any inbound update (messages, callbacks, native commands) where Telegram omits chat.is_forum.
  • Behavior: resolveTelegramForumFlag issues an external API call (getChat) on the hot path.
  • Issue: there is no caching, deduplication, backoff, or rate limiting, so a burst of updates can amplify into a burst of getChat calls.
  • Impact: attackers (or normal high-volume chats) can drive the bot into Telegram API rate limits or resource exhaustion, degrading availability (and potentially delaying/losing other bot operations).

Vulnerable code (hot-path external call):

// when is_forum is omitted, a getChat call is made
return extractTelegramForumFlag(await params.getChat(params.chatId)) === true;

Note: multiple runtime paths now call this helper (message handling, message context creation, and command auth), increasing the likelihood of repeated lookups.

Recommendation

Add caching and request coalescing for getChat(chatId) results, and consider rate limiting/backoff on failures.

Example approach (in-memory TTL cache + in-flight promise dedupe):

const forumFlagCache = new Map<string | number, { value: boolean; expires: number; inFlight?: Promise<boolean> }>();
const TTL_MS = 5 * 60 * 1000;

async function resolveTelegramForumFlagCached(params: {
  chatId: string | number;
  chatType?: Chat["type"];
  isGroup: boolean;
  isForum?: boolean;
  getChat?: (chatId: string | number) => Promise<unknown>;
}): Promise<boolean> {
  if (typeof params.isForum === "boolean") return params.isForum;
  if (!params.isGroup || params.chatType !== "supergroup" || !params.getChat) return false;

  const now = Date.now();
  const entry = forumFlagCache.get(params.chatId);
  if (entry && entry.expires > now) return entry.value;
  if (entry?.inFlight) return entry.inFlight;

  const inFlight = (async () => {
    try {
      const chat = await params.getChat!(params.chatId);
      const value = extractTelegramForumFlag(chat) === true;
      forumFlagCache.set(params.chatId, { value, expires: now + TTL_MS });
      return value;
    } finally {
      const e = forumFlagCache.get(params.chatId);
      if (e) delete e.inFlight;
    }
  })();

  forumFlagCache.set(params.chatId, { value: false, expires: 0, inFlight });
  return inFlight;
}

Also consider:

  • Using the bot framework’s built-in API throttling (if available)
  • Metrics/logging around getChat failures and rate-limit responses
  • Avoiding repeated lookups by normalizing/storing is_forum once per update/context (beyond withResolvedTelegramForumFlag)

Analyzed PR: #53699 at commit 546f0c8

Last updated on: 2026-03-24T16:19:48Z

@aisle-research-bot
Copy link
Copy Markdown

aisle-research-bot bot commented Mar 24, 2026

🤖 We're reviewing this PR with Aisle

We're running a security check on the changes in this PR now. This usually takes a few minutes. ⌛
We'll post the results here as soon as they're ready.

Progress:

  • Analysis
  • Triage
  • Finalization

Latest run failed. Keeping previous successful results. Trace ID: 019d200bc5db07c3b7b2acef97d8cd50.

Last updated on: 2026-03-24T16:00:33Z

tiagonix pushed a commit to tiagonix/openclaw that referenced this pull request Mar 24, 2026
Merged via squash.

Prepared head SHA: 546f0c8
Co-authored-by: huntharo <[email protected]>
Co-authored-by: huntharo <[email protected]>
Reviewed-by: @huntharo
siofra-seksbot added a commit to TheBotsters/botster-ego that referenced this pull request Mar 25, 2026
* Formatting fixes and remove trailing dash acceptance

* Remove lower casing -- preserving prior behavior

* fix: preserve legacy clawhub skill updates (openclaw#53206) (thanks @drobison00)

* feat(csp): support inline script hashes in Control UI CSP (openclaw#53307) thanks @BunsDev

Co-authored-by: BunsDev <[email protected]>
Co-authored-by: Nova <[email protected]>

* refactor: separate exec policy and execution targets

* test: print failed test lane output tails

* fix(cron): make --tz work with --at for one-shot jobs

Previously, `--at` with an offset-less ISO datetime (e.g. `2026-03-23T23:00:00`)
was always interpreted as UTC, even when `--tz` was provided. This caused one-shot
jobs to fire at the wrong time.

Changes:
- `parseAt()` now accepts an optional `tz` parameter
- When `--tz` is provided with `--at`, offset-less datetimes are interpreted in
  that IANA timezone using Intl.DateTimeFormat
- Datetimes with explicit offsets (e.g. `+01:00`, `Z`) are unaffected
- Removed the guard in cron-edit that blocked `--tz` with `--at`
- Updated `--at` help text to mention `--tz` support
- Added 2 tests verifying timezone resolution and offset preservation

* fix: land cron tz one-shot handling and prerelease config warnings (openclaw#53224) (thanks @RolfHegr)

* fix: clean changelog merge duplication (openclaw#53224) (thanks @RolfHegr)

* test: isolate line jiti runtime smoke

* refactor: harden extension runtime-api seams

* tests: improve boundary audit coverage and safety (openclaw#53080)

* tools: extend seam audit inventory

* tools: tighten seam audit heuristics

* tools: refine seam test matching

* tools: refine seam audit review heuristics

* style: format seam audit script

* tools: widen seam audit matcher coverage

* tools: harden seam audit coverage

* tools: tighten boundary audit matchers

* tools: ignore mocked import matches in boundary audit

* test: include native command reply seams in audit

* fix: command auth SecretRef resolution (openclaw#52791) (thanks @Lukavyi)

* fix(command-auth): handle unresolved SecretRef in resolveAllowFrom

* fix(command-auth): fall back to config allowlists

* fix(command-auth): avoid duplicate resolution fallback

* fix(command-auth): fail closed on invalid allowlists

* fix(command-auth): isolate fallback resolution errors

* fix: record command auth SecretRef landing notes (openclaw#52791) (thanks @Lukavyi)

---------

Co-authored-by: Ayaan Zaidi <[email protected]>

* refactor: extract cron schedule and test runner helpers

* fix: populate currentThreadTs in threading tool context fallback for Telegram DM topics (openclaw#52217)

When a channel plugin lacks a custom buildToolContext (e.g. Telegram),
the fallback path in buildThreadingToolContext did not set currentThreadTs
from the inbound MessageThreadId. This caused resolveTelegramAutoThreadId
to return undefined, so message tool sends without explicit threadId
would route to the main chat instead of the originating DM topic.

Fixes openclaw#52217

* fix: unblock runtime-api smoke checks

* refactor: split tracked ClawHub update flows

* build: prepare 2026.3.23-2

* fix: preserve command auth resolution errors on empty inferred allowlists

* docs: refresh plugin-sdk api baseline

* test: harden linux runtime smoke guards

* fix(runtime): anchor bundled plugin npm staging to active node

* tests: cron coverage and NO_REPLY delivery fixes (openclaw#53366)

* tools: extend seam audit inventory

* tools: audit cron seam coverage gaps

* test: add cron seam coverage tests

* fix: avoid marking NO_REPLY cron deliveries as delivered

* fix: clean up delete-after-run NO_REPLY cron sessions

* fix: verify global npm correction installs

* build: prepare 2026.3.24

* docs: update mac release automation guidance

* fix: fail closed when provider inference drops errored allowlists

* fix: reject nonexistent zoned cron at-times

* fix: hash inline scripts with data-src attributes

* ci: balance shards and reuse pr artifacts

* refactor: simplify provider inference and zoned parsing helpers

* fix: unify live model auth gating

* tests: add boundary coverage for media delivery (openclaw#53361)

* tests: add boundary coverage for media delivery

* tests: isolate telegram outbound adapter transport

* tests: harden telegram webhook certificate assertion

* tests: fix guardrail false positives on rebased branch

* msteams: extract structured quote/reply context (openclaw#51647)

* msteams: extract structured quote/reply context from Teams HTML attachments

* msteams: address PR openclaw#51647 review feedback

* msteams: add message edit and delete support (openclaw#49925)

- Add edit/delete action handlers with toolContext.currentChannelId
  fallback for in-thread edits/deletes without explicit target
- Add editMessageMSTeams/deleteMessageMSTeams to channel runtime
- Add updateActivity/deleteActivity to SendContext and MSTeamsTurnContext
- Extend content param with text/content/message fallback chain
- Update test mocks for new SendContext shape

Co-authored-by: Claude Opus 4.6 (1M context) <[email protected]>

* fix(doctor): honor --fix in non-interactive mode

Ensure repair-mode doctor prompts auto-accept recommended fixes even when running non-interactively, while still requiring --force for aggressive rewrites.

This restores the expected behavior for upgrade/doctor flows that rely on 'openclaw doctor --fix --non-interactive' to repair stale gateway service configuration such as entrypoint drift after global updates.

Co-authored-by: Copilot <[email protected]>

* Preserve no-restart during update doctor fixes

Co-authored-by: Copilot <[email protected]>

* fix(doctor): skip service config repairs during updates

Co-authored-by: Copilot <[email protected]>

* fix: add config clobber forensics

* fix(ui): resolve model provider from catalog instead of stale session default

When the server returns a bare model name (e.g. "deepseek-chat") with
a session-level modelProvider (e.g. "zai"), the UI blindly prepends
the provider — producing "zai/deepseek-chat" instead of the correct
"deepseek/deepseek-chat". This causes "model not allowed" errors
when switching between models from different providers.

Root cause: resolveModelOverrideValue() and resolveDefaultModelValue()
in app-render.helpers.ts, plus the /model slash command handler in
slash-command-executor.ts, all call resolveServerChatModelValue()
which trusts the session's default provider. The session provider
reflects the PREVIOUS model, not the newly selected one.

Fix: for bare model names, create a raw ChatModelOverride and resolve
through normalizeChatModelOverrideValue() which looks up the correct
provider from the model catalog. Falls back to server-provided provider
only if the catalog lookup fails. All 3 call sites are fixed.

Closes openclaw#53031

Co-Authored-By: Claude Opus 4.6 <[email protected]>
Signed-off-by: HCL <[email protected]>

* style(ui): polish agent file preview and usage popovers (openclaw#53382)

* feat: make workspace links clickable in agent context card and files list

Updated the agent context card and files list to render workspace names as clickable links, allowing users to easily access the corresponding workspace files. This enhances usability by providing direct navigation to the workspace location.

* style(ui): polish markdown preview dialog

* style(ui): reduce markdown preview list indentation

* style(ui): update markdown preview dialog width and alignment

* fix(ui): open usage filter popovers toward the right

* style(ui): adjust positioning of usage filter and export popovers

* style(ui): update sidebar footer padding and modify usage header z-index

* style(ui): adjust positioning of usage filter popover to the left and export popover to the right

* style(ui): simplify workspace link rendering in agent context card

* UI: make workspace paths interactive buttons or plain text

Agent Context card workspace (Channels/Cron panels): replace non-interactive
<div> with a real <button> wired to onSelectPanel('files'), matching the
Overview panel pattern.

Core Files footer workspace: drop workspace-link class since the user is
already on the Files panel — keep as plain text.

* fix(agents): suppress heartbeat prompt for cron-triggered embedded runs

Prevent cron-triggered embedded runs from inheriting the default heartbeat prompt so non-cron session targets stop reading HEARTBEAT.md and polluting scheduled turns.

Made-with: Cursor

* test(agents): cover additional heartbeat prompt triggers

Document that default-agent heartbeat prompt injection still applies to memory-triggered and triggerless runs while cron remains excluded.

Made-with: Cursor

* fix: land cron heartbeat prompt suppression (openclaw#53152) (thanks @Protocol-zero-0)

* msteams: implement Teams AI agent UX best practices (openclaw#51808)

Migrates the Teams extension from @microsoft/agents-hosting to the official Teams SDK (@microsoft/teams.apps + @microsoft/teams.api) and implements Microsoft's AI UX best practices for Teams agents.

- AI-generated label on all bot messages (Teams native badge + thumbs up/down)
- Streaming responses in 1:1 chats via Teams streaminfo protocol
- Welcome card with configurable prompt starters on bot install
- Feedback with reflective learning (negative feedback triggers background reflection)
- Typing indicators for personal + group chats (disabled for channels)
- Informative status updates (progress bar while LLM processes)
- JWT validation via Teams SDK createServiceTokenValidator
- User-Agent: teams.ts[apps]/<sdk-version> OpenClaw/<version> on outbound requests
- Fix copy-pasted image downloads (smba.trafficmanager.net auth allowlist)
- Pre-parse auth gate (reject unauthenticated requests before body parsing)
- Reflection dispatcher lifecycle fix (prevent leaked dispatchers)
- Colon-safe session filenames (Windows compatibility)
- Cooldown cache eviction (prevent unbounded memory growth)

Closes openclaw#51806

* refactor: tighten embedded prompt and sidecar guards

* test: audit subagent seam coverage inventory

* test: add exact-stem subagent seam tests

* refactor: clarify doctor repair flow

* fix(plugins): make Matrix recovery paths tolerate stale plugin config (openclaw#52899)

* fix(plugins): address review feedback for Matrix recovery paths (openclaw#52899)

1. Narrow loadConfigForInstall() to catch only INVALID_CONFIG errors,
   letting real failures (fs permission, OOM) propagate.
2. Assert allow array is properly cleaned in stale-cleanup test.
3. Add comment clarifying version-resolution is already addressed via
   the shared VERSION constant.
4. Run cleanStaleMatrixPluginConfig() during install so
   persistPluginInstall() → writeConfigFile() does not fail validation
   on stale Matrix load paths.

* fix(plugins): address review feedback for Matrix recovery paths (openclaw#52899)

* fix: fetch model catalog for slash command updates

* fix: restore teams sdk adapter contracts

* fix: keep slash command model qualification on rebase

* fix: clear production dependency advisories

* fix: delete subagent runs after announce give-up

* refactor: polish trigger and manifest seams

* refactor(ui): extract chat model resolution state

* fix(feishu): preserve docx block tree order (openclaw#40524)

Verified:
- pnpm install --frozen-lockfile
- pnpm build
- pnpm vitest run extensions/feishu/src/docx.test.ts

Co-authored-by: Tao Xie <[email protected]>

* fix: stabilize matrix and teams ci assertions

* fix: preserve subagent ended hooks until runtime init

* test: prune low-signal live model sweeps

* test: harden parallels smoke harness

* fix: preserve direct subagent dispatch failures on abort

* fix: report dropped subagent announce queue deliveries

* fix: unblock live harness provider discovery

* fix: finalize resumed subagent cleanup give-ups

* refactor: centralize plugin install config policy

* fix: format subagent registry test

* fix: finalize deferred subagent expiry cleanup

* fix(tui): preserve user message during slow model responses (openclaw#53115)

When a local run ends with an empty final event while another run is active,
skip history reload to prevent clearing the user's pending message from the
chat log. This fixes the 'message disappears' issue with slow models like Ollama.

* fix: preserve deferred TUI history sync (openclaw#53130) (thanks @joelnishanth)

* test: sync app chat model override expectation

* feat(ui): Control UI polish — skills revamp, markdown preview, agent workspace, macOS config tree (openclaw#53411) thanks @BunsDev

Co-authored-by: BunsDev <[email protected]>
Co-authored-by: Nova <[email protected]>

* fix(security): resolve Aisle findings — skill installer validation, terminal sanitization, URL scheme allowlisting (openclaw#53471) thanks @BunsDev

Co-authored-by: BunsDev <[email protected]>
Co-authored-by: Nova <[email protected]>

* fix: widen installer regex allowlists and deduplicate safeExternalHref calls

- SAFE_GO_MODULE: allow uppercase in module paths (A-Z)
- SAFE_BREW_FORMULA: allow @ for versioned formulas ([email protected])
- SAFE_UV_PACKAGE: allow extras [standard] and equality pins ==
- Cache safeExternalHref result in skills detail API key section

* docs: update CONTRIBUTING.md

* test: continue vitest threads migration

* test: continue vitest threads migration

* test: harden threaded shared-worker suites

* test: harden threaded channel follow-ups

* test: defer slack bolt interop for helper-only suites

* fix(agents): harden edit tool recovery (openclaw#52516)

Merged via squash.

Prepared head SHA: e23bde8
Co-authored-by: mbelinky <[email protected]>
Co-authored-by: mbelinky <[email protected]>
Reviewed-by: @mbelinky

* fix(docs): correct json55 typo to json5 in IRC channel docs (openclaw#50831) (openclaw#50842)

Merged via squash.

Prepared head SHA: 0f743bf
Co-authored-by: Hollychou924 <[email protected]>
Co-authored-by: altaywtf <[email protected]>
Reviewed-by: @altaywtf

* fix(secrets): prevent unresolved SecretRef from crashing embedded agent runs

Root cause: Telegram channel monitor captures config at startup before secrets
are resolved and passes it as configOverride into the reply pipeline. Since
getReplyFromConfig() uses configOverride directly (skipping loadConfig() which
reads the resolved runtime snapshot), the unresolved SecretRef objects propagate
into FollowupRun.run.config and crash runEmbeddedPiAgent().

Fix (defense in depth):
- get-reply.ts: detect unresolved SecretRefs in configOverride and fall back to
  loadConfig() which returns the resolved runtime snapshot
- message-tool.ts: try-catch around schema/description building at tool creation
  time so channel discovery errors don't crash the agent
- message-tool.ts: detect unresolved SecretRefs in pre-bound config at tool
  execution time and fall back to gateway secret resolution

Fixes: openclaw#45838

* fix: merge explicit reply config overrides onto fresh config

* fix: clean up failed non-thread subagent spawns

* fix: initialize plugins before killed subagent hooks

* fix: report qmd status counts from real qmd manager (openclaw#53683) (thanks @neeravmakwana)

* fix(memory): report qmd status counts from index

* fix(memory): reuse full qmd manager for status

* fix(memory): harden qmd status manager lifecycle

* fix: ci

* fix: finalize killed delete-mode subagent cleanup

* fix: clean up attachments for killed subagent runs

* feat(cli): support targeting running containerized openclaw instances (openclaw#52651)

Signed-off-by: sallyom <[email protected]>

* fix: ci

* Telegram: recover General topic bindings (openclaw#53699)

Merged via squash.

Prepared head SHA: 546f0c8
Co-authored-by: huntharo <[email protected]>
Co-authored-by: huntharo <[email protected]>
Reviewed-by: @huntharo

* fix: clean up attachments for released subagent runs

* fix(ci): do not cancel in-progress main runs

* fix: clean up attachments for orphaned subagent runs

* test: speed up discord extension suites

* test: speed up slack extension suites

* test: speed up telegram extension suites

* test: speed up whatsapp and shared test suites

* fix(ci): do not cancel in-progress bun runs on main

* fix: clean up attachments when replacing subagent runs

* feat(discord): add autoThreadName 'generated' strategy (openclaw#43366)

* feat(discord): add autoThreadName 'generated' strategy

Adds async thread title generation for auto-created threads:
- autoThread: boolean - enables/disables auto-threading
- autoThreadName: 'message' | 'generated' - naming strategy
- 'generated' uses LLM to create concise 3-6 word titles
- Includes channel name/description context for better titles
- 10s timeout with graceful fallback

* Discord: support non-key auth for generated thread titles

* Discord: skip fallback auto-thread rename

* Discord: normalize generated thread title first content line

* Discord: split thread title generation helpers

* Discord: tidy thread title generation constants and order

* Discord: use runtime fallback model resolution for thread titles

* Discord: resolve thread-title model aliases

* Discord: fallback thread-title model selection to runtime defaults

* Agents: centralize simple completion runtime

* fix(discord): pass apiKey to complete() for thread title generation

The setRuntimeApiKey approach only works for full agent runs that use
authStorage.getApiKey(). The pi-ai complete() function expects apiKey
directly in options or falls back to env vars — it doesn't read from
authStorage.runtimeOverrides.

Fixes thread title generation for Claude/Anthropic users.

* fix(agents): return exchanged Copilot token from prepareSimpleCompletionModel

The recent thread-title fix (3346ba6) passes prepared.auth.apiKey to
complete(). For github-copilot, this was still the raw GitHub token
rather than the exchanged runtime token, causing auth failures.

Now setRuntimeApiKeyForCompletion returns the resolved token and
prepareSimpleCompletionModel includes it in auth.apiKey, so both the
authStorage path and direct apiKey pass-through work correctly.

* fix(agents): catch auth lookup exceptions in completion model prep

getApiKeyForModel can throw for credential issues (missing profile, etc).
Wrap in try/catch to return { error } for fail-soft handling rather than
propagating rejected promises to callers like thread title generation.

* Discord: strip markdown wrappers from generated thread titles

* Discord/agents: align thread-title model and local no-auth completion headers

* Tests: import fresh modules for mocked thread-title/simple-completion suites

* Agents: apply exchanged Copilot baseUrl in simple completions

* Discord: route thread runtime imports through plugin SDK

* Lockfile: add Discord pi-ai runtime dependency

* Lockfile: regenerate Discord pi-ai runtime dependency entries

* Agents: use published Copilot token runtime module

* Discord: refresh config baseline and lockfile

* Tests: split extension runs by isolation

* Discord: add changelog for generated thread titles (openclaw#43366) (thanks @davidguttman)

---------

Co-authored-by: Onur Solmaz <[email protected]>
Co-authored-by: Onur Solmaz <[email protected]>

* add missing autoArchiveDuration to DiscordGuildChannelConfig type (openclaw#43427)

* add missing autoArchiveDuration to DiscordGuildChannelConfig type

The autoArchiveDuration field is present in the Zod schema
(DiscordGuildChannelSchema) and actively used at runtime in
threading.ts and allow-list.ts, but was missing from the
canonical TypeScript type definition.

Add autoArchiveDuration to DiscordGuildChannelConfig to align
the type with the schema and runtime usage.

* Discord: add changelog for config type fix (openclaw#43427) (thanks @davidguttman)

---------

Co-authored-by: Onur Solmaz <[email protected]>

* refactor: dedupe test and script helpers

* test: speed up discord extension suites

* test: speed up slack extension suites

* test: speed up telegram extension suites

* test: speed up signal and whatsapp extension suites

* fix(discord): avoid bundling pi-ai runtime deps

* fix(lockfile): sync discord dependency removal

* test: speed up discord slack telegram suites

* test: speed up whatsapp and signal suites

* test: speed up google and twitch suites

* test: speed up core unit suites

* fix: preserve cleanup hooks after subagent register failure

* fix: preserve session cleanup hooks after subagent announce

* Feishu: avoid CLI startup failure on unresolved SecretRef

* fix(doctor): add missing baseUrl and models when migrating nano-banana apiKey to google provider

The legacy nano-banana-pro skill migration moves the Gemini API key to
models.providers.google.apiKey but does not populate the required baseUrl
and models fields on the provider entry. When the google provider object
is freshly created (no pre-existing config), the resulting config fails
Zod validation on write:

  Config validation failed: models.providers.google.baseUrl:
  Invalid input: expected string, received undefined

Fix: default baseUrl to 'https://generativelanguage.googleapis.com' and
models to [] when they are not already set, matching the defaults used
elsewhere in the codebase (embeddings-gemini, pdf-native-providers).

Fixes the 'doctor --fix' crash for users who only have a legacy
nano-banana-pro skill entry and no existing models.providers.google.

* fix: use v1beta for migrated google nano banana provider (openclaw#53757) (thanks @mahopan)

* docs: add changelog for PR openclaw#53675 (thanks @hpt)

* fix(msteams): harden feedback reflection follow-ups

* test: stabilize preaction process title assertion (openclaw#53808)

Regeneration-Prompt: |
  Current origin/main fails src/cli/program/preaction.test.ts because the
  test asserts on process.title directly inside Vitest, where that runtime
  interaction is not stable enough to observe the write reliably. Keep the
  production preaction behavior unchanged. Make the test verify that the
  hook assigns the expected title by wrapping process.title with a local
  getter/setter during each test and restoring the original descriptor
  afterward so other tests keep the real process object behavior.

* fix(auth): protect fresher codex reauth state

- invalidate cached Codex CLI credentials when auth.json changes within the TTL window
- skip external CLI sync when the stored Codex OAuth credential is newer
- cover both behaviors with focused regression tests

Refs openclaw#53466

Co-authored-by: Copilot <[email protected]>

* fix: return structured errors for subagent control send failures

* refactor: centralize google API base URL handling

* refactor(msteams): split reply and reflection helpers

* refactor(auth): unify external CLI credential sync

* refactor: split feishu runtime and inspect secret resolution

* test(memory): clear browser and plugin caches between cases

* fix(types): add workspace module shims

* fix: avoid duplicate orphaned subagent resumes

* test(memory): enable lower-interval heap snapshots

* fix: audit clobbered config reads

* fix(whatsapp): filter fromMe messages in groups to prevent infinite loop (openclaw#53386)

* fix: suppress only recent whatsapp group echoes (openclaw#53624) (thanks @w-sss)

* test: speed up slack and telegram suites

* test: speed up cli and model command suites

* test: speed up command runtime suites

* test: speed up backup and doctor suites

* fix(memory): avoid caching status-only managers

* fix: stabilize logging config imports

* fix(slack): improve interactive reply parity (openclaw#53389)

* fix(slack): improve interactive reply parity

* fix(slack): isolate reply interactions from plugins

* docs(changelog): note slack interactive parity fixes

* fix(slack): preserve preview text for local agent replies

* fix(agent): preserve directive text in local previews

* test: preserve child_process exports in restart bun mock

* fix(memory): avoid caching qmd status managers

* test: speed up browser and gateway suites

* test: speed up media fetch suite

* fix(acp): deliver final result text as fallback when no blocks routed

- Check routedCounts.final to detect prior delivery
- Skip fallback for ttsMode='all' to avoid duplicate TTS processing
- Use delivery.deliver for proper routing in cross-provider turns
- Fixes openclaw#46814 where ACP child run results were not delivered

* fix: tighten ACP final fallback semantics (openclaw#53692) (thanks @w-sss)

* fix: unify pi runner usage snapshot fallback

* refactor: isolate ACP final delivery flow

* fix(ci): stop dropping pending main workflow runs

* test(memory): isolate new unit hotspot files

* test(memory): isolate browser remote-tab hotspot

* test(memory): isolate plugin-core hotspot

* test(memory): isolate telegram bot hotspot

* fix: continue subagent kill after session store write failures

* test(memory): isolate telegram fetch hotspot

* test: speed up plugin-sdk and cron suites

* test: speed up browser suites

* test(memory): isolate telegram monitor hotspot

* test(memory): isolate slack action-runtime hotspot

* test(memory): recycle shared channels batches

* fix: fail closed when subagent steer remap fails

* Providers: fix kimi-coding thinking normalization

* Providers: fix kimi fallback normalization

* Plugins: resolve sdk aliases from the running CLI

* Plugins: trust only startup cli sdk roots

* Plugins: sanitize sdk export subpaths

* Webchat: handle bare /compact as session compaction

* Chat UI: tighten compact transport handling

* Chat UI: guard compact retries

* fix: ignore stale subagent steer targets

* fix(discord): notify user on discord when inbound worker times out (openclaw#53823)

* fix(discord): notify user on discord when inbound worker times out.

* fix(discord): notify user on discord when inbound worker times out.

* Discord: await timeout fallback reply

* Discord: add changelog for timeout reply fix (openclaw#53823) (thanks @Kimbo7870)

---------

Co-authored-by: VioGarden <[email protected]>
Co-authored-by: Onur Solmaz <[email protected]>

* refactor(channels): route registry lookups through runtime

* refactor(plugins): make runtime registry lazy

* refactor(plugins): make hook runner global lazy

* refactor(plugins): make command registry lazy

* fix: allow compact retry after failed session compaction (openclaw#53875)

* refactor(gateway): make plugin fallback state lazy

* refactor(plugins): make interactive state lazy

* fix(memory): align status manager concurrency test

* fix(runtime): stabilize dist runtime artifacts (openclaw#53855)

* fix(build): stabilize lazy runtime entry paths

* fix(runtime): harden bundled plugin npm staging

* docs(changelog): note runtime artifact fixes

* fix(runtime): stop trusting npm_execpath

* fix(runtime): harden Windows npm staging

* fix(runtime): add safe Windows npm fallback

* ci: start required checks earlier (openclaw#53844)

* ci: start required checks earlier

* ci: restore pnpm in security-fast

* ci: skip docs-only payloads in early check jobs

* ci: harden untrusted pull request execution

* ci: pin gradle setup action

* ci: normalize pull request concurrency cancellation

* ci: remove duplicate early-lane setup

* ci: keep install-smoke push runs unique

* fix: unblock supervisor and memory gate failures

* test: stabilize low-profile parallel gate

* refactor(core): make event and queue state lazy

* fix(ci): refresh plugin sdk baseline and formatting

* chore: refresh plugin sdk api baseline

* fix: ignore stale subagent kill targets

* perf(plugins): scope web search plugin loads

* fix: ignore stale subagent send targets

* fix: validate agent workspace paths before writing identity files (openclaw#53882)

* fix: validate agent workspace paths before writing identity files

* Feedback updates and formatting fixes

* refactor: dedupe tests and harden suite isolation

* test: fix manifest registry fixture typing

* fix: ignore stale bulk subagent kill targets

* fix(cli): precompute bare root help startup path

* fix(test): stabilize npm runner path assertion

* test(gateway): align safe open error code

* test: speed up targeted unit suites

* fix: prefer current subagent targets over stale rows

* fix(ci): use target-platform npm path semantics

* Adjust CLI backend environment handling before spawn (openclaw#53921)

security(agents): sanitize CLI backend env overrides before spawn

* fix: surface finished subagent send targets

* perf(memory): avoid eager provider init on empty search

* fix(test): satisfy cli backend config typing

* fix: let subagent kill cascade through ended parents

* perf(sqlite): use existence probes for empty memory search

* fix: allow follow-up sends to finished subagents

* fix: steer ended subagent orchestrators with live descendants

* test: speed up browser pw-tools-core suites

* test: speed up memory and secrets suites

* fix(ci): align lazy memory provider tests

* fix(test): stabilize memory vector dedupe assertion

* fix(test): isolate github copilot token imports

* fix: keep active-descendant subagents visible in reply status

* refactor: dedupe helpers and source seams

* test: fix rebase gate regressions

* Adjust Feishu webhook request body limits (openclaw#53933)

* fix: dedupe stale subagent rows in reply views

* ci: batch shared extensions test lane

* fix: report deduped subagent totals

* fix: dedupe verbose subagent status counts

* fix: align /agents ids with subagent targets

* refactor: dedupe test helpers and harnesses

* perf(memory): builtin sqlite hot-path follow-ups (openclaw#53939)

* chore(perf): start builtin sqlite hotpath workstream

* perf(memory): reuse sqlite statements during sync

* perf(memory): snapshot file state during sync

* perf(memory): consolidate status sqlite reads

* docs(changelog): note builtin sqlite perf work

* perf(memory): avoid session table scans on targeted sync

* test: speed up memory provider suites

* test: speed up slack monitor suites

* test: speed up discord channel suites

* test: speed up telegram and whatsapp suites

* ci: increase test shard fanout

* fix: clean up matrix /agents binding labels

* fix: dedupe active child session counts

* fix: dedupe restarted descendant session counts

* fix: blcok non-owner authorized senders from chaning /send policy (openclaw#53994)

* fix(slack): trim DM reply overhead and restore Codex auto transport (openclaw#53957)

* perf(slack): instrument runtime and trim DM overhead

* perf(slack): lazy-init draft previews

* perf(slack): add turn summary diagnostics

* perf(core): trim repeated runtime setup noise

* perf(core): preselect default web search providers

* perf(agent): restore OpenAI auto transport defaults

* refactor(slack): drop temporary perf wiring

* fix(slack): address follow-up review notes

* fix(security): tighten slack and runtime defaults

* style(web-search): fix import ordering

* style(agent): remove useless spread fallback

* docs(changelog): note slack runtime hardening

* test: speed up discord monitor suites

* test: speed up cli and command suites

* test: speed up slack monitor suites

* fix: ignore stale rows in subagent activity checks

* fix: prefer latest subagent rows for session control

* fix: ignore stale rows in subagent admin kill

* fix: dedupe stale child completion announces

* fix: ignore stale rows in subagent steer

* fix: cascade bulk subagent kills past stale rows

* fix: address FootGun's PR #8 review — regenerate metadata + fix Zulip imports

1. Regenerated bundled-plugin-metadata.generated.ts (stale after upstream merge)
2. Fixed Zulip extension monolithic plugin-sdk imports:
   - OpenClawPluginApi → openclaw/plugin-sdk/plugin-entry
   - emptyPluginConfigSchema, PluginRuntime, OpenClawConfig → openclaw/plugin-sdk/core
   - ChannelAccountSnapshot inline imports → openclaw/plugin-sdk/zulip
3. Added ChannelAccountSnapshot re-export to src/plugin-sdk/zulip.ts

---------

Signed-off-by: HCL <[email protected]>
Signed-off-by: sallyom <[email protected]>
Co-authored-by: Devin Robison <[email protected]>
Co-authored-by: Peter Steinberger <[email protected]>
Co-authored-by: Val Alexander <[email protected]>
Co-authored-by: BunsDev <[email protected]>
Co-authored-by: Nova <[email protected]>
Co-authored-by: Rolfy <[email protected]>
Co-authored-by: Tak Hoffman <[email protected]>
Co-authored-by: Taras Lukavyi <[email protected]>
Co-authored-by: Ayaan Zaidi <[email protected]>
Co-authored-by: Vincent Koc <[email protected]>
Co-authored-by: sudie-codes <[email protected]>
Co-authored-by: Claude Opus 4.6 (1M context) <[email protected]>
Co-authored-by: giulio-leone <[email protected]>
Co-authored-by: Copilot <[email protected]>
Co-authored-by: HCL <[email protected]>
Co-authored-by: Protocol-zero-0 <[email protected]>
Co-authored-by: Sid Uppal <[email protected]>
Co-authored-by: Catalin Lupuleti <[email protected]>
Co-authored-by: Tao Xie <[email protected]>
Co-authored-by: Tao Xie <[email protected]>
Co-authored-by: joelnishanth <[email protected]>
Co-authored-by: Mariano <[email protected]>
Co-authored-by: HollyChou <[email protected]>
Co-authored-by: altaywtf <[email protected]>
Co-authored-by: Neerav Makwana <[email protected]>
Co-authored-by: Sally O'Malley <[email protected]>
Co-authored-by: Harold Hunt <[email protected]>
Co-authored-by: huntharo <[email protected]>
Co-authored-by: David Guttman <[email protected]>
Co-authored-by: Onur Solmaz <[email protected]>
Co-authored-by: Onur Solmaz <[email protected]>
Co-authored-by: Han Pingtian <[email protected]>
Co-authored-by: Maho Pan <[email protected]>
Co-authored-by: Josh Lehman <[email protected]>
Co-authored-by: w-sss <[email protected]>
Co-authored-by: scoootscooob <[email protected]>
Co-authored-by: Bob <[email protected]>
Co-authored-by: VioGarden <[email protected]>
Co-authored-by: scoootscooob <[email protected]>
Co-authored-by: Devin Robison <[email protected]>
netandreus pushed a commit to netandreus/openclaw that referenced this pull request Mar 25, 2026
Merged via squash.

Prepared head SHA: 546f0c8
Co-authored-by: huntharo <[email protected]>
Co-authored-by: huntharo <[email protected]>
Reviewed-by: @huntharo
npmisantosh pushed a commit to npmisantosh/openclaw that referenced this pull request Mar 25, 2026
Merged via squash.

Prepared head SHA: 546f0c8
Co-authored-by: huntharo <[email protected]>
Co-authored-by: huntharo <[email protected]>
Reviewed-by: @huntharo
godlin-gh pushed a commit to YouMindInc/openclaw that referenced this pull request Mar 27, 2026
Merged via squash.

Prepared head SHA: 546f0c8
Co-authored-by: huntharo <[email protected]>
Co-authored-by: huntharo <[email protected]>
Reviewed-by: @huntharo
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

channel: telegram Channel integration: telegram maintainer Maintainer-authored PR size: M

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant