Remove nav notification dots; federated/peering deliveries notify via the bell #460
Labels
No labels
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: Cordy/Cairn#460
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?
Decision (Nikola, 2026-09-10, on seeing the green dot on "Federated" after the first live OCM share): no notification dots on nav items. Notifications live in the notification bell — receiving a file via OCM or Cairn Peering must produce a bell notification for the recipient, like every other event class.
Scope
Remove:
fed-dot,fedUpdateDotmachinery) — supersedes the dot that appeared in the approved mockup; design revised.Add (backend, TDD):
i18n ×4 for both notification strings.
House rules: karpathy-guidelines (surgical — no redesign of the bell), Superpowers TDD (red on runner for the two backend notification events), house one-shot on a branch.
Shipped in v0.6.146 (PR #461, TDD red witnessed), live on both dogfoods. fed-dot removed (the old peering inbox dot had already been absorbed by the bell as kind
received— nothing else to remove). New derived bell kindocm-sharefrom the pending ShareIn ledger: appears while a decision is pending, leaves the bell once decided, clicks through to Federated → Requests. Peering items now read "Sent by Cairn peer {p} — in your Inbox" (×4 locales) and click through to the Inbox. Requests tab count kept as in-view orientation.