openclaw - ✅(Solved) Fix [Bug]: Bundled fal image generation provider not registered in 2026.5.4 — plugin loads but image_generate reports 'No provider registered' [2 pull requests, 2 comments, 2 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#78141Fetched 2026-05-06 06:16:35
View on GitHub
Comments
2
Participants
2
Timeline
4
Reactions
2
Author
Timeline (top)
commented ×2cross-referenced ×2

After upgrading from 2026.4.24 to 2026.5.4, the bundled fal image generation provider is no longer visible to the image_generate tool. The plugin is loaded and enabled, FAL_KEY is configured, auth is clean (no cooldown), but all fal model requests fail with No image-generation provider registered for fal.

Error Message

  1. Observe error: No image-generation provider registered for fal

Root Cause

After upgrading from 2026.4.24 to 2026.5.4, the bundled fal image generation provider is no longer visible to the image_generate tool. The plugin is loaded and enabled, FAL_KEY is configured, auth is clean (no cooldown), but all fal model requests fail with No image-generation provider registered for fal.

Fix Action

Fixed

PR fix notes

PR #78151: fix: discover generation providers with active registry

Description (problem / solution / changelog)

Fixes #78141.

Summary

  • keep image/video/music generation provider list resolution from short-circuiting on the active plugin registry
  • merge active generation providers with manifest-scoped loaded providers so an active provider like xai does not hide allowlisted bundled fal
  • add a regression test for active xai plus allowlisted fal resolving both providers

Tests

  • PATH="/tmp/openclaw-pnpm-shim:$PATH" pnpm test src/plugins/capability-provider-runtime.test.ts
  • PATH="/tmp/openclaw-pnpm-shim:$PATH" pnpm test src/plugins/capability-provider-runtime.test.ts src/image-generation/provider-registry.test.ts src/agents/tools/image-generate-tool.test.ts
  • git diff --check
  • PATH="/tmp/openclaw-pnpm-shim:$PATH" pnpm exec oxfmt --check src/plugins/capability-provider-runtime.ts src/plugins/capability-provider-runtime.test.ts
  • PATH="/tmp/openclaw-pnpm-shim:$PATH" node scripts/check-changed.mjs

Changed files

  • src/plugins/capability-provider-runtime.test.ts (modified, +60/-0)
  • src/plugins/capability-provider-runtime.ts (modified, +12/-3)

PR #78175: [AI-assisted] fix(image): discover allowlisted fal provider

Description (problem / solution / changelog)

Summary

Fixes #78141 by letting generation provider discovery merge enabled manifest-backed providers even when another generation provider is already active.

Root Cause

resolvePluginCapabilityProviders returned the active registry immediately for non-memory capabilities when no requested-provider collector existed. Image, video, and music generation providers had no collector, so an already-active provider such as xai could hide another enabled/allowlisted provider such as fal from image_generate action=list and provider lookup.

Changes

  • Continue manifest-backed loading for image, video, and music generation providers even when active providers already exist.
  • Preserve the active-only fast path for other capability families.
  • Add a regression that starts with active xai and verifies allowlisted fal is merged into image-generation provider discovery.

Validation

  • corepack pnpm test src/plugins/capability-provider-runtime.test.ts src/image-generation/provider-registry.test.ts src/agents/tools/image-generate-tool.test.ts
  • corepack pnpm exec oxfmt --check --threads=1 src/plugins/capability-provider-runtime.ts src/plugins/capability-provider-runtime.test.ts CHANGELOG.md
  • corepack pnpm check:changed
  • git diff --check

Real behavior proof

Behavior or issue addressed: image_generate provider discovery no longer stops at an already-active image provider; enabled manifest-backed providers such as fal can be discovered and listed alongside the active provider.

Real environment tested: Windows local checkout at [email protected] on branch fix-fal-image-provider-discovery.

Exact steps or command run after this patch: Ran corepack pnpm test src/plugins/capability-provider-runtime.test.ts src/image-generation/provider-registry.test.ts src/agents/tools/image-generate-tool.test.ts, targeted oxfmt --check, corepack pnpm check:changed, and git diff --check.

Evidence after fix: Terminal capture from the focused capability/image-generation command showed 3 Vitest shards passing: provider registry 3 tests, image-generate tool 29 tests, and capability-provider runtime 39 tests. The new regression constructs an active registry containing xai, a manifest/loaded registry containing fal, and plugins.allow: ["fal", "xai"]; after the patch resolvePluginCapabilityProviders({ key: "imageGenerationProviders" }) returns provider ids ["xai", "fal"] and scopes the fallback load to ["fal", "xai"].

Observed result after fix: The resolver includes fal instead of returning only the active xai provider, while all focused provider/image-generation tests and changed-file checks passed locally.

What was not tested: I did not run a live gateway with real FAL credentials or call the external fal image-generation API.

Changed files

  • CHANGELOG.md (modified, +1/-0)
  • src/plugins/capability-provider-runtime.test.ts (modified, +56/-0)
  • src/plugins/capability-provider-runtime.ts (modified, +16/-6)
RAW_BUFFERClick to expand / collapse

Bug type

Regression (worked before, now fails)

Summary

After upgrading from 2026.4.24 to 2026.5.4, the bundled fal image generation provider is no longer visible to the image_generate tool. The plugin is loaded and enabled, FAL_KEY is configured, auth is clean (no cooldown), but all fal model requests fail with No image-generation provider registered for fal.

Steps to reproduce

  1. Upgrade OpenClaw from 4.24 to 5.4
  2. Ensure FAL_KEY is configured and plugins.allow includes "fal"
  3. Run image_generate with model: "fal/fal-ai/flux/dev" or "fal/fal-ai/gpt-image-2"
  4. Observe error: No image-generation provider registered for fal

Verification

  • openclaw plugins list shows fal as enabled (stock:fal/index.js, 2026.5.4)
  • openclaw models auth list --provider fal shows fal:default [fal/api_key] with no cooldown
  • Manually importing buildFalImageGenerationProvider() from the bundled dist file returns a valid provider object
  • Calling api.registerImageGenerationProvider(buildFalImageGenerationProvider()) manually works — the code is correct
  • openclaw plugins disable fal && openclaw plugins enable fal && openclaw gateway restart does not fix it
  • openclaw doctor --fix does not fix it

Expected behavior

fal image generation provider should be registered and available via image_generate.

Actual behavior

image_generate action=list shows only xai. All fal models return No image-generation provider registered for fal.

Environment

  • OpenClaw version: 2026.5.4 (325df3e)
  • OS: macOS 26.3 arm64
  • Node: 25.6.1
  • Install: npm global
  • Plugins config: bundledDiscovery: "allowlist", fal in plugins.allow
  • Gateways: Discord, Telegram (working); WeChat (separate issue)

Notes

  • This worked correctly on 2026.4.24 before the upgrade
  • xai image generation provider IS registered (works on the same gateway) but blocked by proxy/SSRF in our environment — fal is the only other candidate
  • The provider code itself is correct — tested by importing image-generation-provider-CjOtY5WG.js directly and calling buildFalImageGenerationProvider()

extent analysis

TL;DR

The issue is likely due to a compatibility problem between the upgraded OpenClaw version and the fal image generation provider, requiring a review of the plugin registration process.

Guidance

  • Verify that the buildFalImageGenerationProvider() function is correctly registered in the OpenClaw plugin system after the upgrade.
  • Check the OpenClaw documentation for any changes in plugin registration or compatibility requirements between versions 2026.4.24 and 2026.5.4.
  • Test the image_generate tool with a different model to see if the issue is specific to the fal provider or a more general problem.
  • Review the plugins.allow configuration to ensure it is correctly set up for the fal provider.

Example

No code example is provided as the issue seems to be related to plugin registration and compatibility rather than a specific code snippet.

Notes

The fact that manually importing and registering the buildFalImageGenerationProvider() function works suggests that the issue might be related to the automatic plugin registration process in OpenClaw.

Recommendation

Apply workaround: Temporarily use the manual registration method for the fal image generation provider until the compatibility issue is resolved or an updated version of OpenClaw is released that addresses this problem.

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

fal image generation provider should be registered and available via image_generate.

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]: Bundled fal image generation provider not registered in 2026.5.4 — plugin loads but image_generate reports 'No provider registered' [2 pull requests, 2 comments, 2 participants]