Test Wiki:Community portal: Difference between revisions
Zippybonzo (talk | contribs) |
Piccadilly (talk | contribs) |
||
(8 intermediate revisions by 6 users not shown) | |||
Line 229: | Line 229: | ||
:I don't see why we would unblock sockpuppets, but keeping the main unblocked seems fine. [[User:Zippybonzo|Zippybonzo]] ([[User talk:Zippybonzo|talk]]) 12:38, 29 October 2024 (UTC) |
:I don't see why we would unblock sockpuppets, but keeping the main unblocked seems fine. [[User:Zippybonzo|Zippybonzo]] ([[User talk:Zippybonzo|talk]]) 12:38, 29 October 2024 (UTC) |
||
==Require 2FA for highly privileged groups== |
|||
{{atop |
|||
| status = |
|||
| result = {{Not done|Not done}} as there is no consensus to require 2FA on highly privileged groups at this time. [[User:Codename Noreste|<span style="font-family:Verdana;color:#0024FF">'''''Codename Noreste'''''</span>]] 🤔 [[User talk:Codename Noreste|<span style="font-family:Verdana;color:#0A16A5">''Talk''</span>]] 21:27, 18 November 2024 (UTC) |
|||
}} |
|||
I'm proposing that we should require 2FA for Interface Admin, Steward and Sysadmin group members as security precautions, as IAs can edit pages that would allow them privilege escalation, and stewards/sysadmins can give such permissions out which could cause issues if their accounts were compromised. Additionally, I think bots with admin/iadmin perms should have 2FA required as they are probably less monitored security wise. [[User:Zippybonzo|Zippybonzo]] ([[User talk:Zippybonzo|talk]]) 10:44, 12 November 2024 (UTC) |
|||
:& it should probably be required for AFAs [[User:Zippybonzo|Zippybonzo]] ([[User talk:Zippybonzo|talk]]) 10:46, 12 November 2024 (UTC) |
|||
:{{o}}: We haven’t had any issues with accounts with elevated permissions being compromised. If the community trusts them to hold the permissions, than they can also be trusted to make sure their account is secure. [[User:X|'''<span style="background:#3383ff;color:white;padding:5px;box-shadow:0 1px 1px 0 rgba(0,0,0,0.2)">X</span>''']] ([[User talk:X|talk]] + [[Special:Contributions/X|contribs]]) 11:10, 12 November 2024 (UTC) |
|||
:{{o}}: I don't see a reason to add it since the rate of accounts being compromised has been vary low --[[User:Cocopuff2018|Cocopuff2018]] ([[User talk:Cocopuff2018|talk]]) 14:24, 12 November 2024 (UTC) |
|||
:{{oppose}} There hasn't been a case where an account was compromised, so I don't see any reason to make 2FA mandatory [[User:TheAstorPastor|<span style="font-family:Segoe print; color:#8B0000; text-shadow:gray 0.2em 0.2em 0.4em;">The AP </span>]] ([[User talk:TheAstorPastor|<span style="font-family:Segoe print; color:#AA336A">''talk''</span>]]) 16:01, 12 November 2024 (UTC) |
|||
{{abot}} |
|||
== Name Change Request == |
|||
Hi, can my name please be changed to Skiyomi? (to match my Wikimedia name) Thank you! [[User:Piccadilly|Piccadilly]] ([[Special:Contribs/Piccadilly|<span style="color:red">My Contribs</span>]] | [[User talk:Piccadilly|<span style="color:#0080ff">My Messages</span>]]) 19:54, 19 November 2024 (UTC) |
Revision as of 11:50, 20 November 2024
The community portal is Test Wiki's village pump and noticeboards, two-in-one. | |||
Archives: 1 • 2 • 3 • 4 • 5 • 6 • 7 • 8 • 9 • 10 • 11 • 12 |
UserRightsManager
The name of the userRightsManager gadget has changed, so some users may have the tick turned off. It may be necessary to re-enable it in the preferences. LisafBia (talk) 13:01, 1 June 2024 (UTC)
- We encourage bureaucrats, if you have last edited before June 2024, to re-enable its preferences. This user supports this decision. Tailsultimatefan3891 talklogscontribs 20:41, 24 June 2024 (UTC)
Inactivity for AFAs
Should inactivity for AFAs be measured in regular terms, or should it be measured by the last time an abuse filter was modified by an AFA, or perhaps even the last time a filter was modified to use a restricted action or a restricted filter was modified? I'd like to know consensus on this before I go and modify the inactivity policy. Justarandomamerican (talk) 23:20, 7 June 2024 (UTC)
- I would choose when the last time some AFA modified a regular abuse filter (without restricted actions). Codename Noreste 🤔 Talk 02:18, 8 June 2024 (UTC)
- We don't have a bot for it yet? That checks for inactivity? Justman10000 (talk) 16:03, 8 June 2024 (UTC)
- Nope. It's a manual process. Justarandomamerican (talk) 16:12, 8 June 2024 (UTC)
- Would be at least 3 months at least I can suggest. Tailsultimatefan3891 talkcontribs 12:46, 11 June 2024 (UTC)
- Nope. It's a manual process. Justarandomamerican (talk) 16:12, 8 June 2024 (UTC)
- Abuse Filter Manager is less security-sensitive than Interface Administrator, which is entirely within Steward purview and generally accepted of at least 30 days of inactivity within relevant areas.
- I would suggest the 3 month time limit proposed by Tailsultimatefan3891 is sufficient, but would add that it would be activity within Special:AbuseFilter, not any wiki activity. Dmehus (talk) 18:56, 18 August 2024 (UTC)
- However, if it is determined that an abuse filter admin made their latest active action editing an abuse filter, also an bureaucrat, and administrator, and inactive for at least 3 months regardless of abuse filter activity or wiki activity, then all rights would be revocated. Tailsultimatefan3891 talklogscontribs 20:29, 18 August 2024 (UTC)
- I'm Support with 3 months AlPaD (talk) 20:34, 18 August 2024 (UTC)
- Fair point, Tailsultimatefan3891, but I'd still favour codifying that is limited activity within the AbuseFilter space, as we could eventually subsequently amend the inactivity requirements for Bureaucrat and/or Administrator to, say, 6 months (I'd probably favour keeping Bureaucrat at 3 months and increase Administrator to 6 months, though). Also, while unlikely, it's possible someone may only request the AbuseFilter Manager permission. Dmehus (talk) 23:49, 18 August 2024 (UTC)
- I'm saying to increase steward inactivity to 9 months, because you said to increase Administrator to 6 months. Also, System administrator rights can be re-granted within 6 hours of revocation due to inactivity, and steward rights can be re-granted within 24 hours of revocation due to inactivity. Tailsultimatefan3891 talklogscontribs 13:12, 19 August 2024 (UTC)
- Steward activity is currently set at 12 months, though. I think that's fair. System Administrator used to have either no inactivity limit or a 12 month limit. I think it should have an inactivity limit, but 12 months is fair.
- Administrator - 6 months
- Bureaucrat - 3-6 months (I support either, but maybe prefer 3 months)
- Steward - 12 months
- System Administrator - 12 months
- Interface Administrator - it's a steward-granted user group, so steward discretion applies, but generally speaking, the convention has been for 30 days of activity requiring the permission in MediaWiki or User namespace (i.e., other than their own userspace) Dmehus (talk) 18:56, 15 September 2024 (UTC)
- Doug and TUF, I believe this would best be another discussion on a new thread, given that we've already come to a consensus on AFA inactivity (3 months of no abuse filter related activity). Justarandomamerican (talk) 19:30, 15 September 2024 (UTC)
- I'm saying to increase steward inactivity to 9 months, because you said to increase Administrator to 6 months. Also, System administrator rights can be re-granted within 6 hours of revocation due to inactivity, and steward rights can be re-granted within 24 hours of revocation due to inactivity. Tailsultimatefan3891 talklogscontribs 13:12, 19 August 2024 (UTC)
- However, if it is determined that an abuse filter admin made their latest active action editing an abuse filter, also an bureaucrat, and administrator, and inactive for at least 3 months regardless of abuse filter activity or wiki activity, then all rights would be revocated. Tailsultimatefan3891 talklogscontribs 20:29, 18 August 2024 (UTC)
Suppression Reports
Not sure if this was ever officially announced, but you can go to Special:Report/REVID to report a revision that needs suppressed. X (talk + contribs) 21:01, 25 June 2024 (UTC)
- When I installed the extension, I announced it on Discord, but never made an announcement here. *facepalm* Justarandomamerican (talk) 21:04, 25 June 2024 (UTC)
- *sigh* *ahem* I agree on this feature. Tailsultimatefan3891 talklogscontribs 21:06, 25 June 2024 (UTC)
- You’re fine, no problem! X (talk + contribs) 21:07, 25 June 2024 (UTC)
- It's also included in the newsletter :) The AP (talk) 15:08, 26 June 2024 (UTC)
Welcoming users
We should welcome a newly-registered user when they make their first edit. Not before, but after. Tsukushi (talk) 01:45, 2 July 2024 (UTC)
- Clear support. Tailsultimatefan3891 talklogscontribs 15:26, 29 July 2024 (UTC)
Translations into Chinese
Hi. I've been doing some translations lately and was wondering which variant of Chinese to translate to. Currently most pages are translated into regional dialects, such as zh-cn and zh-tw. What I think would be better is to translate only into zh-hans (simplified Chinese) and zh-hant (traditional Chinese) in order to reduce redundancy, as all Chinese dialects use one of the two character systems. Any thoughts? '''[[User:CanonNi]]''' (talk • contribs) 10:54, 11 July 2024 (UTC)
- Well I think you should translate into the more popular dialect The AP (talk) 12:01, 11 July 2024 (UTC)
- Honestly, I think that we should only do the two main variants of Chinese (Traditional and Simplified). Regional dialects complicate things.. Justarandomamerican (talk) 18:40, 11 July 2024 (UTC)
- I lightly and honestly will oppose reducing the variants of Chinese. Tailsultimatefan3891 talklogscontribs 21:25, 14 July 2024 (UTC)
- For what reason? Regional dialects can be broken down into the two main dialects of Chinese. Justarandomamerican (talk) 20:20, 17 July 2024 (UTC)
- For some reason, variants of Chinese may be spoken may be many people, such as some people may speak a partial of Traditional and Simplified Chinese, they are multiple dialects of Chinese, 3 dialects of Chinese may be said by a person while others speak mainly only 1 dialect. Tailsultimatefan3891 talklogscontribs 11:51, 18 July 2024 (UTC)
- For what reason? Regional dialects can be broken down into the two main dialects of Chinese. Justarandomamerican (talk) 20:20, 17 July 2024 (UTC)
- I lightly and honestly will oppose reducing the variants of Chinese. Tailsultimatefan3891 talklogscontribs 21:25, 14 July 2024 (UTC)
Community Vote
Done per consensus below, now moved to Template:Emergency-bot-block. Codename Noreste 🤔 Talk 07:29, 31 July 2024 (UTC) |
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
Good afternoon, everyone.
I request a vote on the following proposal: When a bot is created, [[User:Sav/Templates/Emergency-user-block|this]] template could be automatically added to their user page. The process would check for accounts with the 'bot' permission and confirm whether or not the user page has content. If it does, the template would be placed at the top; if it doesn’t, the template would be placed regardless. The template is a quick and easy way to block bot accouts that may not be functioning properly. Thank you for your consideration. Sav • ( Edits | Talk ) 15:16, 21 July 2024 (UTC)
Support
- Support Why not? --Justman10000 (talk) 12:42, 30 July 2024 (UTC)
- Support Don't see any problems with this.... --The AP (talk) 17:51, 21 July 2024 (UTC)
- Support Makes sense to me. --Bonnedav (talk) 06:16, 22 July 2024 (UTC)
- Support I agree with this. --AlPaD (talk) 23:29, 27 July 2024 (UTC)
- Clear support No complaints from this template. --Tailsultimatefan3891 talklogscontribs 15:25, 29 July 2024 (UTC)
Oppose
Neutral
Questions
Comments
This has been put before the community previously. See Test Wiki:Community portal/Archive 8#Proposed amendment to Test Wiki:Bots. Justarandomamerican (talk) 10:01, 29 July 2024 (UTC)
- It has indeed, however this time it seems to have more consensus and support. Sav • ( Edits | Talk ) 04:30, 30 July 2024 (UTC)
Special:PageLanguage enabled
Multiple groups have the pagelang permission, but the page wasn't enabled until I set $wgPageLanguageUseDB to true. You can now change page languages. The default is still English. Justarandomamerican (talk) 22:24, 27 July 2024 (UTC)
Rename
Steward can rename rafdodobot on DodoBot please. Thanks --DodoMan (talk) 19:01, 28 July 2024 (UTC)
OnlineAdmins.js has been edited slightly to reflect formatting, you may need to reinstall this gadget. Sav • ( Edits | Talk ) 03:09, 2 August 2024 (UTC)
- There has been one final change to the code, please reinstall this gadget to reflect the changes. Sav • ( Edits | Talk ) 06:39, 2 August 2024 (UTC)
- I honestly think we should just replace this with mw:Extension:WhosOnline. Tsukushi (talk) 07:32, 2 August 2024 (UTC)
- Putting on my sysadmin hat here, to say that this has been previously rejected, and I will probably reject it again. Justarandomamerican (talk) 09:31, 2 August 2024 (UTC)
- Possibly, Gadget-OnlineAdmins.js and WhosOnline should be implemented altogether. Tailsultimatefan3891 talklogscontribs 20:31, 18 August 2024 (UTC)
- Putting on my sysadmin hat here, to say that this has been previously rejected, and I will probably reject it again. Justarandomamerican (talk) 09:31, 2 August 2024 (UTC)
Abuse filter to prevent legal threats
I had implemented filter 164 to prevent legal threats and I also tried testing filter 164 by using filter 165 but it didn't work. Would you help me on this? Tailsultimatefan3891 talklogscontribs 11:51, 18 August 2024 (UTC)
- I implemented another abuse filter, numbered 166, leaving that more simple. Tailsultimatefan3891 talklogscontribs 20:30, 18 August 2024 (UTC)
API
what is the url of the API(for creating DodoBot)DodoBot (talk) 09:39, 19 August 2024 (UTC)
Proposal to modify the block durations for filter 92
As the title says, I propose modifying the block durations (IP addresses and accounts) from three months down to whatever block duration limit (whether shorter or not) is appropriate. Codename Noreste 🤔 Talk 03:26, 23 August 2024 (UTC)
MediaWiki internal error on Special:SpecialPages
[b3226bde47e2affaf7622a8e] /wiki/Special:SpecialPages TypeError: Cannot assign APCUBagOStuff to property MediaWiki\Extension\Translate\Statistics\LanguageStatsSpecialPage::$cache of type Wikimedia\ObjectCache\BagOStuff Backtrace: from /var/www/html/extensions/Translate/src/Statistics/LanguageStatsSpecialPage.php(84)
- 0 /var/www/html/vendor/wikimedia/object-factory/src/ObjectFactory.php(240): MediaWiki\Extension\Translate\Statistics\LanguageStatsSpecialPage->__construct()
- 1 /var/www/html/vendor/wikimedia/object-factory/src/ObjectFactory.php(149): Wikimedia\ObjectFactory\ObjectFactory::getObjectFromSpec()
- 2 /var/www/html/includes/specialpage/SpecialPageFactory.php(1501): Wikimedia\ObjectFactory\ObjectFactory->createObject()
- 3 /var/www/html/includes/specialpage/SpecialPageFactory.php(1539): MediaWiki\SpecialPage\SpecialPageFactory->getPage()
- 4 /var/www/html/includes/specials/SpecialSpecialPages.php(64): MediaWiki\SpecialPage\SpecialPageFactory->getUsablePages()
- 5 /var/www/html/includes/specials/SpecialSpecialPages.php(53): MediaWiki\Specials\SpecialSpecialPages->getPageGroups()
- 6 /var/www/html/includes/specialpage/SpecialPage.php(719): MediaWiki\Specials\SpecialSpecialPages->execute()
- 7 /var/www/html/includes/specialpage/SpecialPageFactory.php(1669): MediaWiki\SpecialPage\SpecialPage->run()
- 8 /var/www/html/includes/actions/ActionEntryPoint.php(504): MediaWiki\SpecialPage\SpecialPageFactory->executePath()
- 9 /var/www/html/includes/actions/ActionEntryPoint.php(145): MediaWiki\Actions\ActionEntryPoint->performRequest()
- 10 /var/www/html/includes/MediaWikiEntryPoint.php(199): MediaWiki\Actions\ActionEntryPoint->execute()
- 11 /var/www/html/index.php(58): MediaWiki\MediaWikiEntryPoint->run()
- 12 {main}
Tailsultimatefan3891 talklogscontribs 22:59, 23 August 2024 (UTC)
- @Justarandomamerican
- You could try modifying the LanguageStatsSpecialPage.php file at line 84, where the cache assignment occurs, to handle the cache object
- if ($cache instanceof Wikimedia\ObjectCache\BagOStuff) {
- $this->cache = $cache;
- } else {
- // Handle error or set default cache.
- }
- But before that, check if the translation extension is compatible with the the MW version because of now-translation extension >= 1.42.0 The AP (talk) 17:24, 27 August 2024 (UTC)
Steward
Not done - Retired (Giving up) --Justman10000 (talk) 18:16, 15 September 2024 (UTC) |
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
Even though not too much time has passed, I am still candidate as steward... Let's face it, there is simply nothing or hardly anything left for me to do and I rather could prove myself as steward than as bureaucrat! I could also help better as steward...
I hope for a chance... Justman10000 (talk) 17:38, 8 September 2024 (UTC)
Support
Oppose
- Oppose We currently have 4 Stewards, with 2 being active (Justarandomamerican & Drummingman). Alongside this, your reasoning of Let's face it, there is simply nothing or hardly anything left for me to do and I rather could prove myself as steward than as bureaucrat! does not reflect a clear understanding of the Steward role. Instead, it suggests an interest in hat collecting, rather than having a clear understand of what a Steward does. Good luck with your request! Sav • ( Edits | Talk ) 09:17, 15 September 2024 (UTC)
- As I wrote below, no steward, nothing to do! Justman10000 (talk) 11:21, 15 September 2024 (UTC)
- You're clearly not understanding what a Steward does, Justman. You don't just apply for Stewardship because you are "bored" or "have nothing to do". Sav • ( Edits | Talk ) 11:29, 15 September 2024 (UTC)
- No, but I would also do what stewards do Justman10000 (talk) 14:37, 15 September 2024 (UTC)
- Besides, I want to be a system administrator! And since one said that it was helpful to be a steward first... Justman10000 (talk) 16:02, 15 September 2024 (UTC)
- There is plenty to do without having the steward tools. You can continue to translate pages into German, which is of great importance. Test Wiki is multilingual, and your efforts are valued as a translator. You can fight the occasional vandalism and spam that comes through. Beyond non-test actions, you can also keep testing the admin and bureaucrat tools! See what you can do with them. Justarandomamerican (talk) 13:01, 15 September 2024 (UTC)
- It won't take long, then I won't have anything left to translate either Justman10000 (talk) 16:01, 15 September 2024 (UTC)
- You're clearly not understanding what a Steward does, Justman. You don't just apply for Stewardship because you are "bored" or "have nothing to do". Sav • ( Edits | Talk ) 11:29, 15 September 2024 (UTC)
- As I wrote below, no steward, nothing to do! Justman10000 (talk) 11:21, 15 September 2024 (UTC)
- Oppose I don't think that you understand the policies well, and Sav's point is also valid. Steward right is a right that requires great dedication and knowledge. It also requires the user to be trustworthy. LisafBia (talk) 10:00, 15 September 2024 (UTC)
- If one don't try, one won't find out! And as I already said in my candidacy, as a bureaucrat I have nothing more to do! And just sitting dumb around is not the sence either. Justman10000 (talk) 11:20, 15 September 2024 (UTC)
- Oppose: Stewards privileges is very sensitive and most important role than other privileges, I believe other stewards are doing her job and not need to grant stewardship to others users.Happy testing!---kítєrєtѕu•[@píng mє] 16:31, 15 September 2024 (UTC)
- Oppose and suggest a restriction for Justman10000 on opening another RfS that wastes volunteer/community time. This request shows a lack of understanding of the role of stewards and does not give me confidence in the candidate. X (talk + contribs) 16:38, 15 September 2024 (UTC)
Neutral
Grace periods
One of my pet peeves is that people are establishing the grace period for users' rights too early. People should wait a little longer to do it so that the day of the new grace period and expiration date are close to each other. Thus, I might revert the grace period that was added to London's rights earlier today, despite the expiration date being entirely correct, but too far from today. But, with grace periods (PLUS CORRECTIONS) comes an extremely clogged log so likely I won't this time.
Now that I think about it, I will probably retire from doing grace periods soon (most likely today), and I will try notifying users about their rights differently, via their talk pages two weeks before supposedly But this idea isn't final. Tsukushi (talk) 21:02, 8 September 2024 (UTC)
- We've had this system for a while and it's both fair and useful. No reverts should be made unless a Steward agrees with the decision, as up until now there have been no issues. Sav • ( Edits | Talk ) 01:43, 9 September 2024 (UTC)
- I think we should add a section to the inactivity policy about grace periods (how long they should be, when they should be set, etc.) I don't think we should retire the practice, as it's quite useful to both bureaucrats and users having their rights removed. Justarandomamerican (talk) 18:33, 9 September 2024 (UTC)
On second thought, never mind. I going to stick with the practice as I still enjoy doing/using it. And about the inactivity policy, I agree. Tsukushi (talk) 16:44, 15 September 2024 (UTC)
RFC: Adding a section to the inactivity policy on grace periods
I propose that the following section be added to the inactivity policy: "Grace periods are an optional way of enforcing this policy. Grace periods involve making the inactive user's rights expire in 2 weeks when they would have otherwise been removed in 2 weeks. It adds extra notification to the inactive user, who can always change their rights back." Justarandomamerican (talk) 18:14, 15 September 2024 (UTC)
- Support: This explains it all. Tsukushi (talk) 00:19, 23 September 2024 (UTC)
Hi.Everyone, I've keeping on here a proposal of RequestSolver using on the permission page and community portal for marking request manually as done, not done, already done and on hold.etc, I've feel happy if known to what think about this proposal of others users for this proposal.Happy testing ---kítєrєtѕu•[@píng mє] 05:50, 13 September 2024 (UTC)
Retirement
Since my work is neither recognised or even accepted of, and also because no one wants to give me a chance, I feel compelled to stop my work here... As system administrator, I could have done a lot of work... However, since I was already rejected there and told to become a steward first... So I wanted to do this, and?
PS: If I really wanted to harm this project, I would have done it long ago! Justman10000 (talk) 17:31, 15 September 2024 (UTC)
- I'm sorry. Your contributions are valued. They always have been. Nobody thinks you're going to harm the project, there are just already 2 active stewards, which people think is enough. I sincerely hope you come back soon! Justarandomamerican (talk) 18:20, 15 September 2024 (UTC)
Request for edit
Please mark on the MediaWiki:Gadget-MassRollback.js gadget page (using a comment (//
) at the top of the script), that I am its author. User Xaloria copied my script from PTW ([1]) without my knowledge. Although it is not protected by copyright, I would like to be listed as the author :). Ping for recently active IA: @Justarandomamerican, @Kiteretsu, @TheAstorPastor. Best regards, BZPN (talk) 18:54, 6 October 2024 (UTC)
- Thank you for the notification! This will be done. Justarandomamerican (talk) 18:56, 6 October 2024 (UTC)
- Done. Justarandomamerican (talk) 19:01, 6 October 2024 (UTC)
- Thank you! BZPN (talk) 19:02, 6 October 2024 (UTC)
CentralAuth
Tailsultimatefan3891's sockpuppets
Considering that Tailsultimatefan3891 has now been unblocked for a while, should I remove all of the sockpuppets from this category and have them unblocked as well? Tsukushi (talk) 06:28, 29 October 2024 (UTC)
- I don't see why we would unblock sockpuppets, but keeping the main unblocked seems fine. Zippybonzo (talk) 12:38, 29 October 2024 (UTC)
Require 2FA for highly privileged groups
Not done as there is no consensus to require 2FA on highly privileged groups at this time. Codename Noreste 🤔 Talk 21:27, 18 November 2024 (UTC) |
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
I'm proposing that we should require 2FA for Interface Admin, Steward and Sysadmin group members as security precautions, as IAs can edit pages that would allow them privilege escalation, and stewards/sysadmins can give such permissions out which could cause issues if their accounts were compromised. Additionally, I think bots with admin/iadmin perms should have 2FA required as they are probably less monitored security wise. Zippybonzo (talk) 10:44, 12 November 2024 (UTC)
- & it should probably be required for AFAs Zippybonzo (talk) 10:46, 12 November 2024 (UTC)
- Oppose: We haven’t had any issues with accounts with elevated permissions being compromised. If the community trusts them to hold the permissions, than they can also be trusted to make sure their account is secure. X (talk + contribs) 11:10, 12 November 2024 (UTC)
- Oppose: I don't see a reason to add it since the rate of accounts being compromised has been vary low --Cocopuff2018 (talk) 14:24, 12 November 2024 (UTC)
- Oppose There hasn't been a case where an account was compromised, so I don't see any reason to make 2FA mandatory The AP (talk) 16:01, 12 November 2024 (UTC)
Name Change Request
Hi, can my name please be changed to Skiyomi? (to match my Wikimedia name) Thank you! Piccadilly (My Contribs | My Messages) 19:54, 19 November 2024 (UTC)