Folder members: names and addresses, chosen from the organisation's roster #9
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Cause: listFolderMembers omits display_name/email and the plugin shows the hosted username (identityId.accountId); adding is a free-form email box. Fix: shard sends displayName/email for members, creator display name for folders, hasKeys on /account users; plugin rows show name and address; Add opens a FuzzySuggestModal over the organisation's users. Checkpoint: server + plugin unit tests, e2e (member row is a name, no text input), mutation checks, shard + plugin deployed.
Checkpoint, 14 Sep 2026 —
7f9c133(shard) +fd10cd8(plugin). Shard: folder members and the add answer carry displayName and email, folder listings carry createdByDisplayName, /api/account users carry hasKeys (presence only). Plugin: members named by display name then address then username, fingerprint kept on the second line; Add opens FolderMemberPickerModal over the organisation's roster minus current members, keyless people shown but not addable; 'shared by' uses the display name. Server tests (4 mutations caught), plugin unit (2 caught), e2e: the owner's Members view names the guest, no text input, Choose… present (row-by-username mutation caught). Deployed: eu1fd10cd8, plugin installed in both vaults. Left for the user: open Members on a shared folder and add someone from the picker.