fix(telegram): show typing for accepted topic messages#99965
Conversation
|
ClawSweeper review: did not complete due to Codex infrastructure failure. Reviewed July 5, 2026, 7:46 PM ET / 23:46 UTC. Summary PR surface: Source 0, Tests +83. Total +83 across 2 files. Reproducibility: unclear. The review failed before ClawSweeper could establish a reproduction path. Review metrics: none identified. Merge readiness This is a ClawSweeper/Codex infrastructure failure, not a PR readiness or patch-quality verdict. Risk before merge
Maintainer options:
Next step before merge
Review detailsBest possible solution: Retry the Codex review after fixing the execution failure. Do we have a high-confidence way to reproduce the issue? Unclear. The review failed before ClawSweeper could establish a reproduction path. Is this the best way to solve the issue? Unclear. Retry the review first so ClawSweeper can evaluate the actual issue and fix direction. AGENTS.md: unclear because the file could not be read completely. Codex review notes: model internal, reasoning high; reviewed against 65aec9644069. Label changesLabel changes:
Evidence reviewedPR surface: Source 0, Tests +83. Total +83 across 2 files. View PR surface stats
What I checked:
Likely related people:
How this review workflow works
Review history (4 earlier review cycles)
|
de6dc8c to
e32cf93
Compare
|
@openclaw-mantis telegram desktop proof: verify an addressed forum-topic message shows typing immediately after acceptance while room_event and unaddressed require-mention messages stay quiet. |
|
Addressed ClawSweeper P1 timing feedback in |
Mantis Telegram Desktop ProofSummary: Mantis captured native Telegram Desktop before/after GIF evidence with Convex-leased Telegram credentials.
Motion-trimmed clips: Raw QA files: https://artifacts.openclaw.ai/mantis/telegram-desktop/pr-99965/run-28707408543-1/index.json |
|
@openclaw-mantis telegram desktop proof: rerun current head e32cf93 and verify an addressed forum-topic message shows typing immediately after acceptance while room_event and unaddressed require-mention messages stay quiet. |
|
Current-head proof follow-up: the rerun request above did not start the Telegram Desktop proof because the issue_comment workflow authorized |
e32cf93 to
fa89a1a
Compare
50d62b9 to
76dfef1
Compare
|
Land-ready review completed for exact head Proof:
The patch remains narrow: accepted non- |
|
Merged via squash.
|
Co-authored-by: Moeed Ahmed <5780040+moeedahmed@users.noreply.github.com>
Co-authored-by: Moeed Ahmed <5780040+moeedahmed@users.noreply.github.com>




Related: #92287
What Problem This Solves
Accepted Telegram forum-topic messages can spend noticeable time in context and session construction before the existing typing cue runs. During that window, an addressed message looks dropped even though OpenClaw accepted it.
Why This Change Was Made
Telegram direct chats already send the first native typing cue after access and body validation but before expensive context construction. This extends that same timing to accepted non-
room_eventgroup/topic turns.The cue still runs only after authorization, mention gating, body classification, and configured-binding readiness. Ambient room events and unaddressed require-mention messages remain quiet. The later fallback in
bot-message.tsstill covers any accepted path that did not send this early cue.This is complementary to #92287, which covers queued follow-up and dispatch typing policy.
User Impact
Users in Telegram forum topics get prompt native typing feedback for messages OpenClaw has accepted. Dropped, ambient, and unaddressed group traffic does not produce a false acceptance signal.
Evidence
76dfef13052c72f8672f2cf737a0f7d53a895a6e.node scripts/run-vitest.mjs extensions/telegram/src/bot-message-context.typing.test.ts extensions/telegram/src/bot-message-context.require-mention.test.ts extensions/telegram/src/bot-message.test.ts- 3 files, 33 tests passed after rebasing onto currentmain.28761749596completed successfully.28707408543proved forum-topic typing delivery on the prior candidate. The exact-order follow-up moves that same cue before context construction and is covered by the invocation-order test.28759453474did not produce a behavioral verdict: its manifest skipped both baseline and candidate because the recorded previews lost the proof chat framing. No product assertion failed.