#request-timeout
Sorted by views, then solution_desc, solution, and root_cause length (desc).
2628 issues
The Control UI model picker sends bare model IDs (e.g. k2p5) instead of full provider/model keys (e.g. kimi-coding/k2p5), causing the gateway to prepend the wrong provider and reject the switch with "model not allowed".
`gateway/model-pricing` repeatedly logs: `pricing bootstrap failed: TimeoutError: The operation was aborted due to timeout` This happens frequently on startup/runtime, but there appears to be no config flag or env var to disable model-pricing bootstrap when pricing is non-critical.
The `cron` tool's `add` action consistently fails with `gateway closed (1008): pairing required` error when called from an agent session, even on a local loopback setup with proper authentication. **Affected operations:** - ‚ùå `cron add` (write operation) ‚Üí fails with "pairing required" - ‚úÖ `cron status` (read operation) ‚Üí works - ‚úÖ `cron list` (read operation) ‚Üí works This makes it **impossible to create cron jobs** from the agent, CLI, or any interface, breaking a core automation feature.
`web_fetch` appears to falsely block normal public URLs in Clash Verge / Mihomo fake-ip environments, returning: `Blocked: resolves to private/internal/special-use IP address` This makes `web_fetch` unusable in a common China-based network setup where a proxy is required for normal access.
After auto-updating to v2026.3.24, the gateway was silently killed by macOS launchd ~3 hours later and never restarted, despite `KeepAlive: true` in the LaunchAgent plist. The service was dead for 4+ hours with zero alerts until manual recovery.
After upgrading from 2026.4.2 to 2026.4.5, the bundled `nextcloud-talk` plugin fails to load with: ``` [plugins] nextcloud-talk missing register/activate export [openclaw] Failed to start CLI: PluginLoadFailureError: plugin load failed: nextcloud-talk: plugin export missing register/activate ``` This blocks all CLI commands (`openclaw agent`, `openclaw doctor --fix`, `openclaw plugins disable`, etc.). The gateway daemon itself starts but NC Talk is non-functional.
After updating to OpenClaw 2026.4.1, the `exec-approvals.json` file was reset/initialized with strict defaults, removing all previously working allowlist entries. This broke all automated workflows (cron jobs, ClawFlow scheduler) that rely on non-interactive command execution.
The `llm-task` plugin returns "LLM returned empty output" for all Ollama models while working correctly with Anthropic models.
`github_copilot/gpt-5.4` is not accessible via the `/chat/completions` endpoint on the GitHub Copilot API. When a request is sent through the LiteLLM proxy (via the Anthropic `/v1/messages` pass-through endpoint), it always routes through `litellm.acompletion()` → `/chat/completions`, which GitHub Copilot rejects with: ``` model "gpt-5.4" is not accessible via the /chat/completions endpoint code: unsupported_api_for_model ```
When re-authenticating the Qwen model, it shows authentication successful but the terminal still running starting Qwen OAuth.
The Claude desktop app opens but the main content area is completely blank/black. Only the left sidebar renders. The issue started after an automatic update.
When all configured credentials return `model_cooldown` with a `reset_seconds` value indicating hours-long unavailability, OpenClaw has no circuit breaker. The session retries every ~20 seconds indefinitely, producing thousands of failed attempts and making the session completely unusable until manually reset.
All isolated agent sessions using local LLM providers (Ollama, exo/OpenAI-compatible) time out at exactly ~61 seconds with: > Request timed out before a response was generated. Please try again, or increase agents.defaults.timeoutSeconds in your config. This happens **regardless** of: - `agents.defaults.timeoutSeconds: 300` (global config) - `payload.timeoutSeconds: 300` (per-cron-job) - `lightContext: true` (reduced system prompt) - Model being warm and responding in <1s to direct curl The timeout is in the HTTP fetch from OpenClaw's LLM client to the provider endpoint, not in the job scheduler.