diff options
| author | Christophe Besson <cbesson@gmail.com> | 2026-09-23 19:30:47 +0200 |
|---|---|---|
| committer | Christophe Besson <cbesson@gmail.com> | 2026-09-23 19:30:47 +0200 |
| commit | 95cec0e0bbc28e930f297f44bbd3dbf4d63f0bc2 (patch) | |
| tree | 355ac2b769885b368d45846fe4c3c59cc8b3865b /packages/meshbay-node/src/meshbay_node/transport/quic_server.py | |
| parent | d87f05f9f131aa7cc92f53355c5fe63be01aa516 (diff) | |
| download | meshbay-95cec0e0bbc28e930f297f44bbd3dbf4d63f0bc2.tar.gz | |
fix(hub): a redeemed invitation link leaves the owner's list
The list under "Invite by link" answered every ticket the group had ever
minted, so a link that somebody had already used sat there saying "used by
<name>" for the thirty days of KEEP_REDEEMED — beside the member row it had
just produced, and above the links that still wait for somebody, which are
the only ones there is anything to do about. The node's own `member list`
had never shown them: it selects `used_at IS NULL`.
The listing now selects `redeemed_by IS NULL`, and drops the `redeemed`
status and the `redeemed_by` field with it. The row itself still lives for
KEEP_REDEEMED, which is what lets a reload or a second tab of the invitation
page be answered rather than refused; its comment says that now instead of
naming a list it is no longer in.
The SPA filters too, because the desktop client's copy of this interface can
be newer than the hub it is signed into.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Diffstat (limited to 'packages/meshbay-node/src/meshbay_node/transport/quic_server.py')
0 files changed, 0 insertions, 0 deletions