Test Wiki:Community portal/Archive 12

From Test Wiki

The below text is preserved as an archive. Please do not edit this page.

Interface administrator

The following discussion is closed. Please do not modify it. Subsequent comments should be made in a new section.
Due to a lack of work and trust in the community, no, or at least only extremely few, non-test edits on my part are to be expected Justman10000 (talk) 17:26, 13 July 2024 (UTC)

Since there is nothing more for me to do here, I would like to be a interface administrator... I would mainly take care of the gadgets, adding or removing scripts (if desired) there and translating them... Since I seem to have plenty of time until candidate as steward/system administrator, I would at least to do this!

As I said, without this I would have nothing more to do here! And we don't want me to just sit here and wait Justman10000 (talk) 08:36, 9 July 2024 (UTC)

Not a steward but this attitude isn’t encouraging to me. I don’t have confidence that you will be a suitable IA, mainly due to WP:CIR. Do you have any previous work in this area? X (talk + contribs) 02:27, 10 July 2024 (UTC)
As I said, I would mainly manage the gadgets... Justman10000 (talk) 08:21, 10 July 2024 (UTC)
IA is a sensitive right, in the hands of people who don't know what they are doing, it can even be dangerous. Can you convince me that you know what you are doing and have experience with the interface? Drummingman (talk) 09:10, 10 July 2024 (UTC)
Well, I've already looked into the configuration syntax of the gadget extension! If necessary, I'll just look in the MediaWiki documentation Justman10000 (talk) 09:27, 10 July 2024 (UTC)
@Drummingman There? Justman10000 (talk) 06:05, 11 July 2024 (UTC)
What coding languages do you know? Sav • ( Edits | Talk ) 06:37, 11 July 2024 (UTC)
It's still all about the gadgets, so I wouldn't need any coding experience! I would mainly import scripts from other wikis, tidy up the gadgets and translate them Justman10000 (talk) 06:41, 11 July 2024 (UTC)
Interface Administrator requires coding knowledge. So, for me, this is an   Oppose. Sav • ( Edits | Talk ) 07:43, 11 July 2024 (UTC)
I said I didn't need it! I would only manage gadgets! And if one were finally able to give me a chance, I could prove it too... Justman10000 (talk) 07:54, 11 July 2024 (UTC)
So how you plan to manage gadgets without coding experience? The AP (talk) 11:59, 11 July 2024 (UTC)
I don't get what one is getting at? Where do I need coding experience for this:

Selective Rollback[ResourceLoader|rights=rollback]|Selective Rollback.js Justman10000 (talk) 12:08, 11 July 2024 (UTC)
@Justman10000 That's just MediaWiki:Gadgets-definition and you said "mainly import scripts from other wikis,", and how do you plan to make scripts compatible to our wiki. The AP (talk) 13:53, 12 July 2024 (UTC)
No need to! Practically every script that I use here in my common.js is also compatible with this wiki! I just don't import the rest! I would possibly find more! I would test each script first, however Justman10000 (talk) 14:57, 12 July 2024 (UTC)
Now having experience as an Iinterface admin I don’t trust him too much.@Justman1000: Now having experience as an Interface admin I don’t trust you too much. And in addition if you do not know any coding language this will be mission hard.Could you give me a mini JS script to say hello?(you should at least know this to be interface admin)DodoMan (talk) 17:37, 12 July 2024 (UTC)
Apologies, but this   will not be done for the time being, due to Drummimgman's and the various IAs' discomfort. Justarandomamerican (talk) 17:44, 12 July 2024 (UTC)
Do I actually speak Turkish? Or against a wall? Without these permissions I have nothing more to do here! Is that so difficult to understand? I'm getting really fed up! No one is able to give me a chance! Justman10000 (talk) 19:12, 12 July 2024 (UTC)
Besides, you said I should convince YOU? So what does that have to do with the other IAs? Justman10000 (talk) 23:21, 12 July 2024 (UTC)
As a Steward, I am a community representative. I cannot ignore IA or any community thoughts, especially on a topic posted here. Justarandomamerican (talk) 23:57, 12 July 2024 (UTC)
I see... But as already mentioned, without the said permissions... Justman10000 (talk) 00:12, 13 July 2024 (UTC)
Would it be possible to assign these at least temporarily? Justman10000 (talk) 00:13, 13 July 2024 (UTC)
I will consider a 3 day trial, so long as you agree stick to importing and making gadgets. Justarandomamerican (talk) 00:49, 13 July 2024 (UTC)
  Justman10000 (talk) 01:07, 13 July 2024 (UTC)
@Justarandomamerican There? Justman10000 (talk) 14:10, 13 July 2024 (UTC)
Upon further inspection, it appears that you do not have a sufficient grasp on the purpose of the IA right. At Test Wiki, when gadgets are imported, a human interface administrator has to both import them and use their coding knowledge to tailor them to our wiki, as the majority of gadgets are designed for massive wiki (farms). I am also uncomfortable with your seemingly uncivil attitude. As such,   this is not done, and likely will not be done for the foreseeable future. Justarandomamerican (talk) 15:10, 13 July 2024 (UTC)
We still have 6-8 months until I can candidate for stewardship! I have explained many times that without these permissions I would have nothing to do here, and scripts that I would import would also work here! But I seem to be talking to a wall! If one is permanently not trusted by anyone, one should not be wondering if this person shows an uncivil attitude!

And believe me, I'm still holding myself back significantly Justman10000 (talk) 17:22, 13 July 2024 (UTC)
The above discussion is preserved as an archive. Please do not modify it. Subsequent comments should be made in a new section.

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   Support 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)
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)

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)
Cool, right? Tailsultimatefan3891 talklogscontribs 17:30, 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)

  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)

Community Vote

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

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)
The discussion above 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.

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)

  Done Justarandomamerican (talk) 09:01, 29 July 2024 (UTC)

MediaWiki:Gadget-OnlineAdmins.js edited

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)

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)

See https://mediawiki.org/wiki/API:Main_page Justarandomamerican (talk) 21:52, 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)

  1. 0 /var/www/html/vendor/wikimedia/object-factory/src/ObjectFactory.php(240): MediaWiki\Extension\Translate\Statistics\LanguageStatsSpecialPage->__construct()
  2. 1 /var/www/html/vendor/wikimedia/object-factory/src/ObjectFactory.php(149): Wikimedia\ObjectFactory\ObjectFactory::getObjectFromSpec()
  3. 2 /var/www/html/includes/specialpage/SpecialPageFactory.php(1501): Wikimedia\ObjectFactory\ObjectFactory->createObject()
  4. 3 /var/www/html/includes/specialpage/SpecialPageFactory.php(1539): MediaWiki\SpecialPage\SpecialPageFactory->getPage()
  5. 4 /var/www/html/includes/specials/SpecialSpecialPages.php(64): MediaWiki\SpecialPage\SpecialPageFactory->getUsablePages()
  6. 5 /var/www/html/includes/specials/SpecialSpecialPages.php(53): MediaWiki\Specials\SpecialSpecialPages->getPageGroups()
  7. 6 /var/www/html/includes/specialpage/SpecialPage.php(719): MediaWiki\Specials\SpecialSpecialPages->execute()
  8. 7 /var/www/html/includes/specialpage/SpecialPageFactory.php(1669): MediaWiki\SpecialPage\SpecialPage->run()
  9. 8 /var/www/html/includes/actions/ActionEntryPoint.php(504): MediaWiki\SpecialPage\SpecialPageFactory->executePath()
  10. 9 /var/www/html/includes/actions/ActionEntryPoint.php(145): MediaWiki\Actions\ActionEntryPoint->performRequest()
  11. 10 /var/www/html/includes/MediaWikiEntryPoint.php(199): MediaWiki\Actions\ActionEntryPoint->execute()
  12. 11 /var/www/html/index.php(58): MediaWiki\MediaWikiEntryPoint->run()
  13. 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

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)
  •   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

The discussion above 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.

Grace periods

The following discussion is closed. Please do not modify it. Subsequent comments should be made in a new section.
  Done X (talk + contribs) 19:27, 21 November 2024 (UTC)

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)
The above discussion is preserved as an archive. Please do not modify it. Subsequent comments should be made in a new section.

RequestSolver

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)
  This section is resolved and can be archived. If you disagree, replace this template with your comment. Tester (ᴛ•ᴄ) 11:16, 21 December 2024 (UTC)

CentralAuth

The following discussion is closed. Please do not modify it. Subsequent comments should be made in a new section.
Per Justarandomamerican, this is   Not done. MacFan4000 (Talk Contribs) 02:38, 17 October 2024 (UTC)

I've suggested it in the past (I think), and I'm gonna suggest it again, but creating a second wiki, maybe testwikibeta or something, and having centralauth would allow for a lot more testing, and I think it would be good, I've looked into it and CA isn't *incredibly* hard to install, so I think it's possible. Zippybonzo (talk) 18:03, 14 October 2024 (UTC)

I mean in all honesty I think it would be cool to eventually add a couple more wikis onto the site for testing and writing some content. Zippybonzo (talk) 18:04, 14 October 2024 (UTC)
ZB, though this would be nice, neither MacFan nor I have the technical expertise to install the extension. Justarandomamerican (talk) 18:50, 14 October 2024 (UTC)
@Justarandomamerican, there's a guide for installing createwiki/managewiki that a mirahezian wrote, which also covers installing CentralAuth here, and I've done it before and am happy to provide assistance should problems occur. Zippybonzo (talk) 20:07, 14 October 2024 (UTC)
  Rejected for not being necessary and consuming too much time. Justarandomamerican (talk) 21:26, 14 October 2024 (UTC)
@Justarandomamerican -- re not being necessary, I think it would be good for adding testing, and re taking too much time, it takes about 30 minutes, the majority of work is in localsettings.php, and wouldn't take longer than an hour or two to complete at most. Zippybonzo (talk) 06:59, 15 October 2024 (UTC)
This would have been helpful if TestWiki was hosting one or more TestWikis, but there is only one.. So, why do we need to add CentralAuth for a single TestWiki, I don't think it can be of any use to TestWiki and we should not try to make TestWiki a Wikipedia.Happy testing!---kítєrєtѕu•[@píng mє] 16:29, 15 October 2024 (UTC)
@Kiteretsu, my point is we could either branch out and provide other wikis, or create a second wiki for testing CentralAuth. Zippybonzo (talk) 17:44, 15 October 2024 (UTC)
I'm opposed to this idea, one test wiki is good enough and as mentioned on discord centrelauth would be restricted which will make it untestable to users. Cocopuff2018 (talk) 19:25, 15 October 2024 (UTC)
Just stopping by to lay out my thoughts on this:
TestWiki should be committed to providing the best place to test the most amount of MediaWiki tools possible. Central Auth is a pretty integral part of many large Wikis and farms. Hence, allowing users to test its functions would be useful.
I have heard some good points though: We don’t have a second wiki, it’s unneeded, it’s hard to install, etc.
I would personally suggest that, if we were to implement this concept, that we could create a second wiki that is completely locked from editing, with a home page that describes its purpose is to simply be a second wiki for Central Auth testing.
I don’t quite understand the logic of it being unnecessary. If we can provide a place to test tools other testwikis don’t have, that’s a huge positive. I do, however, understand the technical issue of actually installing it. Our two current SAs don’t have the time or ability to install it and I doubt they would be willing to allow a non-system admin install it.
So in conclusion: If it is technically feasible, I   Support. X (talk + contribs) 19:43, 15 October 2024 (UTC)
Re the second wiki, it could be used as beta for testing extensions before deploying them to prod. Zippybonzo (talk) 19:44, 15 October 2024 (UTC)
Hi. Points taken. However, there isn't anything to test in CA that wouldn't have to be restricted to Stewards beyond simply viewing local accounts. As such, this is   rejected. Justarandomamerican (talk) 01:33, 17 October 2024 (UTC)
@Justarandomamerican I am sorry, but @MacFan4000 is the global system administrator for Miraheze and a third-party SA for Wikimedia, so I am confused as to why MacFan4000 isn't capable of doing so. The AP (talk) 09:51, 16 October 2024 (UTC)
My mistake! MacFan has said in the past on phabricator that he doesn't have the expertise to do so, so I assumed that was also the case today. Justarandomamerican (talk) 10:27, 16 October 2024 (UTC)
The above discussion is preserved as an archive. Please do not modify it. Subsequent comments should be made in a new section.

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

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)
The discussion above 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.

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)

