openclaw - 💡(How to fix) Fix video_generate model override inconsistently ignored — falls back to MiniMax default [1 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#70260Fetched 2026-04-23 07:27:05
View on GitHub
Comments
0
Participants
1
Timeline
0
Reactions
0
Author
Participants

The model parameter in video_generate calls is inconsistently honored. When specifying fal/bytedance/seedance-2.0/fast/text-to-video, the call sometimes routes correctly to Seedance but other times silently falls back to the FAL default (fal-ai/minimax/video-01-live).

Error Message

  • No error or warning is surfaced to indicate the override was ignored

Root Cause

The model parameter in video_generate calls is inconsistently honored. When specifying fal/bytedance/seedance-2.0/fast/text-to-video, the call sometimes routes correctly to Seedance but other times silently falls back to the FAL default (fal-ai/minimax/video-01-live).

RAW_BUFFERClick to expand / collapse

Bug Report

Description

The model parameter in video_generate calls is inconsistently honored. When specifying fal/bytedance/seedance-2.0/fast/text-to-video, the call sometimes routes correctly to Seedance but other times silently falls back to the FAL default (fal-ai/minimax/video-01-live).

Steps to Reproduce

  1. Call video_generate with model: "fal/bytedance/seedance-2.0/fast/text-to-video"
  2. Observe the completion event — the result sometimes reports Generated 1 video with fal/fal-ai/minimax/video-01-live instead of Seedance

Expected Behavior

The specified model should always be used. If the model fails, the fallback behavior should be explicit (logged/surfaced), not silent.

Actual Behavior

  • First request in a session may route to Seedance correctly ✅
  • Subsequent requests in the same session silently fall back to MiniMax ❌
  • No error or warning is surfaced to indicate the override was ignored

Environment

  • OpenClaw version: 2026.4.20
  • Provider: fal
  • Requested model: fal/bytedance/seedance-2.0/fast/text-to-video
  • Actual model used (from completion event): fal/fal-ai/minimax/video-01-live

Notes

This was also present before 2026.4.20 — the update partially fixed it (first call now works) but subsequent calls in the same session still revert to the default. Setting agents.defaults.videoGenerationModel.primary in config also had no effect in prior versions.

extent analysis

TL;DR

The issue can be mitigated by ensuring that the video_generate call is made with a fresh session or by investigating the session management in the OpenClaw version 2026.4.20 to prevent silent fallbacks to the default model.

Guidance

  • Investigate the session management in OpenClaw to understand why subsequent requests in the same session silently fall back to the default model fal/fal-ai/minimax/video-01-live.
  • Verify that the model parameter is correctly set for each video_generate call and that there are no caching or session-related issues that could cause the model to be overridden.
  • Consider setting up logging or debugging to capture any potential errors or warnings that might indicate why the specified model is being ignored in favor of the default.
  • Test the behavior with different models and sessions to see if the issue is specific to the fal/bytedance/seedance-2.0/fast/text-to-video model or if it's a more general problem.

Example

No specific code example can be provided without more context on the OpenClaw API and its usage, but ensuring that each video_generate call is made with the correct model parameter and monitoring the response for any signs of model override is crucial.

Notes

The issue seems to be related to session management and model selection in OpenClaw. The fact that the first request in a session works correctly but subsequent ones do not suggests a potential issue with how sessions are handled or how model selections are cached.

Recommendation

Apply a workaround by ensuring each video_generate call is made with a fresh session or by implementing a check to verify that the correct model is being used before proceeding with the video generation. This approach is chosen because the root cause of the silent fallback is not explicitly stated, and directly addressing the session management or model selection logic might require more in-depth knowledge of the OpenClaw internals.

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…

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 - 💡(How to fix) Fix video_generate model override inconsistently ignored — falls back to MiniMax default [1 participants]