Latest release
v1.1.0
Orbit 1.1 — development server manager
Orbit now runs your development servers, too. Register the long-running commands you use every day and start, stop, and restart them from a new Servers view, with live output streamed into a built-in terminal and localhost URLs detected automatically.
Highlights
- A built-in development server manager with Start, Stop, and Restart
- Live stdout, stderr, and system output streamed into a built-in terminal
- Automatic localhost URL detection, openable in your browser
- Whole process-tree cleanup on stop
- Server configurations persisted and restored across restarts
- A searchable project picker when adding or editing a server
- A collapsible sidebar whose state is remembered
Changelog
- addedA `servers` module in the Electron main process that persists development-server configurations and owns their lifecycle.
- addedA new **Servers** view for registering development commands and controlling them from Orbit.
- added**Start**, **Stop**, and **Restart** with live status (`starting`, `running`, `stopping`, `stopped`, `failed`), process id, and exit code or signal.
- addedA built-in **terminal** that streams each server's `stdout`, `stderr`, and system messages, with a **Clear** action and a bounded per-server buffer.
- addedAutomatic detection of **localhost URLs** in server output, which can be opened in the browser directly from the server card.
- added**Process-tree cleanup** on stop so a dev server's child processes are cleaned up too, and commands are spawned with `shell: false`.
- addedConfigurations persisted in `servers.json` under the app's user-data directory and restored on launch; servers stay stopped until you start them.
- addedA searchable **project picker** in the add/edit form, with a manual folder-browse fallback and an auto-filled display name.
- addedPer-server actions to **open in editor**, **copy path**, **edit**, and **remove**.
- addedA **collapsible sidebar** that remembers its state across launches.
- fixedTooltips now render in a portal and position themselves relative to the viewport, so they are no longer clipped by scrollable containers.