openclaw - 💡(How to fix) Fix Dreaming config rejects `timezone` property despite docs showing it as valid [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#62535Fetched 2026-04-08 03:02:53
View on GitHub
Comments
1
Participants
1
Timeline
1
Reactions
0
Participants
Timeline (top)
commented ×1

The dreaming docs (https://docs.openclaw.ai/concepts/dreaming) show timezone as a valid property in the dreaming config:

{
  "plugins": {
    "entries": {
      "memory-core": {
        "config": {
          "dreaming": {
            "enabled": true,
            "timezone": "America/Los_Angeles",
            "frequency": "0 */6 * * *"
          }
        }
      }
    }
  }
}

However, adding timezone causes a config validation error:

plugins.entries.memory-core.config.dreaming: invalid config: must NOT have additional properties

Error Message

However, adding timezone causes a config validation error: 4. Gateway fails to start with validation error

Root Cause

The dreaming docs (https://docs.openclaw.ai/concepts/dreaming) show timezone as a valid property in the dreaming config:

{
  "plugins": {
    "entries": {
      "memory-core": {
        "config": {
          "dreaming": {
            "enabled": true,
            "timezone": "America/Los_Angeles",
            "frequency": "0 */6 * * *"
          }
        }
      }
    }
  }
}

However, adding timezone causes a config validation error:

plugins.entries.memory-core.config.dreaming: invalid config: must NOT have additional properties

Fix Action

Fix / Workaround

Current workaround

Code Example

{
  "plugins": {
    "entries": {
      "memory-core": {
        "config": {
          "dreaming": {
            "enabled": true,
            "timezone": "America/Los_Angeles",
            "frequency": "0 */6 * * *"
          }
        }
      }
    }
  }
}

---

plugins.entries.memory-core.config.dreaming: invalid config: must NOT have additional properties
RAW_BUFFERClick to expand / collapse

Description

The dreaming docs (https://docs.openclaw.ai/concepts/dreaming) show timezone as a valid property in the dreaming config:

{
  "plugins": {
    "entries": {
      "memory-core": {
        "config": {
          "dreaming": {
            "enabled": true,
            "timezone": "America/Los_Angeles",
            "frequency": "0 */6 * * *"
          }
        }
      }
    }
  }
}

However, adding timezone causes a config validation error:

plugins.entries.memory-core.config.dreaming: invalid config: must NOT have additional properties

Steps to reproduce

  1. Install OpenClaw 2026.4.5
  2. Add the dreaming config with timezone: "America/Los_Angeles" as shown in docs
  3. Run openclaw gateway restart
  4. Gateway fails to start with validation error

Expected behavior

The timezone property should be accepted and used for the dreaming sweep cron, so users in non-UTC timezones can set their sweep time in local time.

Current workaround

Without timezone, the frequency cron evaluates in UTC. Users must manually calculate the UTC offset (e.g., 0 10 * * * for 3 AM PDT/UTC-7). This is fragile and breaks during DST transitions.

Environment

  • OpenClaw version: 2026.4.5 (3e72c03)
  • OS: Ubuntu 24.04
  • Node: v25.8.0
  • System timezone: America/Los_Angeles

extent analysis

TL;DR

The timezone property in the dreaming config should be accepted without causing a config validation error, suggesting a potential fix involves updating the validation rules to include this property.

Guidance

  • Review the config validation logic to ensure it accounts for the timezone property in the dreaming config.
  • Verify that the dreaming docs are accurate and up-to-date, reflecting any changes made to the validation rules.
  • Consider adding the timezone property to the list of accepted properties in the config validation schema.
  • Test the updated config validation with the timezone property to ensure it no longer causes an error.

Example

No code snippet is provided as the issue does not imply a specific code change, but rather a potential update to the config validation rules.

Notes

The provided information suggests a discrepancy between the documented config properties and the actual validation rules. Resolving this issue may require updates to the validation logic or the documentation.

Recommendation

Apply a workaround by manually calculating the UTC offset for the frequency cron, as described in the current workaround, until the config validation issue is resolved. This is because the issue implies a potential bug in the validation rules rather than a version-specific problem that could be fixed by upgrading.

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

The timezone property should be accepted and used for the dreaming sweep cron, so users in non-UTC timezones can set their sweep time in local time.

Still need to ship something?

×6

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

Back to top recommendations

TRENDING