-
Notifications
You must be signed in to change notification settings - Fork 3.2k
UX: copy-safe Docker command in error modal (follow-up to #442) #443
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Changes from all commits
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
| Original file line number | Diff line number | Diff line change | ||||
|---|---|---|---|---|---|---|
|
|
@@ -49,11 +49,16 @@ export const BackendStartupError: React.FC = () => { | |||||
| After fixing the issue in your .env file, recreate the Docker containers: | ||||||
| </p> | ||||||
| <code className="block mt-2 p-2 bg-black/70 rounded text-red-100 font-mono text-sm"> | ||||||
| docker compose down && docker compose up -d | ||||||
| docker compose down && docker compose up --build -d | ||||||
|
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. 🛠️ Refactor suggestion Make the “copy-safe” command actually shell-agnostic (avoid &&) The chained “down && up …” fails in older Windows PowerShell (v5) and some terminals. A single, equivalent rebuild command works across shells and still achieves your intent (rebuild, recreate, and clean orphans): - docker compose down && docker compose up --build -d
+ docker compose up --build -d --force-recreate --remove-orphansAlso adjust the explanatory note below to reflect “recreate via up” rather than “down/up”. 📝 Committable suggestion
Suggested change
🤖 Prompt for AI Agents |
||||||
| </code> | ||||||
| <p className="text-red-300 text-xs mt-2"> | ||||||
| Note: Use 'down' and 'up', not 'restart' - containers need to be recreated to load new environment variables | ||||||
| </p> | ||||||
| <div className="text-red-300 text-xs mt-2"> | ||||||
| <p>Note:</p> | ||||||
| <p>• Use 'down' and 'up' (not 'restart') so new env vars are picked up.</p> | ||||||
| <p>• If you originally started with a specific profile (backend, frontend, or full),</p> | ||||||
| <p> run the same profile again:</p> | ||||||
| <br /> | ||||||
| <code className="bg-black/50 px-1 rounded">docker compose --profile full up --build -d</code> | ||||||
| </div> | ||||||
| </div> | ||||||
|
|
||||||
| <div className="flex justify-center pt-4"> | ||||||
|
|
||||||
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
💡 Verification agent
🧩 Analysis chain
Good addition; verify that default profile brings up all “core” services
The new default command is sensible and aligns with the modal. Please just verify that running without an explicit profile actually launches Server, MCP, Agents, and UI as documented below. If some of those services are gated behind Compose profiles, the docs should call that out to avoid partial startups.
Run this quick check to see which services are profile-gated in your Compose files:
🏁 Script executed:
Length of output: 4590
Docs update: Explicitly call out Compose profiles for core services
The default command
docker compose up --build -dwill only start services that have no profiles defined. In our setup, all of the core services—Server, MCP, Agents, and UI—are gated behind Compose profiles, so running without--profilewill not launch them. Please update the README to either:# Start all core services docker compose up --profile backend --profile frontend --build -d# Start everything in one go docker compose up --profile full --build -dImpacted services in
docker-compose.yml(all declareprofiles:):Ensure the README snippet near lines 80–81 is updated accordingly so users don’t accidentally start only the unprofiled “docs” service:
🤖 Prompt for AI Agents