Going to go ahead and mark this as   Not done. Renaming would cause additional confusion, especially given the extraordinary circumstances that apply to you. Additionally, you requested a rename in March saying "This will be my last rename request here." X (talk + contribs) 19:25, 21 November 2024 (UTC)
I can understand the concern about confusion, and I do accept this decision. But what "extraordinary circumstances" do you mean? Piccadilly (My Contribs | My Messages) 20:20, 21 November 2024 (UTC)
Your history as an LTA and no warning (straight block) upon abuse. X (talk + contribs) 22:32, 21 November 2024 (UTC)

RFC: Remove Inactivity Clause

The following discussion is closed. Please do not modify it. Subsequent comments should be made in a new section.
  Done More than three weeks have passed since the discussion began.With three votes in support and only one in opposition, I am closing this discussion and removing the clause from the policy. The AP (talk) 10:15, 15 December 2024 (UTC)

The current Inactivity policy states that "These [Steward or system administrator] rights may be restored within 1 hour of them being removed; otherwise, a reconfirmation vote will be held."

If a user holding this level of advanced permissions has been inactive for six months, a one hour request-back, without community input, does not make a lot of sense. X (talk + contribs) 19:50, 21 November 2024 (UTC)

Discussion

  •   Support as requester. X (talk + contribs) 19:50, 21 November 2024 (UTC)
    Just a clarification: I am proposing removing the clause completely; they would have to re-RfS. X (talk + contribs) 00:46, 24 November 2024 (UTC)
  •   Comment: instead of a one-hour reconfirmation request, does one who lose their advanced permission must run through another community vote? Codename Noreste 🤔 Talk 15:13, 22 November 2024 (UTC)
    I think they should if they want to regain their rights The AP (talk) 15:51, 22 November 2024 (UTC)
  •   Oppose 1 hour is a bit short, but I feel 24 hours is more reasonable. Zippybonzo (talk) 15:55, 22 November 2024 (UTC)
    Not sure you understand the purpose of this request. X (talk + contribs) 00:47, 24 November 2024 (UTC)
    I do, I feel that if you've been inactive, within 24 hours it's perfectly reasonable to request them back. Zippybonzo (talk) 08:01, 25 November 2024 (UTC)
  •   Support, agree with proposal. BZPN (talk) 16:22, 24 November 2024 (UTC)
  • I guess one hour makes no sense, due to the fact that no one can be 24/7 online. That's why I   Support this request. --TenWhile6 17:26, 10 December 2024 (UTC)
The discussion above 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.

Rename request

Please change my username and my bot (PB08-bot) to Bosco and Bosco-bot respectively, thanks. PB2008 (talk) 12:57, 9 December 2024 (UTC)

This is now   On hold awaiting Steward decision - you should receive a response soon. VancityRothaug (talk) 16:28, 9 December 2024 (UTC)
  Done. Drummingman (talk) 17:24, 9 December 2024 (UTC)
  This section is resolved and can be archived. If you disagree, replace this template with your comment. Tester (ᴛ•ᴄ) 11:17, 21 December 2024 (UTC)

Internal error

The following error is displayed when visting Newsletter:Administrators' newsletter


[ba26798e8f169f81e1f6821f] /wiki/Newsletter:Administrators%27_newsletter MWContentSerializationException: The Newsletter content is invalid.

Backtrace:

