-
Notifications
You must be signed in to change notification settings - Fork 4
CLI App Relaunch
Quits both Edith processes and starts the app again, which is what a new permission grant needs before it takes effect.
ed app relaunch [--yes] [--json]
| Name | Type / values | Default | What it does |
|---|---|---|---|
--yes |
flag | off | Quit and relaunch Edith. Without it, print the plan only. |
--json |
flag | off | Emit JSON on stdout. |
Without --yes, --json describes the safe preview:
{
"action": "relaunch Edith",
"applied": false,
"changed": false,
"path": "/Applications/Edith.app",
"relaunched": false,
"targets": ["/Applications/Edith.app"]
}With --yes, applied, changed, and relaunched are true.
Examples:
ed app relaunch
ed app relaunch --yes
ed app relaunch --yes --json
Without --yes it prints the bundle it would relaunch and leaves both processes
untouched. With --yes and without --json it prints relaunched Edith, and
only once the quit and the launch have both happened. While it works it paints
two transient spinner lines on stderr, waiting for Edith to quit and then
starting Edith; they are skipped with --json and whenever stderr is not a
terminal, so stdout stays one document. This is the Permissions pane's relaunch
button as a command, with a longer reach: the button restarts the menu bar helper
it lives in, while ed takes both processes down. macOS hands a process its TCC
answers when it starts, so a grant you have just given is invisible until the
app runs again.
The preview needs no running process. Applying the plan needs to find the app,
which it checks before it quits anything. When neither the bundle this binary
sits inside nor /Applications/Edith.app exists, --yes exits 4 with Edith is not installed where ed can find it, hint it looks in /Applications and alongside this binary.
The order is: post the quit request, then terminate every process carrying either bundle id, wait up to 8 seconds for them to go, force quit whatever is still there and give that 3 seconds more, and only then launch the bundle and wait for it to come up. With Edith already closed the quit step finishes at once. The launch asks for a fresh instance and does not activate it, so Edith comes back without taking focus.
Either half can fail the command, and neither failure is silent. If anything is
still alive after the force quit it exits 1 with Edith did not quit, so it was not relaunched, hinting that you quit it from the menu bar and run the command
again, and nothing is launched. A launch that throws exits 1 with could not start Edith: and the reason, hinting at opening the bundle from Finder.
Both processes come back: the helper is terminated along with the main window, and the main app starts it again as it launches, so a grant that belongs to the helper bundle rather than the main one is picked up by a relaunch too.
-
ed app, the rest of this group - All
edcommands
Auto-generated from docs/, edit the docs in the repo, not the wiki.
CLI reference
Companion
- Deploy
- Concepts
- Concepts Memory
- Concepts Ingestion
- Concepts Search
- Concepts Chat
- Concepts Learning
- Concepts Brain
- Concepts Friend
- Hosts
- Stack
- Status
- Doctor
- Search
- Index
- Ingest
- Episodes
- Sync
- Observations
- Reflect
- Beliefs
- Ask
- Extract
- Claims
- Corroborate
- Runs
- Chat
- Conversations
- Forget
- Export
- Import
- Erase
- Wipe
- Episode
- Nightly
- Reason
- Personas
- Council
- Lenses
- Core
- Why
- Hypotheses
- Predictions
- Commitments
- Discrepancies
- Calibration
- Inquire
- Entities
- Eval
- Standup
- Machines
- Baselines
- Connectors
- Facts
- Correct
- Weekly
- Db
Guides