User:Tailsultimatefan3891/Wiki proposals/Old

(This is a draft)

I have been working on it as a draft for a couple days as User:Tailsultimatefan3891/Wiki changes to propose. I have seen a couple of lacking permissions and we could need changes to the wiki.

1. Add Consul Permission: I have noticeably seen a couple of times where policies are bureaucrat-protected. However I can see and we could request to add the consul permission to prevent common bureaucrats from changing such policies especially major edits. As a result we can make a permission in between bureaucrat and steward but please this is not to be confused with the consul permission on Public Test Wiki on Miraheze. In addition, consuls could also add and remove interface administrator, abuse filter administrator, blocked from abuse filter, suppressor, CheckUser, non-steward CheckUser, non-steward suppressor, et al rights. We could also add a level of protection meaning "Allow only consuls" used for edit, move, protect, and delete. Abuse filter administrator rights are packed in the consul permission. Please note that consuls can add or revoke consul rights. Again, to be a consul, an election must be held at the community portal.
2. Switching from reCAPTCHA to hCaptcha: I could have known that some MediaWiki sites used hCaptcha. reCAPTCHA is commonly used, however since Google's services and products are banned in China, due to its strict policies by the Great Firmware of China, reCAPTCHA being one of them, hCaptcha is available even in China, so try it, hm? Instead of users having to be requested in China all the time, it can reduce the amount of users to be requested or the requirement of using a VPN to not request an account and make an account all indepedently. You could switch it to Turnstile, but there are some restrictions on Turnstile since this is owned by Cloudflare, and it is a CAPTCHA alternative. And do not try to use e-CAPTCHA because it is a fake CAPTCHA (uses "Click allow if you are not a robot").
3. Reinstate Researcher Permission: To be available for testing and could be granted to or revoked from non-admins. It can view deleted history and pages.
4. MassMessage sender permission add: To be available for testing and could be granted to or revoked from non-admins. Sends mass messages.
5. Add flooder permission: To be available for certain tasks for administrators, for example, blocking many proxies or deleting a huge amount of spam pages, anything that is not controversial.
6. Add abuse filter bureaucrat permission: It can be granted or revoked by consuls allowing those in this group to grant or revoke abuse filter administrator or blocked from abuse filter groups.
7. Allow administrators to revoke admin rights from their own account: That's called resigning, however, they cannot revoke other administrators' admin rights.
8. Add the non-steward CheckUser rights: Can be used for non-testing purposes, can add or revoke CheckUser permissions to or from their own account. Can be granted by consuls. I've seen a number of Wikipedia administrators (sometimes bureaucrats) aged 18 or older that signed the Wikimedia Foundation confidentiality and non-disclosure agreement (e.g. Ponyo, verify) that often do not have the right to revoke bureaucrat rights from accounts (and sometimes cannot add or revoked administrator or bureaucrat rights since they are not a bureaucrat) have CheckUser.