from /var/www/html/extensions/Newsletter/includes/Content/NewsletterContentHandler.php(72)

  1. 0 /var/www/html/includes/Revision/RevisionStore.php(1227): MediaWiki\Extension\Newsletter\Content\NewsletterContentHandler->unserializeContent()
  2. 1 /var/www/html/includes/Revision/RevisionStore.php(1510): MediaWiki\Revision\RevisionStore->loadSlotContent()
  3. 2 [internal function]: MediaWiki\Revision\RevisionStore->MediaWiki\Revision\{closure}()
  4. 3 /var/www/html/includes/Revision/SlotRecord.php(324): call_user_func()
  5. 4 /var/www/html/includes/Revision/RevisionRecord.php(183): MediaWiki\Revision\SlotRecord->getContent()
  6. 5 /var/www/html/includes/Revision/RenderedRevision.php(229): MediaWiki\Revision\RevisionRecord->getContentOrThrow()
  7. 6 /var/www/html/includes/Revision/RevisionRenderer.php(226): MediaWiki\Revision\RenderedRevision->getSlotParserOutput()
  8. 7 /var/www/html/includes/Revision/RevisionRenderer.php(164): MediaWiki\Revision\RevisionRenderer->combineSlotOutput()
  9. 8 [internal function]: MediaWiki\Revision\RevisionRenderer->MediaWiki\Revision\{closure}()
  10. 9 /var/www/html/includes/Revision/RenderedRevision.php(199): call_user_func()
  11. 10 /var/www/html/includes/poolcounter/PoolWorkArticleView.php(91): MediaWiki\Revision\RenderedRevision->getRevisionParserOutput()
  12. 11 /var/www/html/includes/poolcounter/PoolWorkArticleView.php(73): MediaWiki\PoolCounter\PoolWorkArticleView->renderRevision()
  13. 12 /var/www/html/includes/poolcounter/PoolCounterWork.php(171): MediaWiki\PoolCounter\PoolWorkArticleView->doWork()
  14. 13 /var/www/html/includes/page/ParserOutputAccess.php(328): MediaWiki\PoolCounter\PoolCounterWork->execute()
  15. 14 /var/www/html/includes/page/Article.php(760): MediaWiki\Page\ParserOutputAccess->getParserOutput()
  16. 15 /var/www/html/includes/page/Article.php(563): Article->generateContentOutput()
  17. 16 /var/www/html/includes/actions/ViewAction.php(78): Article->view()
  18. 17 /var/www/html/includes/actions/ActionEntryPoint.php(733): ViewAction->show()
  19. 18 /var/www/html/includes/actions/ActionEntryPoint.php(510): MediaWiki\Actions\ActionEntryPoint->performAction()
  20. 19 /var/www/html/includes/actions/ActionEntryPoint.php(145): MediaWiki\Actions\ActionEntryPoint->performRequest()
  21. 20 /var/www/html/includes/MediaWikiEntryPoint.php(199): MediaWiki\Actions\ActionEntryPoint->execute()
  22. 21 /var/www/html/index.php(58): MediaWiki\MediaWikiEntryPoint->run()
  23. 22 {main}

I believe since PB2008 has been renamed recently and he was a subscriber of the newsletter - his account needs to removed from the list ; kindly look at this similar error reported at phabricator The AP (talk) 20:51, 9 December 2024 (UTC)

pinging @Justarandomamerican and @MacFan4000 as they are Sys admins The AP (talk) 20:52, 9 December 2024 (UTC)
Fixed Justarandomamerican (talk) 22:24, 9 December 2024 (UTC)

Requesting permissions removal from TenWhile6

The following discussion is closed. Please do not modify it. Subsequent comments should be made in a new section.
I am assuming good faith in this case—that User:VancityRothaug made this request with the right intentions. However, it’s important to understand that we do not remove rights from users simply because we believe they might not use them in the near future. Rights are removed only if users meet the criteria outlined in the inactivity policy. Since reinstating rights to an account is considered a logged-in action, the user is considered active. I encourage VancityRothaug to carefully review the list showing users’ most recent logged actions and to apply grace periods only after thoroughly checking the dates of those actions. The AP (talk) 18:03, 10 December 2024 (UTC)

Dear community, I hope this request finds you all well. On the 9th December I have filed a inactivity grace period against @TenWhile6 for being inactive for a period of 2 months, and set their rights to expire in 2 weeks, when the inactivity would reach 3 months as per the inactivity policy. The user has proceeded to make their rights permanent 3 minutes after the grace period notification was left on their talk page. Upon checking their user contributions I have seen that the user has received a grace period warning on the 23rd September, to which they responded wishing to keep their roles however after checking the users contributions further I have noticed that they have not edited at all since their reply to their first grace period notice. From my point of view, I believe this user is not showing any intent to use his permissions in the near future therefore I am beginning this community vote to have the users permissions removed. VancityRothaug (talk) 17:04, 10 December 2024 (UTC)

You may read the Test Wiki:inactivity policy again. no edits or logged actions within the last three months means that your actions on 9th december ([2] and [3]) were a clear violation of the policy, because my last logged action was on 6th december. I know you are pretty new here, sysop since two weeks, but please try to be more careful.
As an explanation why I am not really active here: I am an active member of the wikimedia community, currently serving as a global sysop and sysop in two wikis. Sometimes I need to test things and thats the exact moment when I need my permissions here, that's why I want to keep them and why I will clearly use these permissions in the future. TenWhile6 17:09, 10 December 2024 (UTC)

Discussion

  •   Support as requester. VancityRothaug (talk) 17:05, 10 December 2024 (UTC)
  • I will not "vote" here, because I am obviously involved. But imo this is not backed up by any policy, as explained above. I am an active member of the Wikimedia Community and there is basically no reason to make this complicated. This is a test wiki and I could literally request the permissions again, if they get removed. This request is one of the funniest and most unnecessary things that happend to me this year. --TenWhile6 17:17, 10 December 2024 (UTC)
This is nonsensical and completely against the wiki’s goal and purpose.   Not done X (talk + contribs) 17:50, 10 December 2024 (UTC)
The discussion above 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.

Request for Rename

Hello, I would like to request that this account be renamed to Alachuckthebuck, my username on wikimedia projects. link to userpage. 0hD33r! (talk) 00:14, 17 December 2024 (UTC)

  Done by Justarandomamerican (log id 56662) Tester (ᴛ•ᴄ) 15:01, 17 December 2024 (UTC)
  This section is resolved and can be archived. If you disagree, replace this template with your comment. Tester (ᴛ•ᴄ) 11:17, 21 December 2024 (UTC)

Delegated rights and the inactivity policy

The following discussion is closed. Please do not modify it. Subsequent comments should be made in a new section.
  Clause kept per unanimous community consensus against removing it. X (talk + contribs) 02:46, 30 December 2024 (UTC)

Currently, for rights that are very high trust and delegated from Stewards or the community (such as NSS and AFA), those rights can be re-requested at any time. I would propose removing that clause, but I would like to hear the ideas of others: What should happen if a person holding one of those rights loses them due to inactivity and then re-requests them? Justarandomamerican (talk) 14:05, 17 December 2024 (UTC)


Discussion

I   Support the removal of this clause from the inactivity policy. I believe that an inactivity removal should be treated as a normal removal and hence require another community vote to regain their position. VancityRothaug (talk) 15:45, 17 December 2024 (UTC)

  Withdraw vote, switching to   Oppose per @LisaBia @Tester and Bhairava7. VancityRothaug (talk) 02:13, 30 December 2024 (UTC)

  Oppose, if the user already got approval to get those rights in the first place (i.e. they are trusted to handle sensitive role(s)), why over-complicate things just because of inactivity? If someone has a concern, they can just share it when the user re-requests the rights. There may be some exceptions but I'd otherwise support keeping the clause in. Tester (ᴛ•ᴄ) 15:55, 17 December 2024 (UTC)

  Oppose As @Tester said, it would be better to request permission again without a community vote. LisafBia (talk) 21:47, 29 December 2024 (UTC)

  Oppose per @LisafBia and @Tester. --- Bhairava7 • (@píng mє-tαlk mє) 01:54, 30 December 2024 (UTC)

The above discussion is preserved as an archive. Please do not modify it. Subsequent comments should be made in a new section.

Utility of Test Wiki:Bots/Requests for approval

The following discussion is closed. Please do not modify it. Subsequent comments should be made in a new section.
There is no consensus to delete the utility page at this time. Codename Noreste (talk) 16:57, 14 January 2025 (UTC)

Howdy! I thought the bots request page should be discussed by the community, as it doesn’t seem very necessary in my option. We have an extremely low number of bots, in fact there are only three that are not system bots/system admin operated. The amount of bots that need crat rights is incredibly low. I propose that users looking to create a bot that needs crat permissions simply posts on a stewards talk page. To be honest, I don’t see this type of request happening in the near future. X (talk + contribs) 02:53, 8 January 2025 (UTC)

