Skip to content

Access Keys: a key's person takes the name of their last signed-in write (0.1.12) - #10

Merged
reoring merged 1 commit into
mainfrom
key-actor-name
Nov 11, 2026
Merged

reoring merged 1 commit into
mainfrom
key-actor-name

Conversation

@reoring

@reoring reoring commented Nov 11, 2026 •

Copy link
Copy Markdown
Contributor

Why

A key assertion carries no name and is not forwarded to Directory, so issues, comments and /me written through a key showed the subject UUID.

What

  • store.KnownName: the display name most recently recorded for the subject by a signed-in write (activity log, excluding rows whose name is the subject itself). Key requests use it for the actor; before any signed-in write the name stays the subject id.
  • Migration 012: index tracker_activity (actor_sub, created_at DESC) for that lookup.
  • design/API.md § Access Keys updated; release 0.1.12.

Rows already stored with the UUID are not rewritten.

Verification

  • go vet ./cmd/...; go test -count=1 ./cmd/... against a disposable Postgres 17: all five packages passed, including the extended key test and the migration-from-v0.1.0 test. CI skips the database tests.
  • Not verified: the live installation; that needs the 0.1.12 publication.

…ite (0.1.12)

A key assertion carries no name, so key writes and /me showed the subject
id. Resolve the display name from the workspace's activity log; fall back
to the subject before any signed-in write.
@reoring
reoring merged commit 3adb0b8 into main Nov 11, 2026
3 checks passed
@reoring
reoring deleted the key-actor-name branch November 11, 2026 02:53
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant