Currently the VE API just returns all edit notices in a flat API.
If we return this with meaningful keys, then clients can filter out specific messages they don't want to show.
Use case in DiscussionTools filtering out anoneditwarning edit notice.
Currently the VE API just returns all edit notices in a flat API.
If we return this with meaningful keys, then clients can filter out specific messages they don't want to show.
Use case in DiscussionTools filtering out anoneditwarning edit notice.
Subject | Repo | Branch | Lines +/- | |
---|---|---|---|---|
ApiVisualEditor: Return notices as an associative array | mediawiki/extensions/VisualEditor | master | +18 -16 |
Status | Subtype | Assigned | Task | ||
---|---|---|---|---|---|
Open | None | T276497 Scale DiscussionTools to all projects | |||
Open | None | T251207 [Epic] Scale DiscussionTools to all Wikipedias | |||
Open | None | T233446 [Epic] New Discussion Tool | |||
Resolved | None | T275256 Make New Topic Tool (desktop) available as opt-out feature at all wikis | |||
Resolved | matmarex | T285117 Add support for the InputBox extension | |||
Resolved | Urbanecm_WMF | T269310 Add support for preloaded text | |||
Resolved | Ryasmeen | T269033 Add edit notice element to New Discussion Tool | |||
Resolved | ppelberg | T270454 Implement edit notice logic | |||
Resolved | Esanders | T272188 VE API: Return structured information about edit notices so they can be filtered by clients |
Change 656520 had a related patch set uploaded (by Esanders; owner: Esanders):
[mediawiki/extensions/VisualEditor@master] [BREAKING CHANGE] ApiVisualEditor: Return notices as a keyed array
It's not even a breaking change: the API behaved like this until very recently, and was changed as a part of the fix for T263255. This patch restores the old format, but I verified that it doesn't cause a regression of that bug.
Change 656520 merged by jenkins-bot:
[mediawiki/extensions/VisualEditor@master] ApiVisualEditor: Return notices as an associative array