openclaw - ✅(Solved) Fix [Bug]: Auth-profiles.json parsing broken in v2026.3.31 (regression from 2026.3.8) [1 pull requests, 1 comments, 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#59629Fetched 2026-04-08 02:42:16
View on GitHub
Comments
1
Participants
1
Timeline
16
Reactions
0
Participants
Timeline (top)
referenced ×9cross-referenced ×3labeled ×2commented ×1

Error Message

Create auth file

printf '{"ollama-windows":{"apiKey":"ollama-local","baseUrl":"http://10.0.2.2:11434/v1"}}' \

~/.openclaw/agents/main/agent/auth-profiles.json chmod 600 ~/.openclaw/agents/main/agent/auth-profiles.json

Start gateway

openclaw gateway start

Send message to Telegram bot

Expected behavior

Bot connects to Ollama and responds to messages.

Actual behavior

Error: No API key found for provider "ollama-windows" Bot does not respond.

What I've tried (all fail in v2026.3.31) ✅ File exists, permissions 600

✅ Valid JSON syntax

✅ Same file works in v2026.3.8

❌ ENV variables OPENCLAW_AUTH_* also ignored

✅ Tried multiple paths

Regression evidence Version Auth works ENV works Ollama connects 2026.3.8 ✅ Yes ✅ Yes ✅ Yes 2026.3.31 ❌ No ❌ No ❌ No Environment OpenClaw: 2026.3.31

Node.js: 22.22.0

OS: Ubuntu 25.04 (VirtualBox guest)

LLM: Ollama on host Windows (http://10.0.2.2:11434)

Workaround Downgraded to v2026.3.8 — works immediately.

Related issues #13835, #18590, #27600, #31627

OpenClaw version

v2026.3.31

Operating system

Ubuntu 25.04 (VirtualBox guest)

Install method

npm global

Model

ollama-windows/glm-4.7-flash:latest

Provider / routing chain

openclaw -> ollama-windows (http://10.0.2.2:11434/v1) -> glm-4.7-flash:latest

Additional provider/model setup details

Provider: ollama-windows Base URL: http://10.0.2.2:11434/v1 Model: glm-4.7-flash:latest Auth: ~/.openclaw/agents/main/agent/auth-profiles.json (same config works in v2026.3.8, fails in v2026.3.31)

Logs, screenshots, and evidence

Fix Action

Fix / Workaround

Workaround Downgraded to v2026.3.8 — works immediately.

Consequence: Complete loss of LLM functionality — bot cannot respond to messages, cannot use browser tools, cannot perform web searches. Downgrade to v2026.3.8 is required as workaround.

Temporary workaround: Downgrade to v2026.3.8 using npm install -g [email protected]

PR fix notes

PR #59642: fix(auth): support legacy format in auth-profiles.json (#59629)

Description (problem / solution / changelog)

Summary

Fix regression where auth-profiles.json with legacy flat format (no 'profiles' field) was not parsed correctly in v2026.3.31.

Root Cause

After the refactoring in v2026.3.31, loadAuthProfileStoreForAgent only tried to parse auth-profiles.json as new format (with 'profiles' field). When that failed, it did not fallback to legacy format parsing for the same file.

This broke users who manually created auth-profiles.json with the old flat structure:

{
  "ollama-windows": {
    "apiKey": "ollama-local",
    "baseUrl": "http://10.0.2.2:11434/v1"
  }
}

Fix

After loadCoercedStore returns null, try coerceLegacyStore on the same auth-profiles.json file. This migrates the legacy format to the new format automatically.

Changes

  • src/agents/auth-profiles/store.ts: Add legacy format fallback in loadAuthProfileStoreForAgent

Testing

  • Manual testing: Created auth-profiles.json with legacy format, verified it loads correctly
  • Verified new format still works
  • Verified migration saves new format file

Related

Fixes #59629

Changed files

  • src/agents/auth-profiles/store.ts (modified, +26/-0)
  • src/cli/program/build-program.ts (modified, +0/-1)

Code Example

# Create auth file
printf '{"ollama-windows":{"apiKey":"ollama-local","baseUrl":"http://10.0.2.2:11434/v1"}}' \
  > ~/.openclaw/agents/main/agent/auth-profiles.json
chmod 600 ~/.openclaw/agents/main/agent/auth-profiles.json

# Start gateway
openclaw gateway start

# Send message to Telegram bot

### Expected behavior

Bot connects to Ollama and responds to messages.

### Actual behavior

Error: No API key found for provider "ollama-windows"
Bot does not respond.

**What I've tried (all fail in v2026.3.31)**
File exists, permissions 600

Valid JSON syntax

Same file works in v2026.3.8

ENV variables OPENCLAW_AUTH_* also ignored

Tried multiple paths

Regression evidence
Version	Auth works	ENV works	Ollama connects
2026.3.8YesYesYes
2026.3.31NoNoNo
Environment
OpenClaw: 2026.3.31

Node.js: 22.22.0

OS: Ubuntu 25.04 (VirtualBox guest)

LLM: Ollama on host Windows (http://10.0.2.2:11434)

Workaround
Downgraded to v2026.3.8 — works immediately.

Related issues
#13835, #18590, #27600, #31627

### OpenClaw version

v2026.3.31

### Operating system

Ubuntu 25.04 (VirtualBox guest)

### Install method

npm global

### Model

ollama-windows/glm-4.7-flash:latest

### Provider / routing chain

openclaw -> ollama-windows (http://10.0.2.2:11434/v1) -> glm-4.7-flash:latest

### Additional provider/model setup details

Provider: ollama-windows
Base URL: http://10.0.2.2:11434/v1
Model: glm-4.7-flash:latest
Auth: ~/.openclaw/agents/main/agent/auth-profiles.json (same config works in v2026.3.8, fails in v2026.3.31)

### Logs, screenshots, and evidence
RAW_BUFFERClick to expand / collapse

Bug type

Regression (worked before, now fails)

Beta release blocker

No

Summary

Bug description

Regression in v2026.3.31: Agent cannot read auth-profiles.json. Same configuration works perfectly in v2026.3.8.

Steps to reproduce

Steps to reproduce

# Create auth file
printf '{"ollama-windows":{"apiKey":"ollama-local","baseUrl":"http://10.0.2.2:11434/v1"}}' \
  > ~/.openclaw/agents/main/agent/auth-profiles.json
chmod 600 ~/.openclaw/agents/main/agent/auth-profiles.json

# Start gateway
openclaw gateway start

# Send message to Telegram bot

### Expected behavior

Bot connects to Ollama and responds to messages.

### Actual behavior

Error: No API key found for provider "ollama-windows"
Bot does not respond.

**What I've tried (all fail in v2026.3.31)**
✅ File exists, permissions 600

✅ Valid JSON syntax

✅ Same file works in v2026.3.8

❌ ENV variables OPENCLAW_AUTH_* also ignored

✅ Tried multiple paths

Regression evidence
Version	Auth works	ENV works	Ollama connects
2026.3.8	✅ Yes	✅ Yes	✅ Yes
2026.3.31	❌ No	❌ No	❌ No
Environment
OpenClaw: 2026.3.31

Node.js: 22.22.0

OS: Ubuntu 25.04 (VirtualBox guest)

LLM: Ollama on host Windows (http://10.0.2.2:11434)

Workaround
Downgraded to v2026.3.8 — works immediately.

Related issues
#13835, #18590, #27600, #31627

### OpenClaw version

v2026.3.31

### Operating system

Ubuntu 25.04 (VirtualBox guest)

### Install method

npm global

### Model

ollama-windows/glm-4.7-flash:latest

### Provider / routing chain

openclaw -> ollama-windows (http://10.0.2.2:11434/v1) -> glm-4.7-flash:latest

### Additional provider/model setup details

Provider: ollama-windows
Base URL: http://10.0.2.2:11434/v1
Model: glm-4.7-flash:latest
Auth: ~/.openclaw/agents/main/agent/auth-profiles.json (same config works in v2026.3.8, fails in v2026.3.31)

### Logs, screenshots, and evidence

```shell

Impact and severity

Affected users/systems/channels: All users of OpenClaw v2026.3.31 who rely on auth-profiles.json for LLM authentication (Ollama, OpenRouter, custom providers)

Severity: High (blocks workflow) — agent cannot connect to any LLM provider, resulting in no responses in any channel (Telegram, WhatsApp, etc.)

Frequency: Always (100% reproducible) — every gateway start in v2026.3.31 fails to read auth-profiles.json

Consequence: Complete loss of LLM functionality — bot cannot respond to messages, cannot use browser tools, cannot perform web searches. Downgrade to v2026.3.8 is required as workaround.

Additional information

Last known good version: 2026.3.8 First known bad version: 2026.3.31

Temporary workaround: Downgrade to v2026.3.8 using npm install -g [email protected]

Evidence: Same auth-profiles.json works in v2026.3.8, fails in v2026.3.31. ENV variables also ignored in v2026.3.31.

extent analysis

TL;DR

The most likely fix is to downgrade OpenClaw to version 2026.3.8, as the issue is a regression introduced in version 2026.3.31.

Guidance

  • Verify that the auth-profiles.json file exists, has valid JSON syntax, and correct permissions (600) in the ~/.openclaw/agents/main/agent/ directory.
  • Check if environment variables OPENCLAW_AUTH_* are set and ignored in version 2026.3.31, as this might be related to the issue.
  • Try downgrading to version 2026.3.8 using npm install -g [email protected] as a temporary workaround.
  • Review related issues (#13835, #18590, #27600, #31627) for potential clues or fixes.

Example

No code snippet is provided, as the issue seems to be related to a configuration or version problem rather than a code issue.

Notes

The issue is highly reproducible and affects all users of OpenClaw version 2026.3.31 who rely on auth-profiles.json for LLM authentication. The last known good version is 2026.3.8, and the first known bad version is 2026.3.31.

Recommendation

Apply the workaround by downgrading to version 2026.3.8 using npm install -g [email protected], as this is the only known solution that resolves the issue.

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

Bot connects to Ollama and responds to messages.

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING