Based on this discussion, the Bengali Wikibooks community has agreed to add the following permissions for its Interface Administrators:
- suppressredirect (All namespaces)
- editcontentmodel (All namespaces)
- delete (Only Mediawiki namespace )
Based on this discussion, the Bengali Wikibooks community has agreed to add the following permissions for its Interface Administrators:
Which problem is this trying to solve? Interface admin group was designed to only let people who have a clear need to edit CSS/JS to be able to do that, not as a generic technical group with a wider range of rights.
@Majavah
Please see WP:OTHERSTUFFEXISTS. That seems related to the initial IA rollout, and the current standards were probably not established then (plus it was a merging of an existing group).
@Majavah The reference task T222018 is not the subject of my discussion. I mention this just to make it clear that the subject is nothing new! Basically, the main job of an interface administrator is on all JS and CSS pages. MediaWiki namespaces are also included. But if the MediaWiki namespace pages need to be removed, who will do it?? In most projects this is done by an interface administrator. By the way, the administrator of Bengali Wikibooks cannot move or remove the pages of this namespace (gadgets-definition).
And....... MediaWiki gadget-definition pages and related templates do not need to keep redirect when moving. How can this be possible without suppressredirect? Usually page movers and file movers get the suppression right. But neither of these is present in Bengali Wikibooks. Only administrators can do that (only Template namespace, not Mediawiki gadget definitions) and we have only one administrator.
Permission to change the page content model is required because if we want to sanitize a CSS page we have to wait for the administrator even though it is part of the interface (So far we have no local interface editor). However, I can't say more about this.
Any other comments / opinions by other config change deployers to not have this task lingering? Thanks! :-/
Not a deployer but as a requent Wikimedia-Site-requests volunteer I think the consensus among deployers and within the WMF is, and has been for some time, not to favour the expansion of the interface administrator permissions as explained above, mainly due to security concerns and as such this is listed in https://meta.wikimedia.org/wiki/Limits_to_configuration_changes (section: Proposed changes with security and/or legal liability issues). While consensus can change, it seems unlikely at this stage and suggest that this task be closed as declined.