I   Support the removal of this page per X - it is currently very rare for a steward to receive a request to give a bot crat permissions and if this were ever to happen they could just leave their request on the talk page of a Steward. VancityRothaug (talk) 07:36, 8 January 2025 (UTC)
  Withdraw to change to   Oppose per @Drummingman. VancityRothaug (talk + contribs) 20:00, 13 January 2025 (UTC)
  Oppose. I don't see anything wrong with having a dedicated page—a bot being given Bureaucrat permissions is pretty notable in my opinion and so there should be a publicly-viewable and easy-to-access place. Even though the approval may not require community consensus, anyone can just go to the page to know more about the bot and any relevant discussions, rather than scouting recent changes or looking at stewards' talk pages. Additionally, the administrator newsletter doesn't appear to go into much depth on the tasks of the bot so I think this page should be kept. Thanks. Tester (ᴛ•ᴄ) 04:04, 11 January 2025 (UTC)
I would completely agree with you, if this was something that happened often. However, I cannot find anywhere that it has occurred besides once in TestWikis entire history. One time. That is completely not worth having a request page about. X (talk + contribs) 15:41, 11 January 2025 (UTC)
While I appreciate the intention to limit extra pages which have no substantial use, I still think keeping a dedicated page would be better. Plus, it is scalable. Thanks! Tester (ᴛ•ᴄ) 04:06, 13 January 2025 (UTC)
  Support Reasons are already given.DodoMan (talk) 12:07, 12 January 2025 (UTC)
  Oppose per Tester and it's reason is clear indicate why the page should not be delete.Happy Testing! --- Bhairava7 • (@píng mє-tαlk mє) 16:51, 12 January 2025 (UTC)
Neither you or Tester has addressed the sole concern of the discussion, the fact that this request has only occurred once. Additionally, as the creator of the page, you have a conflict of interest. X (talk + contribs) 17:04, 12 January 2025 (UTC)
@X: I have not problem to the deletion of bot approval page but I've created this page after private discussion with an Stewards, If stewards saying to me, I'll be going to delete this page because I have no problem.Happy testing! --- Bhairava7 • (@píng mє-tαlk mє) 17:31, 12 January 2025 (UTC)
  Support removal, due to little utility. Justarandomamerican (talk) 22:34, 12 January 2025 (UTC)
  Withdraw to change to   Oppose. Justarandomamerican (talk) 19:57, 13 January 2025 (UTC)
  Oppose having this page makes everything easier to find and organize. Personally, I see no reason to remove it. BZPN (talk) 00:23, 13 January 2025 (UTC)
  Support, as requester. X (talk + contribs) 00:31, 13 January 2025 (UTC)
  Oppose, I see the usefulness of this page. I was also the steward who recommended this page so that there is a public place for this type of request. As rare as it is, I think it is a good idea to have such a page. Drummingman (talk) 19:02, 13 January 2025 (UTC)
The above discussion is preserved as an archive. Please do not modify it. Subsequent comments should be made in a new section.

DodoBot

Hello, im re-active now.I have a little question, my bot now work, but just for fix typos for the moment, what features do you want for my bot.I prefer basic actions but if i have to code a script, i code it.Thanks.DodoMan (talk) 17:33, 11 January 2025 (UTC)

Confirming resignation as system administrator

Hello. It's been quite a while since I've taken any technical action. I have become rusty in the meantime, so have resigned as a system administrator. I may return, but only after a community confirmation vote. Justarandomamerican (talk) 01:05, 13 January 2025 (UTC)

Thank you for your service! X (talk + contribs) 01:08, 13 January 2025 (UTC)
Thank for your service as System admin. Happy testing!--- Bhairava7 • (@píng mє-tαlk mє) 03:36, 13 January 2025 (UTC)
Procedural note: User has returned to their system admin position. X (talk + contribs) 17:02, 13 January 2025 (UTC)
Retrieved from "https://testwiki.wiki/index.php?title=Test_Wiki:Community_portal/Archive_12&oldid=56015"