hermes - 💡(How to fix) Fix Telegram busy-session interrupt buttons can disappear during long turns

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…
RAW_BUFFERClick to expand / collapse

Bug Description

Telegram gateway can lose visible busy-session controls (/steer, /interrupt, /stop) during long-running turns even when display.busy_buttons: true is configured.

This surfaced during a live Nagatha/Skippy web-automation workflow: after gateway restarts/config edits, Tyler observed the interrupt buttons were gone again while the agent was still doing tool work.

Expected Behavior

When a Telegram session is actively running tools or otherwise busy, the user should have visible interrupt controls attached to a current control/progress bubble:

  • /steer
  • /interrupt
  • /stop

This should survive common live operations:

  • gateway restart
  • profile config edits unrelated to busy buttons
  • tool progress / streaming / background process notification configuration changes

Actual Behavior

The controls disappear from the Telegram UX despite profile config still showing:

  • display.busy_buttons: true
  • display.busy_input_mode: queue
  • display.tool_progress: all

Evidence / Context

Local profile checks showed busy buttons enabled for Nagatha and Skippy, but Telegram did not show controls. Launchd also reported stale/non-zero status for ai.hermes.gateway-nagatha while a gateway process was still running, suggesting state/process supervision may contribute.

Notes

This may be fork/live-branch drift or a bypass path where busy controls are only attached to some tool-progress surfaces. The issue should be tested against origin/main with a fake Telegram adapter/harness that starts a long tool turn and verifies reply_markup contains the busy-session control row throughout the turn.

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