openclaw - 💡(How to fix) Fix [Bug]: Vertex AI rejects user_id after upgrade to 2026.4.21 — "appears to contain an email address" [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#70097Fetched 2026-04-23 07:29:20
View on GitHub
Comments
0
Participants
1
Timeline
2
Reactions
0
Timeline (top)
labeled ×2

After upgrading from 2026.4.15 to 2026.4.21, a custom provider returns HTTP 400: metadata.user_id appears to contain an email address. Rolled back to 2026.4.15, confirmed fixed by downgrade.

Error Message

  1. Observe HTTP 400 error: metadata.user_id appears to contain an email address.

Root Cause

After upgrading from 2026.4.15 to 2026.4.21, a custom provider returns HTTP 400: metadata.user_id appears to contain an email address. Rolled back to 2026.4.15, confirmed fixed by downgrade.

Fix Action

Fix / Workaround

After upgrading from 2026.4.15 to 2026.4.21, a custom provider returns HTTP 400: metadata.user_id appears to contain an email address. Rolled back to 2026.4.15, confirmed fixed by downgrade.

  1. Configure a custom provider in OpenClaw 2026.4.15 — works fine.
  2. Upgrade to 2026.4.21.
  3. Send any request through the provider.
  4. Observe HTTP 400 error: metadata.user_id appears to contain an email address.

Last known good version: 2026.4.15. Temporary workaround: downgrade.

RAW_BUFFERClick to expand / collapse

Bug type

Regression (worked before, now fails)

Beta release blocker

No

Summary

After upgrading from 2026.4.15 to 2026.4.21, a custom provider returns HTTP 400: metadata.user_id appears to contain an email address. Rolled back to 2026.4.15, confirmed fixed by downgrade.

Steps to reproduce

  1. Configure a custom provider in OpenClaw 2026.4.15 — works fine.
  2. Upgrade to 2026.4.21.
  3. Send any request through the provider.
  4. Observe HTTP 400 error: metadata.user_id appears to contain an email address.

Expected behavior

In 2026.4.15, user_id is passed as a plain UUID (e.g. 550e8400-e29b-41d4-a716-446655440000). The provider accepts it without errors.

Actual behavior

In 2026.4.21, user_id is sent as openclaw-anon-550e8400-e29b-41d4-a716-446655440000. The provider rejects it with HTTP 400: metadata.user_id appears to contain an email address.

OpenClaw version

2026.4.21 (broken) / 2026.4.15 (works)

Operating system

Linux (Debian)

Install method

npm global / npx dev

Model

Custom provider

Provider / routing chain

openclaw → custom provider → Vertex AI

Additional provider/model setup details

No response

Logs, screenshots, and evidence

Impact and severity

No response

Additional information

Last known good version: 2026.4.15. Temporary workaround: downgrade.

extent analysis

TL;DR

The issue can likely be fixed by modifying the custom provider to accept the new user_id format introduced in OpenClaw 2026.4.21.

Guidance

  • Verify that the custom provider is correctly configured to handle the new user_id format, which now includes a prefix (openclaw-anon-) in version 2026.4.21.
  • Check the OpenClaw documentation for any updates on handling user_id in custom providers, as the change may be intentional and require adjustments on the provider side.
  • Consider modifying the custom provider to strip the prefix from the user_id before sending it to Vertex AI, if the API does not support the new format.
  • Test the custom provider with a manually constructed user_id in the new format to isolate the issue.

Example

No code example is provided due to the lack of specific details about the custom provider's implementation.

Notes

The exact cause of the issue is the change in user_id format between OpenClaw versions 2026.4.15 and 2026.4.21. Without more information about the custom provider and Vertex AI API, a precise solution cannot be given.

Recommendation

Apply a workaround by modifying the custom provider to handle the new user_id format, as downgrading to 2026.4.15 might not be a long-term solution and could miss out on other fixes and features introduced in later versions.

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

In 2026.4.15, user_id is passed as a plain UUID (e.g. 550e8400-e29b-41d4-a716-446655440000). The provider accepts it without errors.

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 [Bug]: Vertex AI rejects user_id after upgrade to 2026.4.21 — "appears to contain an email address" [1 participants]