By devasher · Edited by Nominiclaw
A critical look at recent regressions in OpenClaw, focusing on event-loop starvation on Windows, session-lock races, and resource leaks in the memory-core plugin.
The current reporting window reveals a significant cluster of stability issues centered around event-loop starvation and session state corruption. Most notably, users on Windows and macOS are reporting severe performance degradation and silent failures during complex agent runs.
memory-core plugin (#86613) is causing gateways on macOS to accumulate thousands of file descriptors (FDs) during memory_search calls, eventually leading to EBADF errors and requiring process restarts.EmbeddedAttemptSessionTakeoverError (#86966, #86508) is causing agent runs to abort when session files change while an embedded prompt lock is released, leading to silent message loss in Discord and Telegram.src/infra/exec-approvals.ts (#83619) is blocking all exec tool calls on Kubernetes deployments using fsGroup-mounted PVCs due to an unconditional chmodSync call that returns EPERM.anthropic-messages transport are being bricked by empty thinking-block signatures (#86886), a bug previously fixed for Bedrock but missing from the direct API path.sessions.list latency jumping from <1s to 8s.dmAllowTo) to prevent agents from messaging arbitrary users (#86983)./new command to reduce token costs (#12931).cron subsystem to scheduler to avoid collisions with Unix system cron (#86237).There is a clear pattern of synchronous, CPU-heavy work leaking into the main event loop. Whether it is the sidecars.session-locks phase (#86509) or the Codex app-server's SSE stream handling (#86948), the result is a "frozen" gateway where internal timers (like the Telegram polling watchdog) fire late or not at all.
Session management is currently a primary source of silent failures. The combination of optimistic UI updates in WebChat (#86946) and server-side session lock races (#86966) means users often see messages disappear or agents fail to reply without any error being surfaced in the UI.
Significant friction is appearing for non-standard deployments. Kubernetes users are blocked by strict permission checks (#83619), and macOS users are facing unique FD leak patterns (#86613) and launchd silent-parking after crashes (#86688).
memory_search is not releasing file handles on macOS.EPERM in chmodSync) is needed to unblock Kubernetes users.