diff options
| author | Christophe Besson <cbesson@gmail.com> | 2026-08-17 17:38:14 +0200 |
|---|---|---|
| committer | Christophe Besson <cbesson@gmail.com> | 2026-08-17 17:38:14 +0200 |
| commit | f23e8e51e4b8bc03d6109081fe048af1782e1f4e (patch) | |
| tree | 29772398ef6cd488d50b032358b468eece0f2add /docs/meshbay-draft-v1-fr.md | |
| parent | 6562665c80f96f30fef95af83a0abcf71f41795f (diff) | |
| download | meshbay-0.5.tar.gz | |
docs: sessions renew themselves, and two faults of the same shape0.5
USERGUIDE said an hour in five places and presented renewal as something the
reader does with curl. Both are now wrong: it is four hours, the web app renews
for itself, and the endpoint rotates — so anyone driving it by hand has to store
the refresh token that comes back, or their next call revokes the family.
Also corrects what the token's life actually bounds. It is not how long a
revocation takes: the hub reloads the account on every request and refuses a
suspended one at once, and it pushes signed revocations to nodes. What remains
is a leaked token on an account still in good standing, which is the reason to
keep the number small.
Two lessons in CLAUDE.md. A rotated refresh token has to be stored or it is
spent once. And an effect keyed on a value that used to be constant: the WebRTC
dial listed `token` among its dependencies, harmless while a token only ever
expired, fatal once the session renewed itself — it tore the connection down
mid-handshake and the node waited for ever. That and the hook declared after its
own dependency are the same shape, and worth naming as one: code that reads
correctly on its own and is wrong against the component lifecycle.
Diffstat (limited to 'docs/meshbay-draft-v1-fr.md')
0 files changed, 0 insertions, 0 deletions