See details in T388663 and the announcement in wikitech-l.
Description
Details
| Subject | Author | Repo | Branch | Lines +/- | |
|---|---|---|---|---|---|
| Migrate to the new Notifications system | Daimona Eaytoy | mediawiki/extensions/CampaignEvents | master | +22 -19 |
| Status | Subtype | Assigned | Task | ||
|---|---|---|---|---|---|
| Open | None | T352097 [EPIC] Event Notifications | |||
| Resolved | Daimona | T398356 Migrate to the new Notifications system in CampaignEvents |
Event Timeline
AIUI, at least in its current state, the benefits would be on the technical side only. For example, quoting from https://www.mediawiki.org/wiki/Manual:Notifications#Benefits:
For extensions that already use Echo, it allows omitting checks for Echo being installed, and provides a more type-safe interface than Event::create(). We hope that the middleware system will also prove to be a more reliable way of overriding other extensions' notifications than the current variety of hooks defined in Echo.
I don't think any of this would be noticeable by users. It might make user-visible changes easier to implement later, but I don't see any mention to those for the time being.
Change #1323059 had a related patch set uploaded (by Daimona Eaytoy; author: Daimona Eaytoy):
[mediawiki/extensions/CampaignEvents@master] Migrate to the new Notifications system
Change #1323059 merged by jenkins-bot:
[mediawiki/extensions/CampaignEvents@master] Migrate to the new Notifications system