feat(FN-2406): persist dashboard auth token and harden TUI layout
- Persist dashboard auth token in global settings and add daemon-token utilities for reuse - Update dashboard CLI command auth precedence and token handling behavior - Harden dashboard TUI log viewport budgeting to avoid footer overlap under constrained heights - Expand CLI and TUI test coverage for token persistence, auth precedence, and environment mocking - Refresh README/CLI/getting-started docs and add changesets for token persistence and TUI fix
This commit is contained in:
@@ -263,10 +263,13 @@ pnpm dev dashboard
|
||||
|
||||
Then click the `Open:` URL printed in the terminal. It embeds a bearer token
|
||||
(`http://localhost:4040/?token=fn_...`) that the browser captures to
|
||||
`localStorage` on first visit and reuses automatically thereafter. See
|
||||
`localStorage` on first visit and reuses automatically thereafter. On the
|
||||
server side, Fusion now persists the dashboard/daemon token in
|
||||
`~/.fusion/settings.json` on first authenticated run and reuses it on later
|
||||
starts unless you override it (`--token`, `FUSION_DASHBOARD_TOKEN`,
|
||||
`FUSION_DAEMON_TOKEN`) or disable auth with `--no-auth`. See
|
||||
[CLI reference → fn dashboard → Authentication](./docs/cli-reference.md#fn-dashboard)
|
||||
for how to pin a stable token via `FUSION_DASHBOARD_TOKEN` or opt out with
|
||||
`--no-auth`.
|
||||
for full precedence and reset/revocation options.
|
||||
|
||||
### First-run setup
|
||||
|
||||
|
||||
Reference in New Issue
Block a user