openclaw - ✅(Solved) Fix [Bug]: Brave plugin enabled in config but not loaded at runtime — web_search tool unavailable [1 pull requests, 1 participants]

Official PRs (…)
ON THIS PAGE

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#68249Fetched 2026-04-18 05:53:30
View on GitHub
Comments
0
Participants
1
Timeline
4
Reactions
0
Participants
Timeline (top)
labeled ×2cross-referenced ×1referenced ×1

Brave plugin enabled in openclaw.json (plugins.entries.brave.enabled: true) but does not appear in the gateway's active plugin list at boot. web_search tool is registered in the tool policy but marked "unavailable in the current runtime/provider/model/config." Agents configured with web_search in alsoAllow do not see it in their available tools. This is the second "config says enabled, runtime doesn't load" bug on 2026.4.15 — see also #68241 (claude-opus-4-7 model validation).

Root Cause

Brave plugin enabled in openclaw.json (plugins.entries.brave.enabled: true) but does not appear in the gateway's active plugin list at boot. web_search tool is registered in the tool policy but marked "unavailable in the current runtime/provider/model/config." Agents configured with web_search in alsoAllow do not see it in their available tools. This is the second "config says enabled, runtime doesn't load" bug on 2026.4.15 — see also #68241 (claude-opus-4-7 model validation).

Fix Action

Fix / Workaround

Affected: All agents needing keyword web search capability Severity: Medium (workaround exists via web_fetch and browser) Frequency: 100% — web_search never loads Consequence: Agents cannot perform keyword searches, must use URL-based web_fetch or browser navigation instead. Briefing pipeline uses workaround successfully but keyword search would improve research quality.

Pattern match: This is the second "config enabled, runtime doesn't load" bug on 2026.4.15. See #68241 for the Opus 4.7 model validation failure — same version, same pattern (config says enabled/configured, gateway doesn't register it at runtime). Both bugs share the characteristic that openclaw plugins list reports the component as loaded/configured, but the gateway boot log and runtime behaviour show it absent. Workaround: agents use web_fetch and browser for web research.

PR fix notes

PR #68290: fix(plugins): allow explicitly enabled plugins to load when plugins.enabled is false

Description (problem / solution / changelog)

Fixes #68249

Problem

  • Brave plugin enabled in config (\plugins.entries.brave.enabled: true)
  • But didn't load when \plugins.enabled\ was false/undefined
  • \web_search\ tool was unavailable

Root Cause


esolvePluginActivationState\ returned early with 'plugins-disabled'\ without checking if the plugin was explicitly enabled.

Solution

Check \explicitSelection.explicitlyEnabled\ before returning 'plugins-disabled'.

Testing

  • Tested with \plugins.entries.brave.enabled: true\ and \plugins.enabled: false\
  • Brave plugin now loads correctly
  • \web_search\ tool is available

Changes

\\diff

  • if (!params.config.enabled) {
  • if (!params.config.enabled && !explicitSelection.explicitlyEnabled) { \\

AI-assisted PR 🤖

Changed files

  • src/plugins/config-state.test.ts (modified, +5/-5)
  • src/plugins/config-state.ts (modified, +1/-1)
  • src/secrets/runtime-config-collectors-plugins.test.ts (modified, +2/-5)
RAW_BUFFERClick to expand / collapse

Bug type

Regression (worked before, now fails)

Beta release blocker

No

Summary

Brave plugin enabled in openclaw.json (plugins.entries.brave.enabled: true) but does not appear in the gateway's active plugin list at boot. web_search tool is registered in the tool policy but marked "unavailable in the current runtime/provider/model/config." Agents configured with web_search in alsoAllow do not see it in their available tools. This is the second "config says enabled, runtime doesn't load" bug on 2026.4.15 — see also #68241 (claude-opus-4-7 model validation).

Steps to reproduce

  1. Upgrade OpenClaw to 2026.4.15 via npm update -g openclaw
  2. Enable Brave plugin: openclaw plugins enable brave
  3. Restart gateway: systemctl --user restart openclaw-gateway
  4. Check gateway log: boot shows "6 plugins: acpx, browser, device-pair, phone-control, talk-voice, telegram" — Brave not listed
  5. Spawn an agent with web_search in alsoAllow
  6. Agent reports web_search not in available tools
  7. Gateway log: "tools.profile (messaging) allowlist contains unknown entries (web_search). These entries are shipped core tools but unavailable in the current runtime/provider/model/config."

Expected behavior

Brave plugin should load at boot and register web_search as an available tool for agents that include it in their tool policy. openclaw plugins list shows Brave as "loaded" — it should appear in the gateway's active plugin list and the tool should be available to agents.

Actual behavior

Gateway boot log: "6 plugins: acpx, browser, device-pair, phone-control, talk-voice, telegram" — Brave absent. When agents attempt to use web_search, gateway logs: "tools.profile (messaging) allowlist contains unknown entries (web_search). These entries are shipped core tools but unavailable in the current runtime/provider/model/config." Agent runtime toolset confirms: web_search not listed (web_fetch IS available). BRAVE_API_KEY env var is set and valid in the gateway systemd environment.

OpenClaw version

2026.4.15 (041266a)

Operating system

Ubuntu 24.04 / WSL2 on Windows 11 Pro

Install method

npm global

Model

google/gemini-3.1-pro-preview (sub-agent), anthropic/claude-opus-4-6 (main)

Provider / routing chain

openclaw gateway -> anthropic/google API (direct, no proxy)

Additional provider/model setup details

BRAVE_API_KEY is set in the gateway systemd environment. openclaw plugins list shows Brave as "loaded" with status "loaded" (not "disabled"). Config: plugins.entries.brave.enabled: true. No additional Brave config (no API key path override, no custom endpoint). Agent config includes web_search in alsoAllow array alongside web_fetch (which works) and browser (which works).

Logs, screenshots, and evidence

Impact and severity

Affected: All agents needing keyword web search capability Severity: Medium (workaround exists via web_fetch and browser) Frequency: 100% — web_search never loads Consequence: Agents cannot perform keyword searches, must use URL-based web_fetch or browser navigation instead. Briefing pipeline uses workaround successfully but keyword search would improve research quality.

Additional information

Pattern match: This is the second "config enabled, runtime doesn't load" bug on 2026.4.15. See #68241 for the Opus 4.7 model validation failure — same version, same pattern (config says enabled/configured, gateway doesn't register it at runtime). Both bugs share the characteristic that openclaw plugins list reports the component as loaded/configured, but the gateway boot log and runtime behaviour show it absent. Workaround: agents use web_fetch and browser for web research.

extent analysis

TL;DR

The Brave plugin is not loading at boot despite being enabled in the openclaw.json configuration, likely due to a regression issue in OpenClaw version 2026.4.15.

Guidance

  • Verify that the BRAVE_API_KEY environment variable is correctly set and accessible to the OpenClaw gateway process.
  • Check the OpenClaw gateway logs for any error messages related to the Brave plugin loading process.
  • Consider downgrading to a previous version of OpenClaw where the Brave plugin was working as expected.
  • Review the openclaw.json configuration file to ensure that there are no other plugins or settings that may be conflicting with the Brave plugin.

Example

No code snippet is provided as the issue seems to be related to configuration and plugin loading rather than code.

Notes

The issue seems to be specific to OpenClaw version 2026.4.15, and there is a known pattern of "config enabled, runtime doesn't load" bugs in this version. The workaround of using web_fetch and browser for web research is currently being used, but resolving the Brave plugin loading issue would improve research quality.

Recommendation

Apply workaround: Use web_fetch and browser for web research until the Brave plugin loading issue is resolved, as there is no clear fix available for the current version of OpenClaw.

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

Brave plugin should load at boot and register web_search as an available tool for agents that include it in their tool policy. openclaw plugins list shows Brave as "loaded" — it should appear in the gateway's active plugin list and the tool should be available to agents.

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 [Bug]: Brave plugin enabled in config but not loaded at runtime — web_search tool unavailable [1 pull requests, 1 participants]