mirror of
https://github.com/garrytan/gstack.git
synced 2026-09-11 15:39:04 +02:00
docs: update project documentation for v1.65.0.0
README gains the two wave-2 CLIs (gstack-code-intelligence, gstack-verify-gate) in the standalone-binaries table, BROWSER.md documents BROWSE_PERSIST_STATE next to manual state save/load, CONTRIBUTING's CI section lists the new supply-chain gates, and CLAUDE.md's project tree reflects lib/code-intelligence/ and the added workflows. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
This commit is contained in:
co-authored by
Claude Fable 5
parent
adfacdf15a
commit
b0ede5a67b
+12
@@ -1095,6 +1095,18 @@ $B state load my-session # restore
|
||||
In-memory `load-html` content is intentionally NOT persisted (avoid leaking
|
||||
secrets to disk).
|
||||
|
||||
Manual save/load is one-shot. For state that survives daemon restarts
|
||||
automatically, opt in with `BROWSE_PERSIST_STATE=1` in the daemon's
|
||||
environment: the headless daemon snapshots cookies + per-tab
|
||||
URL/localStorage/sessionStorage to `<stateDir>/session-state.json` (0600,
|
||||
atomic writes) every 30 seconds and at clean shutdown, then restores it off
|
||||
the boot path on the next launch. Default OFF — cookies on disk are a real
|
||||
cost, so the user opts in. Headless only (headed mode's persistent Chromium
|
||||
profile already owns its state). Loaded HTML and tab ownership are never
|
||||
persisted, cookies for localhost, `.internal`, and cloud-metadata addresses
|
||||
are dropped on restore, and a corrupt snapshot is quarantined to
|
||||
`session-state.json.corrupt` so persistence can never block a launch.
|
||||
|
||||
### Watch
|
||||
|
||||
```bash
|
||||
|
||||
Reference in New Issue
Block a user