Skip to content
Docs

Troubleshooting

Use this page by symptom. Start with the section that matches what the user sees, not the subsystem you think might be involved.

If your problem is not listed here, check GitHub Issues.

Symptom: npx @coredirective/cf-container fails.

Check these first:

  1. Verify Node.js and npm are installed.
  2. Check network access to the npm registry.
  3. Retry with:
Terminal window
npx --yes @coredirective/cf-container

If the problem is permissions-related, avoid global installs and use npx.

The Container Does Not Open or Build Correctly

Section titled “The Container Does Not Open or Build Correctly”

Symptom: VS Code does not offer to reopen in container, or the build fails.

Check these first:

  1. Confirm the Dev Containers extension is installed.
  2. Make sure .devcontainer/ is at the project root you opened.
  3. Confirm Docker is running.
  4. Rebuild without cache if the first build was interrupted.

If feature installation is the failure point:

  • confirm you have enough memory
  • check internet access and GitHub rate limiting
  • temporarily disable the failing feature with "version": "none"

Symptom: claude or cc fails with auth errors.

Try:

  1. Launch claude once interactively.
  2. Verify your token or API-key configuration.
  3. Wait briefly and retry if background setup just completed.

Symptom: gh is not authenticated.

Try:

Terminal window
gh auth status
gh auth login

Or configure GH_TOKEN in .devcontainer/.secrets.

Symptom: codex fails with auth errors.

Try:

  1. Launch codex interactively once.
  2. Verify OPENAI_API_KEY if using API-key auth.
  3. Recreate ~/.codex/auth.json if needed.

Symptom: cc or another tool is not found.

Check these first:

  1. Open a new terminal.
  2. Run check-setup.
  3. Run cc-tools.
  4. Confirm the tool is not optional or disabled by default.

If cc is missing specifically, reload your shell config with source ~/.bashrc or source ~/.zshrc.

Symptom: a plugin appears inactive, or formatting/linting does not happen.

Check these first:

  1. Confirm the plugin is enabled in settings.json.
  2. Confirm the required underlying tools are installed.
  3. Remember that many checks run on the Stop hook, not immediately on edit.
  4. Check whether a hook was disabled in disabled-hooks.json.

Symptom: slow startup, high memory usage, or long rebuilds.

Try:

  1. Increase Docker memory if your machine can support it.
  2. Disable unused optional features.
  3. Use normal rebuilds instead of no-cache rebuilds for routine changes.
  4. Check available disk space.

First start is slower than later starts because setup scripts and tool installs run only once per fresh environment.

Symptom: a service is running in the container but not reachable from the host.

Check these first:

  1. If you are using VS Code, confirm port forwarding is active.
  2. If you are using the DevContainer CLI or another non-VS Code client, use dbr or SSH tunneling.
  3. Check for port conflicts.

Use Accessing Services for the practical guide.

Symptom: docker permission errors.

Make sure your user can access the Docker daemon without sudo.

Symptom: Docker hangs or the container does not start in WSL-based setups.

Check:

  1. Docker Desktop WSL integration is enabled.
  2. Your distro is using WSL 2, not WSL 1.
  3. Docker Desktop was restarted after settings changes.

Use the smallest reset that solves the problem:

  1. delete and redeploy runtime config in ~/.claude/
  2. restore default source config under .codeforge/config/
  3. reset aliases in your shell config
  4. rebuild the container
  5. disable and re-enable a single feature