Summary
After upgrading to OpenClaw 2026.4.9 (0512059) on Linux, the assistant shows multi-channel degradation that matches user-visible symptoms across Discord, Telegram, and webchat:
- slash commands become noticeably lagged
- direct conversations degrade after a few turns and can effectively stop responding
- Telegram sessions repeatedly throw
Cannot read properties of undefined (reading 'length')
This looks like at least two overlapping regressions:
- Direct-session context / compaction instability
- Discord interaction handling lag
Possibly a third recurring bug on Telegram:
- lane task crash:
Cannot read properties of undefined (reading 'length')
Environment
- OpenClaw:
2026.4.9 (0512059)
- Host: Linux
6.8.0-107-generic x64
- Node:
v25.8.1
- Model in affected Discord DM:
openai-codex/gpt-5.4
- Channels active: Discord, Telegram, webchat
Important exclusions
These were present in logs but are already known local false positives / intentional config and are not part of this report:
memory-lancedb-pro invalid config: embedding: must have required property 'embedding'
plugin disabled (disabled in config) but config is present
- Discord health monitor disabled intentionally as workaround for stale-socket restart loop
User-visible symptom
Observed live after update:
- slash commands are extremely lagged
- conversations end up dropping to no response after a few turns
Evidence
1) Discord direct session hits context overflow, then rotates/purges session state
2026-04-09T19:10:56.392-07:00 [agent] [context-overflow-diag] sessionKey=agent:<redacted>:discord:direct:<redacted> provider=openai-codex/gpt-5.4 source=assistantError messages=68 sessionFile=/home/<redacted>/.openclaw/agents/<redacted>/sessions/<redacted>.jsonl diagId=<redacted> compactionAttempts=0 observedTokens=unknown error=Context overflow: estimated context size exceeds safe threshold during tool loop.
2026-04-09T19:10:56.394-07:00 [agent] context overflow detected (attempt 1/3); attempting auto-compaction for openai-codex/gpt-5.4
2026-04-09T19:11:04.317-07:00 [agent] auto-compaction succeeded for openai-codex/gpt-5.4; retrying prompt
2026-04-09T19:11:06.575-07:00 [lcm] bootstrap: session file rotated for session <redacted>: "/home/<redacted>/.openclaw/agents/<redacted>/sessions/<redacted>.jsonl" → "/home/<redacted>/.openclaw/agents/<redacted>/sessions/<redacted>.jsonl"; resetting conversation <redacted>
2026-04-09T19:11:10.319-07:00 [lcm] bootstrap: purged 228 messages and all summaries for conversation <redacted>
This strongly matches the user-visible “few turns then no response” degradation in a direct chat.
Related upstream issue family:
2) Discord interaction lane shows listener slowdown consistent with slash-command lag
2026-04-09T19:02:07.397-07:00 [EventQueue] Slow listener detected: InteractionEventListener took 1918ms for event INTERACTION_CREATE
This is weaker evidence than the direct-session overflow, but it does line up with the user-visible slash-command lag.
Related upstream issue family:
3) Telegram direct lane is repeatedly crashing with reading 'length'
Representative lines from an extended journalctl slice:
2026-04-09T19:33:23.194-07:00 [diagnostic] lane task error: lane=session:agent:<redacted>:telegram:direct:<redacted> durationMs=10124 error="TypeError: Cannot read properties of undefined (reading 'length')"
2026-04-09T19:34:58.821-07:00 [diagnostic] lane task error: lane=session:agent:<redacted>:telegram:direct:<redacted> durationMs=51260 error="TypeError: Cannot read properties of undefined (reading 'length')"
2026-04-09T19:39:38.400-07:00 [diagnostic] lane task error: lane=session:agent:<redacted>:telegram:direct:<redacted> durationMs=6345 error="TypeError: Cannot read properties of undefined (reading 'length')"
2026-04-09T19:39:38.799-07:00 [telegram] sendMessage ok chat=<redacted> message=<redacted>
2026-04-09T19:39:59.634-07:00 [telegram] sendMessage ok chat=<redacted> message=<redacted>
This suggests Telegram is not fully dead, but the same direct lane is repeatedly throwing a length exception and partially recovering.
Potentially related:
Why I think this matters
This is not just one noisy warning. On this host, 2026.4.9 shows a pattern of:
- direct-session instability in Discord
- real interaction lag for Discord slash-driven events
- repeated Telegram lane crashes with the same
length error
The combined effect is exactly what the user reported: channel UX becomes laggy and then conversations stop feeling reliable.
Request
Please advise whether this should be split into:
- a direct-session compaction / overflow regression for 2026.4.9
- a Discord interaction lag regression
- a Telegram lane-task
reading 'length' regression
or whether maintainers think these all share one history / compaction normalization root cause.
If helpful, I can provide a sanitized wider journalctl slice, but the lines above are the shortest reproducer-quality evidence from this host.
Summary
After upgrading to OpenClaw 2026.4.9 (0512059) on Linux, the assistant shows multi-channel degradation that matches user-visible symptoms across Discord, Telegram, and webchat:
Cannot read properties of undefined (reading 'length')This looks like at least two overlapping regressions:
Possibly a third recurring bug on Telegram:
Cannot read properties of undefined (reading 'length')Environment
2026.4.9 (0512059)6.8.0-107-genericx64v25.8.1openai-codex/gpt-5.4Important exclusions
These were present in logs but are already known local false positives / intentional config and are not part of this report:
memory-lancedb-pro invalid config: embedding: must have required property 'embedding'plugin disabled (disabled in config) but config is presentUser-visible symptom
Observed live after update:
Evidence
1) Discord direct session hits context overflow, then rotates/purges session state
This strongly matches the user-visible “few turns then no response” degradation in a direct chat.
Related upstream issue family:
2) Discord interaction lane shows listener slowdown consistent with slash-command lag
This is weaker evidence than the direct-session overflow, but it does line up with the user-visible slash-command lag.
Related upstream issue family:
3) Telegram direct lane is repeatedly crashing with
reading 'length'Representative lines from an extended
journalctlslice:This suggests Telegram is not fully dead, but the same direct lane is repeatedly throwing a
lengthexception and partially recovering.Potentially related:
Cannot read properties of undefined (reading 'length')in compaction token estimation (closed as fixed, but this looks like a related or regressed shape-validation / compaction-estimation failure)estimateMessageCharsWhy I think this matters
This is not just one noisy warning. On this host, 2026.4.9 shows a pattern of:
lengtherrorThe combined effect is exactly what the user reported: channel UX becomes laggy and then conversations stop feeling reliable.
Request
Please advise whether this should be split into:
reading 'length'regressionor whether maintainers think these all share one history / compaction normalization root cause.
If helpful, I can provide a sanitized wider
journalctlslice, but the lines above are the shortest reproducer-quality evidence from this host.