Skip to content

fix: disable ComfyUI compose when image generation is off#741

Merged
Lightheartdevs merged 2 commits intoLight-Heart-Labs:mainfrom
yasinBursali:fix/comfyui-compose-flags-when-disabled
Apr 3, 2026
Merged

fix: disable ComfyUI compose when image generation is off#741
Lightheartdevs merged 2 commits intoLight-Heart-Labs:mainfrom
yasinBursali:fix/comfyui-compose-flags-when-disabled

Conversation

@yasinBursali
Copy link
Copy Markdown
Contributor

What

Exclude ComfyUI compose files from the Docker Compose stack when image generation is disabled.

Why

When ENABLE_COMFYUI=false (non-interactive without --all, or Tier 0/1 safety net), the installer skips building the ComfyUI image but resolve-compose-stack.sh still includes its compose files. docker compose up then fails with "No such image: dream-server-comfyui:latest", blocking ALL containers from starting — not just ComfyUI.

How

Added a block at the end of Phase 03 that syncs ComfyUI compose state with the ENABLE_COMFYUI flag:

  • When disabled: renames compose.yamlcompose.yaml.disabled (resolver already skips .disabled)
  • When enabled: renames back if previously disabled (handles re-install edge case)

Uses the existing .disabled convention that resolve-compose-stack.sh and dream-cli enable/disable already respect.

Testing

  • bash -n syntax check passes
  • Verified resolver handles .disabled at line 169
  • Verified dream enable comfyui uses same rename convention

Review

Critique Guardian: APPROVED (after adding companion re-enable block for re-install edge case)

Platform Impact

  • macOS: N/A — Phase 03 only runs on Linux installer. ComfyUI's manifest declares gpu_backends: [amd, nvidia], no Apple support.
  • Linux: Direct fix for the reported bug
  • Windows/WSL2: Direct fix — originally reported on WSL2/NVIDIA

🤖 Generated with Claude Code

yasinBursali and others added 2 commits April 3, 2026 03:09
When ENABLE_COMFYUI=false, the installer skips building the ComfyUI
image but resolve-compose-stack.sh still includes its compose files.
Docker compose up then fails with "No such image" for ComfyUI, which
blocks ALL containers from starting.

Now renames compose.yaml to compose.yaml.disabled in Phase 03 when
ComfyUI is not enabled, leveraging the existing disabled-extension
convention that the resolver already respects.

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
When re-installing with ENABLE_COMFYUI=true from a source tree where
a previous install disabled ComfyUI, the compose.yaml.disabled is now
renamed back to compose.yaml. This closes a re-install edge case where
ComfyUI would silently remain disabled.

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
@Lightheartdevs Lightheartdevs merged commit d5b4711 into Light-Heart-Labs:main Apr 3, 2026
19 of 27 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants