TestWiki:Community portal: Difference between revisions

Add topic
From TestWiki
Latest comment: 1 year ago by Naleksuh in topic Decrat for Example2
Content added Content deleted
VisualWikitext
Line 408: Line 408:


=== Proposal 4: Block ApexAgunomu indefinitely ===
=== Proposal 4: Block ApexAgunomu indefinitely ===
'''Rationale:''' Consensus is consensus, and Dmehus's actions are a [[:w:Project:Supervote]].
'''Rationale:''' Consensus is consensus, and Dmehus's actions are a [[:w:Project:Supervote]]. It shouldn't be necessary to create an abuse filter to stop wide-scale disruption from one person (and much less, the disruption being such a repetitious pattern that automated software is able to detect it).
==== Support ====
==== Support ====
# I didn't vote on the original proposal because I am interaction-banned with the user who started it, but I am tired of the constant abuse of wiki resources and what don't even really read like mistakes. I got tired of seeing ApexAgunomu abuse page moves, so I edited the filter to prevent them from moving pages other than [[Move test]]. Just minutes later, I got a notification that a filter I recently edited was activated, and the log showed that it blocked ApexAgunomu from moving [[Change content model test]] to [[TestWiki:Change content model test]] (there have been plenty of other moves like moving one page around to templates, categories, talk pages, and moving people's user pages into article space). If eight people supported the ban, with no-one opposed, I think there's a very clear consensus and closing it as unsuccessful on a technicality is overly bureaucratic and a supervote. [[User:Naleksuh|Naleksuh]] ([[User talk:Naleksuh|talk]]) 07:17, 6 June 2022 (UTC)
# I didn't vote on the original proposal because I am interaction-banned with the user who started it, but I am tired of the constant abuse of wiki resources and what don't even really read like mistakes. I got tired of seeing ApexAgunomu abuse page moves, so I edited the filter to prevent them from moving pages other than [[Move test]]. Just minutes later, I got a notification that a filter I recently edited was activated, and the log showed that it blocked ApexAgunomu from moving [[Change content model test]] to [[TestWiki:Change content model test]] (there have been plenty of other moves like moving one page around to templates, categories, talk pages, and moving people's user pages into article space). If eight people supported the ban, with no-one opposed, I think there's a very clear consensus and closing it as unsuccessful on a technicality is overly bureaucratic and a supervote. [[User:Naleksuh|Naleksuh]] ([[User talk:Naleksuh|talk]]) 07:17, 6 June 2022 (UTC)

Revision as of 10:17, 6 June 2022

Community portal
Welcome to the TestWiki Community portal! On this page, matters pertaining to the local TestWiki community can be discussed.
Post your questions, comments, or concerns below by the big blue button to the immediate right.
New thread



TestWiki:Request permissions

Latest comment: 2 years ago6 comments4 people in discussion

Hello. One user requested permissions without having written what permissions. In case he does not answer in how many days the request must be closed? Thanks! Fffv7787 (talk) 14:43, 27 August 2021 (UTC)Reply[reply]

@Fffv7787 I think such those request should be closed immediately. I did not find much in the policy --MdsShakil (talk) 14:43, 28 August 2021 (UTC)Reply[reply]
@MdsShakil Thank you! Fffv7787 (talk) 14:47, 28 August 2021 (UTC)Reply[reply]
Hello. Fffv7787 and MdsShakil, no! Such requests should not be closed (declined) immediately. The best practice to deal with such requests is to ask which permissions they want and put the request on hold. If they didn't reply close the request as stale after the few days (preferable after 4-5 days). --Mazzaz (talk) 14:55, 28 August 2021 (UTC)Reply[reply]
@Mazzaz Hello. I reopen this request. Fffv7787 (talk) 15:15, 28 August 2021 (UTC)Reply[reply]
AlPaD, Magogre, and MdsShakil, I thought I'd jump in to clarify the uncertainty in response to AlPa's question. Magogre's response is generally correct, but there's not a specific timeframe. It really depends. It could be two or three days, or 4-7 days, and then closed as stale, but yeah, basically (a) don't close it immediately and (b) don't close it as declined; rather, use stale. Hope that helps. :) Dmehus (talk) 04:48, 12 October 2021 (UTC)Reply[reply]

Request for Consul: Magogre

Latest comment: 2 years ago9 comments8 people in discussion
The following discussion is closed. Please do not modify it. Subsequent comments should be made in a new section.
This is a good-faith and intentioned request for Consul from a generally helpful, active, and positive bureaucrat and sysop on TestWiki, so the candidate is thanked both for their activity, continuing to help users, and for putting their name forward for consideration for Consul. There is consensus here that the candidate is generally helpful, active, and pleasant; however, as to whether there is a need for additional need for additional Consuls, given that we currently have six Consuls, five of which do hold other global roles, there's no consensus, given the workload required of Consuls, some of which is partially automated as Naleksuh notes. As well, there's not yet consensus here that the candidate is sufficiently experienced to undertake those duties. That being said, the candidate is encouraged to being active on TestWiki, and to notifying any Consuls should there be the rare occasion where they can't undertake a certain action (namely, ManageWiki-related actions or interface-admin permissions requests). Where a user requests, and qualifies for, interwiki-admin on TestWiki, the candidate can reach out to any of three of the Consuls to effect in their Steward capacities. Dmehus (talk) 04:41, 12 October 2021 (UTC)Reply[reply]

Startus · talk · contribs · deleted contribs · logs · edit filter log · block user · block log.

Hello, I am Magogre. I have been around since the past few months translating and assigning permissions to users at TestWiki:Request permissions. I would like to request the consul rights to help out in removing the rights of the inactive admins, thereby, helping to reduce the workload of the current consuls which are stewards or sysadmins. Thank you for considering, --Magogre (talk) 08:03, 10 September 2021 (UTC)Reply[reply]

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

Inactive Rights Removal - 2021-10-7

Latest comment: 2 years ago8 comments3 people in discussion
The following discussion is closed. Please do not modify it. Subsequent comments should be made in a new section.
This has been done  done by a Consul, so this effort, while in good-faith albeit incorrect, from a procedural point of view, is moot. Dmehus (talk) 22:18, 9 October 2021 (UTC)Reply[reply]

The rights of the following users will be removed on or after 2021-10-7 if they do not return to activity:

Thanks,

🌸 Sakura emad 💖 (talk) 04:02, 30 September 2021 (UTC)Reply[reply]
on Behalf of Consul Team
2021-10-7
Hi, you are not a consul and by policy unable to do this. RhinosF1 (talk) 15:55, 30 September 2021 (UTC)Reply[reply]
Hey sorry can you do that then? I think I will withdraw if we switch places. 🌸 Sakura emad 💖 (talk) 16:42, 30 September 2021 (UTC)Reply[reply]
@RhinosF1 🌸 Sakura emad 💖 (talk) 21:18, 1 October 2021 (UTC)Reply[reply]
@RhinosF1 hey I am really waiting for your answer Thank you 🌸 Sakura emad 💖 (talk) 12:36, 5 October 2021 (UTC)Reply[reply]
hello @RhinosF1 I need to take action, Please let me know if what I am doing possibly is wrong. Thank you 🌸 Sakura emad 💖 (talk) 12:16, 7 October 2021 (UTC)Reply[reply]
per policy mission dismissed 🌸 Sakura emad 💖 (talk) 03:47, 9 October 2021 (UTC)Reply[reply]
The above discussion is preserved as an archive. Please do not modify it. Subsequent comments should be made in a new section

Inactive Rights Removal - 2021-10-09

Latest comment: 2 years ago2 comments1 person in discussion

The rights of the following users will be removed on or after 2021-10-16 if they do not return to activity:

Thanks,

Dmehus (talk)
For the Consul Team
22:13, 9 October 2021 (UTC) Dmehus (talk) 22:13, 9 October 2021 (UTC)Reply[reply]
 Rights removed from ten (10) users, noting that HeartsDo was given a temporary, three-month inactivity exception, with Consul discretion due to their activity from StructuredDiscussions seemingly not counting. Dmehus (talk) 23:46, 16 October 2021 (UTC)Reply[reply]

New policy for abuse filter

Latest comment: 2 years ago2 comments1 person in discussion

Hello guys, I am Matttest. I have created a new proposed-for-policy page for abuse filter. In fact now there are no policies or guidelines related to the abuse filter test, and I think it’s better to create one. Currently, I think this page can be merge into the TestWiki policy TestWiki:Main policy. What do you think? Please give some suggestions for the community. You may also change this proposal page. Regards, —-Matttest (talk) 09:45, 8 November 2021 (UTC)Reply[reply]

P.S. I think the testing of abuse filter is a serious action, and it may be misused. It has its importance to be part of the policy of TestWiki (and maybe by merging to TestWiki:Main policy or TestWiki:Testing policy). I hope you guys can give out some opinions concerning this. Matttest (talk) 10:26, 10 November 2021 (UTC)Reply[reply]

TNT module

Latest comment: 2 years ago1 comment1 person in discussion

Why does my module that works good in meta doesn't work here? The imported module here links to Module:TNT for some reason, TNT does nothing for the template, and there's not even an invoke code or require code in lua Anpang (talk) 08:49, 19 November 2021 (UTC)Reply[reply]

Inactive Rights Removal - 2021-12-27

Latest comment: 2 years ago1 comment1 person in discussion

The rights of the following users will be removed on or after 2022-01-02 if they do not return to activity:

Thanks,

Dmehus (talk)
For the Consul Team
03:15, 28 December 2021 (UTC)
 Rights removed from fifteen (15) users. Dmehus (talk) 07:07, 3 January 2022 (UTC)Reply[reply]

How do I restore this page?

Latest comment: 2 years ago3 comments2 people in discussion

https://publictestwiki.com/w/index.php?title=Main_Page/fi&action=edit&redlink=1 I deleted this as a test but can't figure out how to restore it. Lugia Ann (talk) 03:36, 28 December 2021 (UTC)Reply[reply]

Lugia Ann, that is a translation subpage, so you cannot/should not restore it in the traditional way. You have to either import the translations using the Translate extension, or just retranslate it. Dmehus (talk) 03:39, 28 December 2021 (UTC)Reply[reply]
Okay, I will see if I can use those ways to restore the page. Lugia Ann (talk) 03:45, 28 December 2021 (UTC)Reply[reply]

Consul request - unprotect

Latest comment: 2 years ago7 comments2 people in discussion

These pages should be unprotected. They were protected back when crats could assign interface-admin as a security precaution, but now only consuls can assign it. They should be unprotected so authorized interface-admins can edit them. Naleksuh (talk) 01:49, 23 January 2022 (UTC)Reply[reply]

Though the CSS and JS script pages are sensitive from a security standpoint, I'd be willing to lower protection for the skin-specific CSS/JS pages to interface-admin, on a provisional basis; however, the reasons by which MediaWiki:Sitenotice, MediaWiki:Sidebar, MediaWiki:Common.css, and MediaWiki:Common.js are Consul-protected is because these either control the sitewide CSS/JS for everyone or they relate to matters which are within the purview of the non-test bureaucrats on TestWiki, Consuls. Dmehus (talk) 22:47, 23 January 2022 (UTC)Reply[reply]
@Dmehus: First, Common.js and Common.css are protected for security reasons (infact, they were incorrectly protected before until I had Void fix it), second, interface admin is a non-testing group, and non-test edits are permitted. It is the same reason I have interface admin. Naleksuh (talk) 23:30, 23 January 2022 (UTC)Reply[reply]
Naleksuh, yes, I remember that the pages in question were protected with creation protection rather than as blank pages with edit protection, and I thank you for your report. However, interface-admin is not, strictly speaking, a non-test permission. It is somewhat of a hybrid test/non-test permission. Regardless, it is nonetheless a Consul-delegated role, and I'm both (a) not seeing a high volume of edit requests that Consuls cannot handle for these pages and (b) given the widespread end user impacts MediaWiki:Common.css, and MediaWiki:Common.js can have, I'm inclined to defer to the pre-existing Consul practice of maintaining these at Consul protection. Dmehus (talk) 23:41, 23 January 2022 (UTC)Reply[reply]
​ If that's the case, then there's no reason to have the interface-admin group at all, might as well delete it. Right now, interface-admins can editsitejs except for the part where they can't because it was protected, and was only protected back when it could be assigned by anyone. Naleksuh (talk) 23:43, 23 January 2022 (UTC)Reply[reply]
Well, the group was deleted before, but I can see a valid reasons for non-Consuls to be able to perform gadget maintenance, upgrades, and various other tasks on TestWiki. I can also see a weaker case for it being used for testing changes before deploying to a non-TestWiki Miraheze wiki or another wiki. The idea is that it can be used for both testing and non-testing purposes, but rather than the permission being granted by any bureaucrat, which any user can request, in theory if not in practice, after they have made at least ten (10) editing contributions and had an account for at least four (4) days, it was felt that was too weak of a granting criteria. For those reasons, I see a case for maintaining the group, but I'd certainly be open to hearing what other users, and especially interface administrators, have to say on the matter Dmehus (talk) 23:54, 23 January 2022 (UTC)Reply[reply]
I was not suggesting deleting the group, that was rhetorical. Naleksuh (talk) 00:19, 24 January 2022 (UTC)Reply[reply]

Inactive Rights Removal - 2022-02-19

Latest comment: 2 years ago4 comments2 people in discussion

The rights of the following users will be removed on or after 2022-02-26 if they do not return to activity:

Thanks,

Dmehus (talk)
For the Consul Team
23:10, 19 February 2022 (UTC)
 Ten (10) users removed per the above, with an administrative note to Ugochimobi. Ugochimobi, please note that, going forward, StructuredDiscussions activity is not counted as activity, pending a fix to the the inactivity script by Void, so you will need to demonstrate some other form of activity by the next time the script is run later in March. Thanks. Dmehus (talk) 23:04, 26 February 2022 (UTC)Reply[reply]
@Dmehus: for example, the edit I made here ? Thanks :) Ugochimobi (talk) 23:36, 26 February 2022 (UTC)Reply[reply]
Ugochimobi,  Exactly. Thank you. You are now active for three (3) more months. Dmehus (talk) 23:40, 26 February 2022 (UTC)Reply[reply]
Thank you very much Doug :), it's been a while we actually chatted but I'm sure you're okay 😊 Ugochimobi (talk) 23:43, 26 February 2022 (UTC)Reply[reply]

Minor amendment to the TestWiki:Inactivity policy

Latest comment: 2 years ago6 comments3 people in discussion

I've made the following minor amendment to the TestWiki:Inactivity policy, mainly due to the way in which the findInactiveSysops.js script works. Unfortunately, it is not able to consider StructuredDiscussions activity, or is it able to consider edits which are subsequently deleted by another administrator. Views from the community are welcome on this, but do note that the alternative would be to revert to determining inactivity based on Consul discretion, rather than a semi-automated activity based process. Dmehus (talk) 23:51, 19 February 2022 (UTC)Reply[reply]

It's possible to take into account deleted edits by updating the script to make use of mw:API:Alldeletedrevisions, and it should also be possible to take into account StructuredDiscussions activity via parsing the HTML of Special:Contributions/Special:DeletedContributions as a final check. — Arcversin (talk) 01:04, 20 February 2022 (UTC)Reply[reply]
Arcversin, yeah, Void said on IRC he figured he'd be able to correct the deleted contributions issue, but hadn't yet found a way to resolve the StructuredDiscussions issue. If you have a way of correcting the latter, I'm sure we could probably temporarily lower protection on User:Void/findInactiveSysops.js for you. Dmehus (talk) 01:32, 20 February 2022 (UTC)Reply[reply]
What can be done is directly requesting Special:Contributions and Special:DeletedContributions without using the API so that the Structured Discussions contributions are added, then looking over that in the script to check if the last contribution by the user was via Structured Discussions, and if so, check the timestamp. This should get everything except deleted topics. — Arcversin (talk) 02:04, 20 February 2022 (UTC)Reply[reply]
That's not a bad idea, but it's much harder to implement than it sounds, especially considering the likelihood that this would not be consistent for all users. Instead, I have the much more interesting idea of having the API parse {{Special:Contributions/<username>}}. This, when combined with a few specific options should produce consistent results for all users, provided I can figure out an accurate method for parsing out the timestamp. -- Void Whispers 03:30, 20 February 2022 (UTC)Reply[reply]
Sounds interesting. — Arcversin (talk) 04:30, 20 February 2022 (UTC)Reply[reply]

Request to enable extension

Latest comment: 2 years ago2 comments2 people in discussion

I'd like to request that the TemplateSandbox extension be enabled. — Arcversin (talk) 02:58, 20 February 2022 (UTC)Reply[reply]

Arcversin, sure, that extension could be quite useful here, so  done. Dmehus (talk) 06:07, 20 February 2022 (UTC)Reply[reply]

CheckUser

Latest comment: 2 years ago8 comments2 people in discussion

Hello, for test and information on MediaWiki is it possible for a CheckUser to check User:Naleksuh BOT and privately send the results back to me? This would need to be done by a consteward, so User:Dmehus or User:Void can help, if this is allowed. Naleksuh (talk) 02:41, 27 February 2022 (UTC)Reply[reply]

Naleksuh, getting to your DMs on IRC as I suspect this is what they are about. Dmehus (talk) 03:10, 27 February 2022 (UTC)Reply[reply]
This is permitted, per Data Request Process. Let me clarify with Owen whether he'd prefer Trust and Safety or Stewards to handle this request. It's essentially a limited in scope private user data request. Dmehus (talk) 03:12, 27 February 2022 (UTC)Reply[reply]
​I don't remember any previous conversation but it is not "about" anything I've mentioned to someone else before, it is about something contemporary. I do wish you would stop "getting to" real-time communication though, it defeats the purpose of it. Naleksuh (talk) 03:13, 27 February 2022 (UTC)Reply[reply]
Yes, I saw your DMs and that was unrelated to this request. Dmehus (talk) 03:15, 27 February 2022 (UTC)Reply[reply]
Naleksuh, I have received clarification from Owen on this. Either role is capable of handling such requests. It depends on the channel in which was requested. Since you've made the request of Stewards, then it is fair for Stewards to handle it. Would you be able to direct message me on IRC your preferred method of private data delivery? I assume you'd probably prefer e-mail, but I'd prefer you didn't share your e-mail address publicly. If you have a different preferred private data delivery method, then you can also share that privately as well. Dmehus (talk) 09:42, 27 February 2022 (UTC)Reply[reply]
​Basically I just want anyone with CheckUser access here to load the IP addresses for User:Naleksuh BOT (as many as can be fetched, 5k in 3 months) and send back the results, either via IRC or email, whichever works. Naleksuh (talk) 10:18, 27 February 2022 (UTC)Reply[reply]
Naleksuh, this has now been  done, but is just awaiting further response from you on IRC to see if you need additional data returned. I'll leave my checkuser flag on for a little bit longer, to provide you an opportunity to reply privately. Thank you. Dmehus (talk) 18:25, 27 February 2022 (UTC)Reply[reply]

Cannot delete a file

Latest comment: 2 years ago4 comments2 people in discussion

I uploaded File:Test png.PNG for test use,but when I done my test,I cannot delete it.The page tell me "Deleting page: An unknown error occurred in storage backend "local-backend"."How can I do then? SD hehua (talk) 06:31, 6 March 2022 (UTC)Reply[reply]

@SD hehua: I've opened a ticket on Phabricator regarding this error, please see T8913 for further details. — Arcversin (talk) 19:40, 9 March 2022 (UTC)Reply[reply]
Thank you. SD hehua (talk) 17:19, 11 March 2022 (UTC)Reply[reply]

Admin Training/School

Latest comment: 2 years ago2 comments2 people in discussion

After looking at the main page and finding it talks about a possible admin school existing in the future, I think that we should spend some time creating one, I have an idea currently but it would help if others helped with it, currently my draft of what it could look like is stored in userpage as User:Zippybonzo/Admin School and I would appreciate if you had time to drop by and help or give some feedback, Thanks, Zippybonzo Zippybonzo (talk) 19:51, 14 March 2022 (UTC)Reply[reply]

I'm wanting to import admin guide from Wikipedia which is more information. Thingofme (talk) 12:51, 5 April 2022 (UTC)Reply[reply]

User:Sysop

Latest comment: 2 years ago3 comments2 people in discussion

Hello. This userpage is owned by a user who does not have a local TestWiki account. That's why I suggest deleting it or creating a local account. Thank you! AlPaD (talk) 12:07, 2 April 2022 (UTC)Reply[reply]

AlPaD, thank you for noting this. I'm not sure what the story is here, as it was from something like five years ago, but if I had to logically guess from WikiHow Contributor's local TestWiki contributions, this was likely their sockpuppet, except they didn't ever use it on TestWiki, so no local account was created. Given that an user page was created, though, I've  done this for you. I actually contemplating giving this account a courtesy global rename, but on the other hand, doing so could allow the username to be recreated on a wiki where a local bureaucrat has the user right to override the title blacklist, so likely will leave as is. I'm not sure what point there is to keeping the user page on TestWiki, though. So, if you want to delete it, that'd be fine, but do remove the page protection first before doing so. Thanks. Dmehus (talk) 22:57, 17 April 2022 (UTC)Reply[reply]
@Dmehus: Hello! Global hide (centralauth-oversight) it's a good idea? Thank you! AlPaD (talk) 06:03, 18 April 2022 (UTC)Reply[reply]

De-Sysop Request

Latest comment: 2 years ago2 comments2 people in discussion

Considering some not-so-wise things I have done here lately, I think it would be best if I take a step down for a bit. I will be blocking myself from some namespaces until May 1, and I would appreciate it if someone could remove my sysop permissions for now. When I come back on May 1, I will re-ask for both sysop and bureaucrat (assuming that's okay). My talk page will be open for any questions or comments. If anyone feels the need to adjust the block in any way, feel free to do it.

Thank you and I'm sorry for the trouble I've caused here so far. I hope that after this break things will go more smoothly. ApexAgunomu (My changes here | Drop me a line) 16:33, 20 April 2022 (UTC)Reply[reply]

@ApexAgunomu:  Done HeartsDo (talk) 16:38, 20 April 2022 (UTC)Reply[reply]

TestWiki:Consuls

Latest comment: 2 years ago2 comments2 people in discussion

Hello! Could you inform on the page that bureaucrats aren't allowed to grant a bot flag? Thanks! AlPaD (talk) 16:18, 23 April 2022 (UTC)Reply[reply]

AlPaD,  Done. Thank you for identifying this. Dmehus (talk) 18:14, 23 April 2022 (UTC)Reply[reply]

MediaWiki version

Latest comment: 2 years ago6 comments4 people in discussion

I think we should upgrade this wiki to 1.39. LisafBia (talk) 06:45, 29 April 2022 (UTC)Reply[reply]

Absolutely not. That's an alpha version. Have you seen how many bugs are caught each train week? RhinosF1 (talk) 06:51, 29 April 2022 (UTC)Reply[reply]
Maybe we should wait for Miraheze update. SD hehua (talk) 15:24, 11 May 2022 (UTC)Reply[reply]
@LisafBia: I guess you should check out this first. This version is not a stable version - the latest stable version is still 1.37.2 (even 1.38 is in beta version). Furthermore, upgrading mediawiki versions is a global issue, so it should be posted at meta. --Matttest (talk) 07:58, 12 May 2022 (UTC)Reply[reply]
I suggested this idea because this is a test wiki. I knew the version was unstable. LisafBia (talk) 15:41, 12 May 2022 (UTC)Reply[reply]
This is not where we test that MediaWiki works. It's to allow users to work out how to use the software. RhinosF1 (talk) 21:04, 12 May 2022 (UTC)Reply[reply]

PageImages extension

Latest comment: 2 years ago4 comments2 people in discussion

Can the mw:Extension:PageImages extension be enabled here? It's part of MediaWiki, but needs to be enabled in LocalSettings.php. --Ahecht (TALK
PAGE) 20:38, 12 May 2022 (UTC)Reply[reply]

 Done via ManageWiki, we don't use LocalSettings.php for most changes at Miraheze RhinosF1 (talk) 21:05, 12 May 2022 (UTC)Reply[reply]
@RhinosF1 Thanks. I can't seem to get it to recognize Mediawiki:Pageimages-denylist. If the settings at https://github.com/miraheze/mw-config/blob/master/LocalSettings.php are current, it looks like wgPageImagesDenylist is disabled everywhere but gratispaideiawiki. Can the settings from gratispaideiawiki be copied to testwiki? --Ahecht (TALK
PAGE) 14:06, 13 May 2022 (UTC)Reply[reply]
This should be  Deployed within 30 minutes. RhinosF1 (talk) 09:15, 14 May 2022 (UTC)Reply[reply]

New policy about protection for non-test pages

Latest comment: 2 years ago1 comment1 person in discussion

Hello, I am Matttest. Currently there is no policies about which non-test pages should be protected at which protection level, but I think it is important given that there are disputes on protecting non-test pages, so I drafted this policy. Any comments on this policy will be appreciated and feel free to change this proposed policy. Regards, Matttest (talk) 05:17, 14 May 2022 (UTC)Reply[reply]

Inactivity

Latest comment: 2 years ago4 comments4 people in discussion

User:Zfshuo This user has not edited in over 3 months. @RhinosF1 @Dmehus LisafBia (talk) 13:55, 17 May 2022 (UTC)Reply[reply]

I will run the report at the weekend. Please don't remove rights without giving proper warning. RhinosF1 (talk) 14:19, 17 May 2022 (UTC)Reply[reply]
@LisafBia: Please consider this case in the community portal. Users who are inactive for 3 months should be reminded at their talk page, before removing his/her rights (should be done a week later after the warning according to the policy). The action should also be done by a consul, not a bureaucrat. --Matttest (talk) 06:32, 18 May 2022 (UTC)Reply[reply]
LisafBia,  Done. Thank you for the reminder! Dmehus (talk) 23:16, 21 May 2022 (UTC)Reply[reply]

Inactive Rights Removal - 2022-05-21

Latest comment: 2 years ago2 comments2 people in discussion

The rights of the following users will be removed on or after 2022-05-28 if they do not return to activity:

Thanks,

Dmehus (talk)
For the Consul Team
23:14, 21 May 2022 (UTC)
@Dmehus: Please, don't remove my rights right now. I'll increase my activity next month. Although, since last March I have been almost inactive on all wikis. খাত্তাব হাসান (talk) 08:23, 22 May 2022 (UTC)Reply[reply]
@খাত্তাব হাসান: Your comment in reply is enough to stop you going inactive. Your rights will now remain for another 3 months. Please try and make an edit at least once every 80 or so days. RhinosF1 (talk) 09:08, 22 May 2022 (UTC)Reply[reply]

Community Ban Request: ApexAgunomu

Latest comment: 1 year ago24 comments10 people in discussion
The following discussion is closed. Please do not modify it. Subsequent comments should be made in a new section.
While "community bans" on TestWiki may have been done in the past, they are not supported by official policy. Consuls can seek the TestWiki community's input, of course, on a non-binding and advisory basis. Likewise, the same is true for Consuls seeking input on an unblock. The reason for this is because this is two-fold. For one thing, TestWiki, save for its Consuls and a handful of users, is a dynamic community that has high turnover. For another, it provides all users with proper due process, ensuring that Consuls, as the non-test administrators on this wiki, balance the community's frustrations with due process whilst ensuring local control. In other words, a wiki that did not have appropriate due process processes in place may well give rise to the user having standing for a complaint under the a global process Stewards took over from the former Code of Conduct Commission. In terms of this proposal, it is also noteworthy that RhinosF1 has seemingly been left with no other apparent option, despite not making a single attempt to modify and add to the abuse filter Chrs created. It also noteworthy that no other Consul has supported this proposal. Likewise, perhaps the strongest arguments come from AlPaD and Universal Omega, which are more supportive of a Consul blocking the user indefinitely than for any sort of ban, which, as mentioned, does not exist in official policy. Secondarily, RhinosF1 has not proposed any other alternate proposal, and has almost seemingly held a grudge against ApexAgunomu (nee Bugambilia) since day one. This is evidenced by him ignoring ApexAgunomu's alternate proposal. Finally, because of this lack of due of process and alternate proposals, I will initiate a community discussion, on a non-binding and advisory basis that proposes several options and invites discussion on a fourth unforeseen option. Dmehus (talk) 04:49, 6 June 2022 (UTC)Reply[reply]

Hello all,

I'm left with bringing this to the community as it's been actioned by Consuls only on various occasions and the current status is not doing us much good.

Apex was unlocked and had their ban removed on TestWiki by Dmehus (talk · contribs) and was given a very generous chance by myself to allow them to quickly get to testing.

Since then, Apex has ignored every piece of advice & restriction put in place. Today, they moved to posting comments with swear words to avoid getting caught by the abuse filter supposed to be their to give guidance which has numerous hits showing them breaking policy.

Apex has been blocked & unblocked since the unlock on numerous occasions with the most recent being removed by Doug way before expiry.

I am therefore asking the community to present their opinion on Apex's sanctions and proposing an indefinite community ban as I do not believe simply adding restrictions for every time something inappropriate is done will be sustainable.

As a community ban, it would only be appealable via a community discussion where consensus was reached.

Thanks, RhinosF1 (talk) 09:04, 4 June 2022 (UTC)Reply[reply]

Reply from ApexAgunomu

I am honestly surprised to see this proposal since I honestly was trying to make good edits earlier today, and while I realize it has 100% support for going through, I would be very grateful if I could have one last chance to test here and show that I can obey the rules here. I thought that since my disruptive actions were being stopped by the filter, there was no harm if I "slipped up". But I see that I need to show that I have actually changed my behavior, by not setting off the filter in the first place.

Here are my proposals to remedy this situation.

  1. Modify the filter to only allow userspace edits (for however long is necessary)
  2. Restriction from requesting admin or bureaucrat for whatever time
  3. A clear understanding that attempts to edit around the filter or triggering the filter will result in the ban being placed.

If this proposal is accepted, I will abide by these restrictions and understand very clearly that this is my last chance to test on this wiki. ApexAgunomu (My changes here | Drop me a line) 02:27, 5 June 2022 (UTC)Reply[reply]

Support ban

  1. As proposed RhinosF1 (talk) 09:04, 4 June 2022 (UTC)Reply[reply]
  2. Apex's actions speak far louder than their words. They claim to want to do better, but every time they are unlocked/unbanned, they go right back to the same behaviors that got them banned in the first place. I believe it is time to treat these actions for what they are: trolling. Apex should be indefinitely blocked just like any other troll would be. Sario528 (talk) 16:07, 4 June 2022 (UTC)Reply[reply]
  3. Support I've been watching this user for a solitude of 2 ½ months now, and all I have seen was nothing but disruption over and over again. --DarkMatterMan4500 (talk) 16:15, 4 June 2022 (UTC)Reply[reply]
  4. Support Just be able to send email and write on her talk page. AlPaD (talk) 19:41, 4 June 2022 (UTC)Reply[reply]
  5. Per above, I have nothing to add and per my obversavtion after the unblock, nothing have really changed (just stopped by the filter) HeartsDo (talk) 19:54, 4 June 2022 (UTC)Reply[reply]
  6. Support I tried to assume good faith, but the fact is that everytime he is unblocked, the policies are violated and almost all the log actions done are disruptive behaviours. Matttest (talk) 03:37, 5 June 2022 (UTC)Reply[reply]
  7. Support Regrettably, I see no other way forward. The user has been given enough chances to abide by the polices. Universal Omega (talk) 06:55, 5 June 2022 (UTC)Reply[reply]
  8. Support per above. MacFan4000 (Talk Contribs) 16:45, 5 June 2022 (UTC)Reply[reply]

Oppose ban, support other restrictions

# I understand that the user has made many mistakes (inappropriate commentsand etc), but she has also made good-faith actions. I believe that there should be restrictions, although my indefinite ban seems excessive. AlPaD (talk) 13:51, 4 June 2022 (UTC) Reply[reply]

  1. @AIPaD: Can you please explain why you think other restrictions might work as opposed to a ban? We've already tried putting them in place a few times. RhinosF1 (talk) 15:06, 4 June 2022 (UTC)Reply[reply]
    @RhinosF1: I still hope that at some point she will be able to follow the rules. AlPaD (talk) 18:22, 4 June 2022 (UTC)Reply[reply]
    So do I but to suggest implementing restrictions then they need to be defined or it becomes a proposal that's not actionable. RhinosF1 (talk) 18:41, 4 June 2022 (UTC)Reply[reply]
    I'm thinking of Consuls blocking her from the Wiki, but to able to write on her talk page and send emails. AlPaD (talk) 18:54, 4 June 2022 (UTC)Reply[reply]
    Then why not support a ban but just put a condition that talk page is left open. The only difference between a ban and block is how it can be appealed. RhinosF1 (talk) 19:31, 4 June 2022 (UTC)Reply[reply]
    OK thanks! AlPaD (talk) 19:42, 4 June 2022 (UTC)Reply[reply]
    I see you voted support after this comment, will you use the <del> tag on the oppose vote to avoid confusion? Matttest (talk) 03:32, 5 June 2022 (UTC)Reply[reply]
    @Matttest: Yes, I add tag. AlPaD (talk) 04:13, 5 June 2022 (UTC)Reply[reply]

Support Status Quo

Oppose restrictions

General comments

I have two questions.

  1. How long will this discussion be open for?
  2. Is there any minimum length of time I have to wait before I can appeal this sanction?

ApexAgunomu (My changes here | Drop me a line) 07:52, 5 June 2022 (UTC)Reply[reply]

3 days minimum and no, there is no minimum time until you can appeal. RhinosF1 (talk) 07:56, 5 June 2022 (UTC)Reply[reply]

I have one more question @RhinosF1:. Why not just block me if there are problems with my editing here? Why is this being turned into a community ban instead? ApexAgunomu (My changes here | Drop me a line) 14:32, 5 June 2022 (UTC)Reply[reply]

I chose to request a community ban as there has been disagreements among both consuls and involved community members as to what sanctions are appropriate. A community endorsed sanction. This ensures the community can be clear on the best approach. RhinosF1 (talk) 15:36, 5 June 2022 (UTC)Reply[reply]

Community advisory opinion to Consuls regarding ApexAgunomu

Latest comment: 1 year ago3 comments3 people in discussion

RhinosF1 initiated a community ban proposal re: ApexAgunomu the other day. Granted, in the past, community "bans" may have taken place, they are, not, however, supported by official policy. Reception123, as one of two TestWiki co-founding Consuls (alongside NDKilla), and I are wanting to retain TestWiki's spirit of assuming good faith, having only a a very few official rules.

The excellent abuse filter Chrs created, at my request and having had the support of Reception123 and Agent Isai, seems to be, for the most part, doing its job. If RhinosF1 is bothered by seeing abuse log hits in the #miraheze-feed-test on IRC, he can easily instruct StreamBotMH to !ignore ApexAgunomu in the channel. Or, alternatively, he can add the flood to ApexAgunomu. Crucially, though, as I and Reception123 have said elsewhere, any bureaucrat can feel free to tweak the abuse filter in question, to catch anything we've not yet identified.

Secondarily, as RhinosF1 has not demonstrated a good-faith and -intentioned effort to propose alternative solutions for discussion, on a non-binding and advisory basis, of course, he has not met the high burden such a block would need. Likewise, he has similarly ignored ApexAgunomu's offering of other alternate solutions.

AlPaD and likely HeartsDo's comments above show frustration, but do show that willingness to accept good-faith and to being amenable to alternative solutions. Thus, taking that all into account, I'm proposing the following proposals, each with support sections. Oppose sections are unnecessary, as each proposal would be mutually exclusive of each other, and Consuls would take both the number of support !votes and the quality and strength of any arguments into consideration in effecting any outcome. Dmehus (talk) 05:21, 6 June 2022 (UTC)Reply[reply]

Proposal 1: Status quo + extension of abuse filter restrictions

ApexAgunomu is subject to the strict abuse filter restrictions, originally slated to lapse this week, for an additional thirty days. Consuls will consider the severity and number of hits after thirty days in determining whether there has been sufficient improvement to warrant easing or removal of the abuse filter restrictions. Any bureaucrat may add to the abuse filter where ApexAgunomu is getting through the abuse filter.

Support

Proposal 2: Proposal 1 + !ignore ApexAgunomu on IRC

Rationale: To ease RhinosF1's stress of seeing abuse filter hits by ApexAgunomu. For greater clarity, this is a StreamBotMH command.

Support

  1. ApexAgunomu (My changes here | Drop me a line) 06:01, 6 June 2022 (UTC)Reply[reply]

Proposal 3: Proposal 1 + 2 + two-way interaction ban between ApexAgunomu and RhinosF1

Rationale: Given the history between ApexAgunomu and RhinosF1, and RhinosF1 leaping to a community ban not supported by official policy and not having made any attempt to modify the abuse filter Chrs so awesomely created. This would not preclude any other Consul from blocking ApexAgunomu, if required.

Support

Proposal 3: Block ApexAgunomu for 30 days

Rationale: The abuse filter may have become untenable and the user's good-faith repeated abuse filter hits are continue to demonstrate that they're not making progress required to restore sysop and bureaucrat. That being said, the user is making very good reports on IRC to the CVT team and to Stewards on Test Wiki, which has to be taken into consideration. As such, if they can go thirty (30) calendar days from imposition of the block, that alone should demonstrate enough capacity to warrant disabling of the abuse filter and full restoration of the sysop and bureaucrat permissions. As such, if this proposal passes, they are blocked for thirty (30) calendar days and, if they go the full thirty (30) days, without sockpuppetry, they are unblocked by a Consul and their rights restored.

Support

Proposal 4: Block ApexAgunomu indefinitely

Rationale: Consensus is consensus, and Dmehus's actions are a w:Project:Supervote. It shouldn't be necessary to create an abuse filter to stop wide-scale disruption from one person (and much less, the disruption being such a repetitious pattern that automated software is able to detect it).

Support

  1. I didn't vote on the original proposal because I am interaction-banned with the user who started it, but I am tired of the constant abuse of wiki resources and what don't even really read like mistakes. I got tired of seeing ApexAgunomu abuse page moves, so I edited the filter to prevent them from moving pages other than Move test. Just minutes later, I got a notification that a filter I recently edited was activated, and the log showed that it blocked ApexAgunomu from moving Change content model test to TestWiki:Change content model test (there have been plenty of other moves like moving one page around to templates, categories, talk pages, and moving people's user pages into article space). If eight people supported the ban, with no-one opposed, I think there's a very clear consensus and closing it as unsuccessful on a technicality is overly bureaucratic and a supervote. Naleksuh (talk) 07:17, 6 June 2022 (UTC)Reply[reply]

Proposal 5: Requirement for Admin and Bureaucrat Rights

ApexAgunomu is required to demonstrate a reasonable amount of time of active testing (two weeks or so) without triggering the abuse filter before she can be granted administrator or bureaucrat privileges. This ensures that she has demonstrated the ability to edit within the guidelines and rules of this wiki before being granted any sort of privileged right.

Support

General comments

Decrat for Example2

Latest comment: 1 year ago1 comment1 person in discussion

Experimented with which direction "back" and "forward" counts as with expiring user groups that can't be changed. Because I had to test this on a group I cannot remove, I used the bureaucrat group. Any consul may now decrat Example2 as test done. Naleksuh (talk) 07:24, 6 June 2022 (UTC)Reply[reply]

Retrieved from "https://publictestwiki.com/wiki/TestWiki:Community_portal?oldid=44284"