Skip to content

Conversation

@0xbyt4
Copy link
Collaborator

@0xbyt4 0xbyt4 commented Feb 10, 2026

Summary

  • OM1_COMMAND from .env was only used in the command directive (passed as $@) but never passed as an environment variable to the container
  • The entrypoint checks OM1_COMMAND as an env var first (added in update docker file to use OM1_COMMAND from env file #2183), but it was never set, so this check always failed
  • When runtime.json5 exists, the user's config choice from .env was silently ignored

Changes

  • Added OM1_COMMAND=${OM1_COMMAND:-} to the environment section in docker-compose.yml

How it works

The entrypoint has three priority levels:

  1. OM1_COMMAND env var (explicit user choice)
  2. runtime.json5 (persisted config)
  3. $@ command argument (default fallback)

Without this fix, level 1 never triggered via docker-compose because the env var wasn't passed to the container. Level 2 would take over, ignoring the user's .env setting.

OM1_COMMAND from .env was only used in the command directive ($@)
but never passed as an environment variable. This caused the
entrypoint's env var check to always fail, ignoring the user's
config choice when runtime.json5 exists.
@0xbyt4 0xbyt4 requested a review from a team as a code owner February 10, 2026 11:07
@github-actions github-actions bot added infrastructure Docker/Infrastructure config Configuration files labels Feb 10, 2026
@codecov
Copy link

codecov bot commented Feb 10, 2026

Codecov Report

✅ All modified and coverable lines are covered by tests.
✅ All tests successful. No failed tests found.

📢 Thoughts on this report? Let us know!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

config Configuration files infrastructure Docker/Infrastructure

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant