Ports, crashes, and reclaim
The classic local-dev failure mode: something still holds port 3000 from yesterday, or a process exits and the reason is buried in a terminal you closed. Rig surfaces both.
See who owns a port
- Open the project (or Attention / flight board) when a start fails on bind.
- Rig shows the owning process when it can — not just “EADDRINUSE”.
- Use
⌘Kand search reclaim / the port number for a quick action.
Reclaim safely
Reclaim asks Rig to stop the process holding that port. Prefer reclaiming via Rig over blind kill -9 so the right project state updates. If the owner is another app (Docker Desktop, Valet, etc.), Rig will say so — stop that service instead of force-killing randomly.
Crashes and last exit
- Status pills show running vs crashed.
- Last exit / crash parse surfaces a readable reason when possible.
- Restart from the same control; logs keep context across restarts.
- Native notifications are branded as Rig (not “Electron”).
Agent fix loop
For some crashes Rig can suggest a fix path (prompt / deep link into your AI editor via MCP). Confirm what the agent will restart — MCP tools are scoped, not a raw shell.
Related
- Add a project and start it
- Troubleshooting FAQ
- MCP in Rig
- Ports and conflicts in local development
- Port in use command generator
- Local dev port planner
- Find what is using a port and free it
- localhost vs 127.0.0.1 vs 0.0.0.0
- Run & fix guides
- Common port conflicts
- Managed Postgres and Redis
- Docker Compose projects