Requests for Comment/Miscellaneous RfGR and WC rules

NOTE: This is a draft RfC. Comments or votes on the substance of the proposal (i.e. whether you like a proposal or not) should NOT be made at this stage and will be removed. Users may comment on the drafting/form or add new proposals or counterproposals if they don't like the ones that exist, but shouldn't change the scope of current proposals (or delete proposals) without asking me before.

What we've often done at Miraheze over the years is create procedures and rules for global groups separately. What has happened in some instances is that rules between the global groups are inconsistent for no particular reason. In addition, similarly to the Requests for Comment Policy that was recently implemented, there's some rules regarding voting that should also be applicable to permission requests. This request proposes to make some of these rules consistent and also adds a few new ones or modifications. Reception123 (talk) ( C ) 05:25, 13 June 2022 (UTC)

Note : If 'This proposal also applies to wiki creator requests.' is not included, that proposal does not apply to wiki creators.

Note to closing Steward: If proposals are successful, preferably there wouldn't be a new policy page that documents these points but instead they would be integrated in the current pages for the respective groups

Proposal 1 (Voting)

 * Users may not participate in requests for global rights with more than a single account, in accordance with the user accounts policy. Only registered users may vote in requests for global rights. Unregistered users (IPs) may participate in requests for global rights by way of comments, but these will not ultimately be taken into account when deciding consensus, will not count as 'votes' and should not be present in the sections dedicated to voting.
 * This proposal also applies to wiki creator requests.
 * This proposal also applies to Request for Comments policy, adding the ' should not be present in the sections dedicated to voting' part. This is in order to clarify the position.

Proposal 2 (Voting)

 * Users who created their accounts after a request for global rights has been opened may not vote in that request for global rights. Such users may participate in requests for global rights by way of comments, but these will not ultimately be taken into account when deciding consensus, will not count as 'votes' and should not be present in the sections dedicated to voting.
 * This proposal also applies to wiki creator requests.
 * This proposal also applies to Request for Comments policy, adding the ' should not be present in the sections dedicated to voting' part. This is in order to clarify the position.

Proposal 3 (Support ratios)

 * A support ratio of 80% is required for all requests for global rights.

Note: This doesn't change the position for Stewards and Global Sysops, but introduces a ratio for Interwiki Administrators

Proposal 4.1 (Removal ratios)

 * In order to revoke a Steward or a Global Sysop, there must be at least 50% of votes in favor of removal

Note: This is currently the case for Stewards, but 80% is currently needed to remove a Global Sysop. This Proposal is mutually exclusive with 4.2 and provides for a consistent approach for the two groups.

Proposal 4.2 (Removal ratios)

 * In order to revoke a Steward or a Global Sysop, there must be at least 80% of votes in favor of removal

Note: This is currently the case for Global Sysops, but only 50% is currently needed to remove a Steward. This Proposal is mutually exclusive with 4.1 and provides for a consistent approach for the two groups.

Proposal 5.1 (Inactivity - Stewards)

 * Stewards who do not participate in the community in some form (responding to questions, dealing with issues facing communities, enforcing global policies, general administrative tasks as a minimum) for 6 months will be deemed inactive and have their steward rights revoked. All wikis as well as Miraheze-related platforms can be taken into account.
 * Once a Steward has their rights revoked for any reason, they must make a successful request that satisfies the criteria above in order to regain the rights.

Note: This proposal only has slight modifications and doesn't change the actual time period which is already at 6 months

Proposal 5.2 (Inactivity - Global Sysops)

 * Global Sysops who do not participate in the community in some form (responding to questions, countervandalism, enforcing global policies) for 6 months will be deemed inactive and have their Global Sysop rights revoked. All wikis as well as Discord and IRC can be taken into account.
 * Once a Global Sysop has their rights revoked for any reason, they must make a successful request that satisfies the criteria above in order to regain the rights.

Note: This proposal only has slight modifications and doesn't change the actual time period which is already at 6 months

Proposal 5.3 (Inactivity - Interwiki Administrators)

 * Interwiki administrators who do not participate in the community in some form (responding to questions, adding interwiki prefixes) for 6 months will be deemed inactive and have their Interwiki Administrators rights revoked. All wikis as well as Discord and IRC can be taken into account.
 * Once an Interwiki Administrators has their rights revoked for any reason, they must make a successful request that satisfies the criteria above in order to regain the rights.

Proposal 5.4 (Inactivity - Wiki creators)

 * Wiki creators who have not contributed to the community in any form for at least three months, may have their rights removed. The only activity which is relevant is edits or log actions on Meta.

Note: The current situation as interpreted by Stewards is that all activity (including non-Meta wikis) is counted.

Proposal 6.1 (Eligibility criteria - All global groups)

 * A candidate must:


 * Have at least 1000 total global edits on Miraheze
 * These edits may not consist of directly copy/pasting content from other wikis, they must be edits done by the user;
 * There should be edits on more than a single wiki, unless the single wiki is Meta
 * Have had their Miraheze account for at least 2 months; and,
 * Be involved in some way in community matters (in discussions on noticeboards, IRC, Discord, etc.)

Note: There is currently no eligibility criteria for Stewards or Global Sysops, only for Interwiki administrators

Proposal 6.2 (Eligibility criteria - Wiki creators)

 * A wiki creator must have:


 * Have at least 300 total global edits on Miraheze
 * These edits may not consist of directly copy/pasting content from other wikis, they must be edits done by the user;
 * There should be edits on more than a single wiki, unless the single wiki is Meta
 * Have had their Miraheze account for at least 2 months; and,

Note: This is different than Proposal 6.1 as it doesn't apply to wiki creators. There is currently no additional eligibility requirements for wiki creators

Proposal 7.1 (Wiki Creators: Revocation)

 * A wiki creator's rights may be removed by a Steward in the following circumstances:
 * The wiki creator has repeatedly created wikis which violate the Content Policy;
 * The wiki creator has mainly creating wikis for their own use and has not focused on their role of creating wikis for other users;
 * The wiki creator has violated any other global policies or the Code of Conduct repeatedly
 * The rights may also be removed by a system administrator if the wiki creator (potentially) causes damage (from a technical view) or creates unreasonable workload for System administrators. If you feel a wiki creator is misusing their privileges, please contact a Steward.

Proposal 7.2 (Wiki Creators: Revocation)

 * In addition to the reasons above, this additional reason is added:
 * The wiki creator has repeatedly created wikis with inadequate descriptions which could not possibly have allowed them to determine whether they would violate the Content Policy and which have caused an excessive amount of work for Stewards and/or Global Sysops
 * Prior to being removed, the wiki creator in question should be warned.

Note: This is different from Proposal 7.1 as in that case the wikis must have been found to violate the Content Policy. In this case, the wiki creator will fall under this reason even if the wikis ended up not violating the Content Policy but they could've potentially done so. This reason mainly concerns wiki creators who approve wikis indiscriminately without requiring proper descriptions.

Proposal 8

 * In order for a request for global permissions to be succesful, the request must have stayed open for at least seven days.
 * Requests may be closed before if it is clear that there is no chance of consensus in favour or if no valid reason/rationale has been given for the request.

Note: There is currently a one week requirement for Global Sysops but not for Stewards or Interwiki administrators.