Author: stvrtg
Description:
..from a sub-list within watchlist.
Should be otherwise self-explanatory - just another more sophisticated way of displaying article change information.
-Steven
Version: unspecified
Severity: enhancement
Description
Description
Details
Details
- Reference
- bz19248
| Status | Assigned | Task | ||
|---|---|---|---|---|
| Duplicate | None | T21248 Hotwatch: User_talk-style banner notifications for select article changes | ||
| Open | None | T34281 MediaWiki needs a sane notification system (tracking) | ||
| Open | None | T34284 Update Echo Notifications in real time without page reloads | ||
| Resolved | None | T34283 API method to poll centralized notifications | ||
| Open | None | T113125 Investigate using service workers to provide real-time Echo notifications in the browser (push notifications) | ||
| Open | None | T34285 Email backend for notifications to supplement/consolidate enotif with common notification infrastructure | ||
| Duplicate | None | T34288 Android cloud to device messaging backend for user notification system | ||
| Open | None | T34287 Apple iOS push notification backend for user notification system | ||
| Open | None | T41513 LQT notification email (enotif) are sent for replies/new threads on watchlisted pages/threads regardless of users' enotif settings | ||
| Open | None | T128351 RfC: Notifications in core |
Event Timeline
Comment Actions
stvrtg wrote:
In fact it occurs to me that we need more ways to sort and manage watchlist data. I personally never use my watchlist for more than a week every two years, because they always get filled beyond my capacity to deal with them.
-Stevertigo
Comment Actions
I think this is essentially asking for "Multiple watchlists", assuming those separate watchlists would be able to have various different settings (e.g. enotifwatchlist), I'm going to merge it.