Settings: notification tray limit (notificationTrayLimit) #35

Activity

1. Adron

   added

   parityClosing a gap against interlinedlist.comClosing a gap against interlinedlist.com

   P2Completeness / settings surfaceCompleteness / settings surface

   area:notificationsNotifications & pushNotifications & push

   area:settingsSettings & preferencesSettings & preferences

   on Sep 15, 2026
2. Adron

   added a parent issue on Sep 15, 2026

   • Settings & preferences parity — most of PATCH /api/user/update is unreachable from Android #31
3. Adron commented on Sep 16, 2026

   

   Adron

   on Sep 16, 2026

   MemberAuthor

   More actions

   Implemented in the PR above (branch issue/35-notification-tray-limit). Closing here — review and any follow-up happens on the PR.

   Placement and range came from the docs: the web files this under View preferences, not under a notifications group (/help/settings lists it beside Messages per page, and its Notifications section points back at it), and the valid range is 10–40, default 20 — stated on /help/settings and corroborated by /help/api/notifications ("clamped to 10–40") and the live GET /api/user value.

   Both consumers now honour it, which was the substance of the issue: the in-app list stops using a hard-coded page size, and the system-tray grouping drops its independent MAX_INDIVIDUAL = 5 cap in favour of the account's limit.

   One behaviour change to be aware of: a batch of six notifications now posts six individually where it used to collapse into a summary. That is the intent, but worth knowing before it surprises anyone.

   Crossing the module boundary needed a second narrow accessor in :core:network alongside #19's — so this adds another reader to the ownership tangle tracked in #104.
4. Adron

   closed this as completedon Sep 16, 2026
5. Adron

   added a commit that references this issue on Sep 16, 2026

   merge: #35 notification tray limit (PR)

   68ece5e