https://bugzilla.wikimedia.org/show_bug.cgi?id=69640
Bug ID: 69640
Summary: Ordering of levels in $wgRestrictionLevels causes bad
ordering on protection form
Product: Wikimedia
Version: wmf-deployment
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: Site requests
Assignee: [email protected]
Reporter: [email protected]
CC: [email protected],
[email protected],
[email protected], [email protected],
[email protected], [email protected]
Web browser: ---
Mobile Platform: ---
Reported on enwiki at
https://en.wikipedia.org/wiki/MediaWiki_talk:Protect-text#Confirm_protection_dropdowns
Gerrit change 153302 inadvertently changed the ordering of the levels in
$wgRestrictionLevels for wikis not using the default levels. For example, on
enwiki the array was coming out as
array(5) {
[0]=>
string(14) "templateeditor"
[1]=>
string(0) ""
[2]=>
string(13) "autoconfirmed"
[3]=>
string(5) "sysop"
[4]=>
string(12) "superprotect"
}
The protection form displays the protection levels in the same order, while
admins on-wiki would expect to see "Allow all users" ('') first and "Allow only
template editors and admins" ('templateeditor') third.
To get the proper ordering, it looks like we'll have to specify the entire
array rather than using the '+' syntax in InitialiseSettings.php.
--
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
_______________________________________________
Wikibugs-l mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
