Notifications become a tab on the member's own profile

Featurekamo-internal
Ya
14 Agosti 2026, 17:09 UTC
Mwandishi
kamo
Ahadi ya
faac788

They were a page of their own at /settings/notifications, which put a preference about one person somewhere other than the page about that person — and left the missed-message email switches stranded on the profile tab, so the two halves of "how do I get told things" lived on different screens. Both are here now, on **************** directly after My Profile. The email switches keep their behaviour exactly — same preference key, same me-scoped route, same debounce and keepalive flush — and are redrawn with the notification panel's own section and row primitives so they read as part of it rather than as a card that wandered in. They stay a distinct section, and say so: that channel reaches you when the application is closed, is written by a different service, and keeps its own quiet hours. Folding the two sets of hours into one control would silently change what one of them governs. The tab is self-only, because every preference behind it is read and written through me-scoped routes — on somebody else's profile these controls would edit the viewer's own while appearing to edit theirs. It fetches the account address itself rather than taking it from the profile tab: settings tabs mount one at a time, so a value lifted from a sibling would be missing exactly when a member opened this tab first, which from a notification's Settings link is every time. The old route is gone, along with its settings-menu topic, and the three surfaces that linked to it now build the path through one helper — a hand-assembled route in three places is a route that eventually disagrees with itself.

Mabadiliko yote

Je, unaona nini kuhusu usafiri?

Kila moja ya hizi updates ardhi katika nafasi yako ya kazi moja kwa moja. Kuanza bure na kuangalia kukua wiki baada ya wiki.

Kuwa Huru MileleMtazamo wa bei