Author: happy.melon.wiki
Description:
As best I can tell, the four functions in EditPage.php that add messages above the edit window add them in approximately the following order:
- interface editnotice
- no-such-user warning
- Custom editintro supplied by &editintro= GET parameter
- new-article help
- log extract for deletion/move logs
- talk page editnotice
- Per-namespace editnotices, and per-page editnotices where those are still (accidentally) enabled
- Edit conflict warning
- warning you get if you try to create a new section and save it with no text
- force-edit-summary-warning
- force-edit-summary-warning for new sections
- Messages generated by hooks such as Capthas, AbuseFilter, etc
- warning about browsers that mangle unicode
- warnings related to RevDelete
- editing-an-old-revision warning
- warning about the wiki being locked
- not-logged-in warning
- JS warning
- JS/CSS preview notices
- warning about semi-protection or full-protection or cascading protection or creation protection
- long page error or warning
A logical order would have the most general notices ([[MediaWiki:readonlywarning]] and then [[Mediawiki:Talkpagetext]]) first, followed by namespace-specific notices (all of which could/should be implemented through the per-namespace editnotice system), followed by per-page editnotices and finally warnings about the particular edit the user is trying to make. And they should be added in a consistent fashion that ensures they are properly parsed, don't get random extra classes added to them, and have consistent ids.
Version: 1.16.x
Severity: trivial