diff options
| author | Christophe Besson <cbesson@gmail.com> | 2026-08-14 11:15:27 +0200 |
|---|---|---|
| committer | Christophe Besson <cbesson@gmail.com> | 2026-08-14 11:15:27 +0200 |
| commit | 6309894d019421f54cff311e630f3897f7eba93e (patch) | |
| tree | 274e9cd1721a7c7b1a89344d1d06f0e127b6df15 /packages/meshbay-common/src | |
| parent | 8f9ac4d931e43358cb0e4e82085f49e916419a8b (diff) | |
| download | meshbay-6309894d019421f54cff311e630f3897f7eba93e.tar.gz | |
test: prove a second browser works after pairing
The mechanism was already there — the encrypted keypair bundle goes to the node
after a first successful connection, and any client holding the password can
recover it — but nothing exercised it. e2e.py never pushed a bundle, so the case
that matters to an ordinary user was the one case never tested.
It now does what app.js does: backs the member's keys up to the node, then opens
a second client carrying nothing but a username and a password. Against the live
deployment that client recovers its identity keys, is recognised as the same
person with no second code, gets the same group key, and browses the group.
Also guards the ordering this depends on: the keypair bundle must be fetched
before joinGroup() runs, or a browser that did not register has no key to sign
the join with — invisible on the browser that did register, broken on every
other one.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Diffstat (limited to 'packages/meshbay-common/src')
0 files changed, 0 insertions, 0 deletions