openclaw - ✅(Solved) Fix 2026.4.29: Telegram bundled channel loader warns missing grammy despite runtime deps staging it [1 pull requests, 2 comments, 3 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#75733Fetched 2026-05-02 05:31:06
View on GitHub
Comments
2
Participants
3
Timeline
6
Reactions
2
Author
Timeline (top)
cross-referenced ×3commented ×2closed ×1

After updating to OpenClaw 2026.4.29, Telegram is operational again, but the gateway logs still show a bundled channel loader warning for Telegram because grammy is resolved from the global OpenClaw package context instead of the staged plugin runtime-deps context.

This looks like a dependency loader/context mismatch rather than a permanently missing package.

Error Message

The live Telegram channel can function, but status/log loader paths still try to load Telegram send code from the global package context and warn because grammy is not installed there.

Root Cause

After updating to OpenClaw 2026.4.29, Telegram is operational again, but the gateway logs still show a bundled channel loader warning for Telegram because grammy is resolved from the global OpenClaw package context instead of the staged plugin runtime-deps context.

Fix Action

Fixed

PR fix notes

PR #75751: Fix/missing plugin deps

Description (problem / solution / changelog)

Summary

Describe the problem and fix in 2–5 bullets:

  • Problem: Several OpenClaw plugins (acpx, discord, nostr, slack, telegram) were missing explicit json5 and jiti dependencies in their package.json files. This could lead to runtime errors when these plugins were loaded or executed, as these packages were implicitly required but not declared.
  • Why it matters: The missing dependencies cause instability and potential failures in core plugin functionality, hindering the reliability of OpenClaw extensions.
  • What changed: Added json5 (version ^2.2.3) and jiti (version ^2.6.1) as direct dependencies to the package.json files of the acpx, discord, nostr, slack, and telegram extensions. Minor version adjustments for other dependencies (e.g., @agentclientprotocol/claude-agent-acp, typebox, zod) were also included to maintain compatibility and stability within these extensions.
  • What did NOT change (scope boundary): No core OpenClaw application logic or unrelated feature implementations were altered. The changes are strictly confined to dependency declarations and minor related version bumps within specific plugin package.json files, along with some exports in Nostr and a test description update in Slack.

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 (Minor dependency version change in discord, may affect auth)
  • Memory / storage
  • Integrations (Affected plugins: acpx, discord, nostr, slack, telegram)
  • API / contracts
  • UI / DX
  • CI/CD / infra

Linked Issue/PR

  • Closes #
  • Related #
  • This PR fixes a bug or regression (Implicitly, as no specific issue was linked)

Root Cause (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: Undocumented or undeclared transitive dependencies (json5, jiti) were relied upon by the plugins, leading to runtime failures when the environment did not provide them. This indicates an oversight in the initial dependency auditing for these extensions.
  • Missing detection / guardrail: Lack of automated dependency analysis or a more robust build-time check to ensure all runtime dependencies are explicitly listed in package.json.
  • Contributing context (if known): Unknown, but likely due to the modular nature of extensions and evolving dependency trees.

Regression Test Plan (if applicable)

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

  • Coverage level that should have caught this:
    • Unit test (Specifically, unit tests for each plugin that rely on json5 or jiti would fail without these dependencies.)
    • Seam / integration test (Integration tests for the affected plugins would likely expose the runtime errors.)
    • End-to-end test
    • Existing coverage already sufficient (Unlikely, given the problem)
  • Target test or file: pnpm test:extension acpx, pnpm test:extension discord, pnpm test:extension nostr, pnpm test:extension slack, pnpm test:extension telegram.
  • Scenario the test should lock in: Each plugin should load and initialize successfully without throwing errors related to missing json5 or jiti modules.
  • Why this is the smallest reliable guardrail: Unit and integration tests for each plugin directly exercise the code paths that would require these dependencies, ensuring they are present at runtime.
  • Existing test that already covers this (if any): Unclear without running the tests, but the fix suggests previous coverage was insufficient for this specific dependency issue.
  • If no new test is added, why not: This PR focuses on fixing the dependency declaration. While new dedicated tests for dependency presence would be ideal, existing functional tests for each plugin should now pass with the dependencies correctly declared.

User-visible / Behavior Changes

List user-visible changes (including defaults/config).
If none, write None.

None. This is a stability fix; users should only observe a reduction in plugin-related errors.

Diagram (if applicable)

For UI changes or non-trivial logic flows, include a small ASCII diagram reviewers can scan quickly. Otherwise write N/A.

N/A

Security Impact (required)

  • New permissions/capabilities? (No)
  • Secrets/tokens handling changed? (No)
  • New/changed network calls? (No)
  • Command/tool execution surface changed? (No)
  • Data access scope changed? (No)
  • If any Yes, explain risk + mitigation: N/A

Repro + Verification

Environment

  • OS: Linux
  • Runtime/container: Node.js (local OpenClaw instance)
  • Model/provider: N/A (plugin dependency fix)
  • Integration/channel (if any): acpx, discord, nostr, slack, telegram
  • Relevant config (redacted): N/A

Steps

  1. Clone the openclaw/openclaw repository.
  2. Checkout the main branch.
  3. Attempt to use any of the affected plugins (e.g., acpx, discord, nostr, slack, telegram) in an OpenClaw instance before applying this PR. Observe potential errors related to missing json5 or jiti modules.
  4. Apply the changes from this PR.
  5. Rebuild and restart the OpenClaw instance.
  6. Attempt to use the affected plugins again.

Expected

  • Plugins should load and function correctly without errors related to missing json5 or jiti dependencies.

Actual

  • Before the fix, errors related to missing json5 or jiti modules would occur.
  • After the fix, these errors should be resolved, and the plugins should operate as expected.

Evidence

Attach at least one:

  • Failing test/log before + passing after (Implicit: logs showing module not found errors before the PR, and absence of such errors after)
  • Trace/log snippets
  • Screenshot/recording
  • Perf numbers (if relevant)

Human Verification (required)

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

  • Verified scenarios: Checked package.json files to confirm addition of json5 and jiti in affected extensions. Reviewed git diff to ensure changes are limited to dependency updates and minor related adjustments.
  • Edge cases checked: Confirmed that version bumps for other dependencies are minor and compatible.
  • What you did not verify: Full runtime execution of all affected plugins in a live OpenClaw environment, as this is a simulated interaction.

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.

Compatibility / Migration

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

Risks and Mitigations

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

  • Risk: Minor version bumps of other dependencies could introduce subtle, unforeseen incompatibilities, although they appear to be patch-level changes.
    • Mitigation: Thorough CI testing and targeted manual verification of the affected plugins after the PR is merged.

Changed files

  • extensions/acpx/package.json (modified, +4/-2)
  • extensions/discord/package.json (modified, +5/-3)
  • extensions/nostr/package.json (modified, +3/-1)
  • extensions/slack/package.json (modified, +3/-1)
  • extensions/telegram/package.json (modified, +4/-2)

Code Example

[channels] failed to load bundled channel telegram: Cannot find module 'grammy'
Require stack:
- /home/coolmann/.npm-global/lib/node_modules/openclaw/dist/extensions/telegram/send-t4GTTdHF.js

---

/home/coolmann/.npm-global/lib/node_modules/openclaw/node_modules/grammy/package.json missing

---

/home/coolmann/.openclaw/plugin-runtime-deps/openclaw-2026.4.29-db7bc7ef7100/node_modules/grammy/package.json 1.42.0

---

[plugins] acpx staging bundled runtime deps (... grammy@^1.42.0 ...)
[plugins] acpx installed bundled runtime deps in 3ms (... grammy@^1.42.0 ...)

---

ERR_MODULE_NOT_FOUND: Cannot find package '@mariozechner/pi-coding-agent'
imported from /home/coolmann/.openclaw/plugin-runtime-deps/openclaw-2026.4.29-db7bc7ef7100/dist/pi-embedded-RhaMl0u2.js

---

pkgVersion=0.70.6
pi-embedded-import=ok
selection-import=ok
RAW_BUFFERClick to expand / collapse

Summary

After updating to OpenClaw 2026.4.29, Telegram is operational again, but the gateway logs still show a bundled channel loader warning for Telegram because grammy is resolved from the global OpenClaw package context instead of the staged plugin runtime-deps context.

This looks like a dependency loader/context mismatch rather than a permanently missing package.

Environment

  • OpenClaw: 2026.4.29 (a448042)
  • Install path: /home/coolmann/.npm-global/lib/node_modules/openclaw
  • Runtime deps path observed: /home/coolmann/.openclaw/plugin-runtime-deps/openclaw-2026.4.29-db7bc7ef7100
  • Node: v22.22.2
  • OS: Linux x64
  • Channel: Telegram

What I observed

The live Telegram provider starts and direct Telegram messages are reaching the assistant, but logs contain:

[channels] failed to load bundled channel telegram: Cannot find module 'grammy'
Require stack:
- /home/coolmann/.npm-global/lib/node_modules/openclaw/dist/extensions/telegram/send-t4GTTdHF.js

grammy is not present in the global package context:

/home/coolmann/.npm-global/lib/node_modules/openclaw/node_modules/grammy/package.json missing

But grammy is present in the staged plugin runtime deps context:

/home/coolmann/.openclaw/plugin-runtime-deps/openclaw-2026.4.29-db7bc7ef7100/node_modules/grammy/package.json 1.42.0

The gateway startup logs also show the staged deps include grammy:

[plugins] acpx staging bundled runtime deps (... grammy@^1.42.0 ...)
[plugins] acpx installed bundled runtime deps in 3ms (... grammy@^1.42.0 ...)

Related earlier symptom

During/shortly after the same 2026.4.29 update/restart, Telegram message processing failed with a similar module-resolution symptom for @mariozechner/pi-coding-agent:

ERR_MODULE_NOT_FOUND: Cannot find package '@mariozechner/pi-coding-agent'
imported from /home/coolmann/.openclaw/plugin-runtime-deps/openclaw-2026.4.29-db7bc7ef7100/dist/pi-embedded-RhaMl0u2.js

Later checks showed that package existed and imported successfully from the runtime-deps context:

pkgVersion=0.70.6
pi-embedded-import=ok
selection-import=ok

So this may be related to runtime dependency staging visibility or loader context during/after startup.

Expected behavior

Bundled channel loaders should resolve their declared dependencies from the same staged runtime-deps context used by the live gateway/plugin runtime, or the package install should include required bundled channel deps in the global package context if those loaders execute there.

Actual behavior

The live Telegram channel can function, but status/log loader paths still try to load Telegram send code from the global package context and warn because grammy is not installed there.

Impact

  • Creates confusing warnings after a successful update/restart.
  • Makes it hard to distinguish a real Telegram outage from a loader-context warning.
  • May be related to transient post-update Telegram processing failures where runtime-deps packages exist but are not visible to the live handler at the moment of processing.

Notes

I have local before/after restart snapshots if more detail is useful, but avoided attaching full logs because they may contain private operational metadata.

extent analysis

TL;DR

The issue can be resolved by ensuring that the grammy package is resolved from the staged plugin runtime-deps context instead of the global OpenClaw package context.

Guidance

  • Verify that the grammy package is correctly installed in the staged plugin runtime-deps context by checking the presence of grammy in the /home/coolmann/.openclaw/plugin-runtime-deps/openclaw-2026.4.29-db7bc7ef7100/node_modules directory.
  • Check the OpenClaw configuration to ensure that the staged plugin runtime-deps context is correctly set up and that the grammy package is included in the list of dependencies.
  • Investigate the possibility of a loader context mismatch by reviewing the OpenClaw documentation and code to understand how the loader context is determined and how it can be configured.
  • Consider updating the OpenClaw configuration to include the grammy package in the global package context, if it is intended to be used by the live gateway/plugin runtime.

Example

No code snippet is provided as the issue is related to package resolution and context, and the solution will depend on the specific OpenClaw configuration and setup.

Notes

The issue may be related to a transient post-update problem, and resolving the package resolution issue may require updates to the OpenClaw configuration or code. Additional logging and debugging may be necessary to fully understand the issue.

Recommendation

Apply a workaround by ensuring that the grammy package is installed in the global package context, or update the OpenClaw configuration to correctly resolve the package from the staged plugin runtime-deps context. This will likely require changes to the OpenClaw configuration or code.

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

Bundled channel loaders should resolve their declared dependencies from the same staged runtime-deps context used by the live gateway/plugin runtime, or the package install should include required bundled channel deps in the global package context if those loaders execute there.

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 2026.4.29: Telegram bundled channel loader warns missing grammy despite runtime deps staging it [1 pull requests, 2 comments, 3 participants]