Skip to content

Absorb the Bubble Ups successor surface (BC3 #11628) #425

Description

@jeremy

Summary

doc/api/sections/my_notifications.md (codified by BC3 #11628) documents the BC5 bubble-up surface that spec/api-gaps/memories-emptied-regression.md explicitly defers to a separate additive PR. That entry settles the subtractive memories: [] delta; this issue tracks the deferred additions.

Missing surface

  • bubble_ups_count / scheduled_bubble_ups_count — required top-level integer counts on GET /my/readings.json (present independent of the limit_bubble_ups cap, and even when the scheduled_bubble_ups array is omitted).
  • limit_bubble_ups — optional boolean query param; true caps bubble_ups at 2 current items and omits the scheduled_bubble_ups key.
  • GET /my/readings/bubble_ups.json — a new operation returning a paginated bare array (50/page, Link-header pagination, page param) of current bubble-ups first (most recently bubbled up) then scheduled (scheduled time). Same Notification item shape.

Absorption (this issue's PR — PR-3 of the post-#401 program)

  • Add the required counts + limit_bubble_ups to the existing GetMyNotifications* shapes.
  • Add the GetBubbleUps operation (tagged, service-listed) with a Go wrapper (MyNotificationsService.BubbleUps, Link-following) + a non-breaking WithLimitBubbleUps() option on Get.
  • Go tests: multi-page Link-following pagination (with X-Total-Count + ordering), single-page, and limit_bubble_ups=truescheduled_bubble_ups omitted with counts preserved.
  • New bubble-ups-surface.md registry entry; memories-emptied-regression.md left intact (its pairwise-retirement scope is the subtractive delta).

Coordination record for the registry scheme; code ships in the linked PR.

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions