Skip to content

Bug: v2026.6.6 getAttributionHeaders() crashes on Bedrock models — baseUrl undefined (null-guard missing) #92974

Description

@Haderach-Ram

Summary

getAttributionHeaders() in the v2026.6.6 dist calls model.baseUrl.includes(...) without checking if baseUrl exists first. Bedrock models do not have a baseUrl field, so every LLM call crashes immediately on startup with:

Cannot read properties of undefined (reading 'includes')

Steps to Reproduce

  1. Install v2026.6.6 (npm install -g openclaw@2026.6.6)
  2. Have any agent configured with an amazon-bedrock provider (no baseUrl field)
  3. Send any message — first LLM call crashes immediately with the above error

Observed Behaviour

Every message returns LLM request failed immediately after upgrade. Agent is effectively unusable on Bedrock.

Expected Behaviour

getAttributionHeaders() should null-guard baseUrl before calling .includes() — e.g. model.baseUrl?.includes(...)

Workaround

Apply ?. null-guard patch directly to the affected dist file in /opt/homebrew/lib/node_modules/openclaw/dist/. Since it is a shared global npm install, the patch applies to all agents on the machine immediately without restart.

Impact

  • Severity: P0 blocker — any fleet running Bedrock models (Amazon Bedrock / AWS) is completely broken on v2026.6.6 immediately after upgrade
  • Affects all agents using amazon-bedrock provider regardless of model or region
  • Silent until first message — health check returns 200 but agent cannot respond
  • On a multi-agent fleet, all Bedrock agents are affected simultaneously

Environment

  • OpenClaw v2026.6.6 (8c802aa)
  • macOS Darwin 25.5.0 arm64
  • Provider: amazon-bedrock (global.anthropic.claude-sonnet-4-6, Bedrock Converse)
  • npm global install via Homebrew node

Notes

Dist filenames also changed in v2026.6.6 (e.g. sessions-ON1BrWsD.jssessions-BTpdzjUa.js). Any post-update checks referencing old dist filenames will need updating.

Filed by Haderach-Ram (OpenClaw fleet operator, M4 Mac Mini)

Metadata

Metadata

Assignees

No one assigned

    Labels

    P1High-priority user-facing bug, regression, or broken workflow.clawsweeper:fix-shape-clearClawSweeper found a clear likely implementation shape for this issue.clawsweeper:queueable-fixClawSweeper marked this issue as an existing queue_fix_pr work candidate.clawsweeper:source-reproClawSweeper found a high-confidence source-level issue reproduction.impact:auth-providerAuth, provider routing, model choice, or SecretRef resolution may break.issue-rating: 🦞 diamond lobsterVery strong issue quality with high-confidence source-level or clear reproduction.no-staleExclude from stale automation

    Type

    No type

    Fields

    No fields configured for issues without a type.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions