Test Wiki:Community portal

From Test Wiki
The community portal is Test Wiki's village pump and noticeboards, two-in-one.

Archives: 123456789101112


Addition of interface admin protection level

Block review of Piccadilly

I'd like to determine whether consensus believes that Piccadilly creating a blank talk page for a test page is worthy of a 3 month block from talk namespaces. In my opinion a block from talk namespaces is unneeded but instead a final warning, and a filter to warn upon creation of talk pages with a size under 256 bytes (a signature and a few words). For the record, this wiki is a test wiki, not the English Wikipedia, meaning people can test, and they aren't random talk pages, they are talk pages of test pages. Zippybonzo (talk) 11:16, 11 July 2023 (UTC)Reply

Or possibly limit the creation to exclude certain words (I.e hello, hi, guys), also, blocking at the request of a steward is mad, as the stewards can block for themselves, they are sysops too and I'd like to see their name in the block log if they authorised the block, as you don't see MacFan telling someone else to update the wiki. Zippybonzo (talk) 11:21, 11 July 2023 (UTC)Reply
  Oppose changing the block. We’ve given Piccadilly so many changes and so many warnings. Why must we give another? I think the partial block is a good alternative to a indef full block. And there’s nothing wrong with blocking on the request of a steward because maybe they can’t get to a laptop or they’re very busy. I’ve done it before and there’s nothing wrong with it. X (talk) 12:33, 11 July 2023 (UTC)Reply
  Oppose changing the block as per X's comment. Sav • ( Edits | Talk ) 12:46, 11 July 2023 (UTC)Reply
  Comment: -- The blockage was not entirely at my request, only the change from 1 year to three months was made by Justarandomamerican at my request. Drummingman (talk) 14:07, 11 July 2023 (UTC)Reply
Totally reasonable that they can somehow tell you to do it but not access their computer, I don’t think that’s a very good reason. Zippybonzo (talk) 02:12, 12 July 2023 (UTC)Reply

I'm neutral on the block, to be honest. I'm just glad it isn't an indefinite sitewide block. Piccadilly (My Contribs | Talk to me) 12:51, 12 July 2023 (UTC)Reply

@Piccadilly May I ask why you tested on talk pages again after many warnings? X (talk) 13:02, 12 July 2023 (UTC)Reply
I'm not really sure to be honest. I can say that I wasn't thinking about possible consequences of my actions, which I know isn't an excuse. I think I need to make more of an effort to slow down and think about doing things rather than just rush into them like I tend to do. Piccadilly (My Contribs | Talk to me) 13:54, 12 July 2023 (UTC)Reply

Alternate proposal: Prevent creation of talk pages but allow editing

I have an alternative proposal, to use an edit filter to prevent creation of talk pages for the remainder of the block, but allow editing. Any tampering with the filter will result in a desysop and 6 month block from all namespaces. Zippybonzo (talk) 12:29, 14 July 2023 (UTC)Reply

  Neutral. X (talk) 12:40, 14 July 2023 (UTC)Reply
  Support as the least restrictive method of preventing disruption at the moment. Justarandomamerican (talk) 12:43, 14 July 2023 (UTC)Reply
  Support Piccadilly (My Contribs | Talk to me) 12:52, 14 July 2023 (UTC)Reply
  Neutral. Sav • ( Edits | Talk ) 15:31, 14 July 2023 (UTC)Reply
  Support AlPaD (talk) 08:16, 15 July 2023 (UTC)Reply
I believe this can be implemented now, and anyone may remove the block as soon as it is implemented. If they edit existing talk pages to test editing functions, the block may be reinstated by any Bureaucrat. Justarandomamerican (talk) 16:19, 17 July 2023 (UTC)Reply
Implementing... could take a while as I haven't used filters like this in a while. Zippybonzo (talk) 04:04, 18 July 2023 (UTC)Reply
Should be done, give me a bit of time to test it and I'll be back with a full result. Zippybonzo (talk) 04:10, 18 July 2023 (UTC)Reply
  Done Zippybonzo (talk) 04:25, 18 July 2023 (UTC)Reply

Proposal: Non steward CheckUser & Oversight/Suppressors

Please remove X's interface admin rights

Request for System Administrator: Zippybonzo

Block review of Zippybonzo

Request for Stewardship: Justarandomamerican

Proposal to merge editor and reviewer

1 year spam blocks- Automatic, or status quo?

Proposal: Remove the ability for IP editing

I suggest removing the ability for IPs to edit all pages. The sole purpose of this wiki is to test administrator tools, which IPs cannot do. In addition, the only IPs that edit this wiki are used by an LTA for spam, which is mostly caught by an abuse filter. X (talk) 17:06, 28 September 2023 (UTC)Reply

  Support. Username (talk) 19:46, 30 September 2023 (UTC)Reply
  Support--Chqaz (talk) 04:54, 2 October 2023 (UTC)Reply
  Support Sav • ( Edits | Talk ) 07:41, 2 October 2023 (UTC)Reply
I created T69--Chqaz (talk) 12:31, 2 October 2023 (UTC)Reply
Neutral, leaning oppose  Oppose. Weighing the pros and cons gives me a neutral opposing stance. This would prevent some abuse, but multiple accounts can easily be created to continue that abuse. In addition, this may have a deterrent effect on good faith users. Justarandomamerican (talk) 12:42, 2 October 2023 (UTC)Reply
Reconsidered, opposing, I think this is overall negative, as it deters good faith users by making them think they are not welcome to test, and prevents abuse only from the laziest LTAs. Justarandomamerican (talk) 21:48, 2 October 2023 (UTC)Reply
  Oppose -- I think it's important that people who want to test feel welcome, even if they would rather not create an account yet. Further per Justarandomamerican. Drummingman (talk) 14:22, 2 October 2023 (UTC)Reply

Category:Advanced users

Hello, I've observed that @Username: recently created this page and combined other sysop groups into it without prior discussion on the Community Portal. Both @Justarandomamerican: and I have since reverted these edits. Consequently, I'd like to open a discussion regarding the fate of this page—whether it should be retained or deleted. Warm regards, Sav • ( Edits | Talk ) 13:57, 5 October 2023 (UTC)Reply

I don't really see a problem with it. Doesn't seem to be a problematic category, but this function is already done by Category:Administrators and Category:Bureaucrats, and similar, so it's somewhat redundant. EggRoll97 (talk) 19:12, 5 October 2023 (UTC)Reply
I'd say it should be retained, and all the permissions categories should be put into it, to create a category tree. Although I can comprehend what Username was thinking, in that there should be 1 category, the better way to do that is to categorize all the advanced user categories into the advanced users category. Justarandomamerican (talk) 21:44, 5 October 2023 (UTC)Reply
I concur, so keep it as it currently is? Sav • ( Edits | Talk ) 07:01, 7 October 2023 (UTC)Reply
Yes. Justarandomamerican (talk) 14:02, 7 October 2023 (UTC)Reply

Apologies

I deeply regret the oversight that resulted in some of you having your rights removed unfairly. In my sleep-deprived state, I misread "3 months" as "1 month." I want to offer my sincere apologies for any inconvenience this may have caused.

I have taken immediate action to rectify this mistake. All actions against you have been reverted, and your rights have been reinstated. While I won't mention names, I trust that those affected will know who they are.

Once again, I apologize for any frustration or confusion this may have caused. Thank you for your understanding.

Warm regards, Sav • ( Edits | Talk ) 03:26, 14 October 2023 (UTC).Reply

Non-steward oversighters/checkusers - alternate proposal

I propose allowing non-stewards to access checkuser/oversight tools, similar to the above proposal, but without the unblockable right. Being that the implementation of this could result in a lack of transparency with the community, I think that 2 additional groups should be added.

non-steward-suppressor:

With the following rights: suppression-log

Add groups to own account: Suppressor

Remove groups from own account: Suppressor


non-steward-checkuser:

With the following rights:

checkuser-log

Add groups to own account: Check user

Remove groups from own account: Check user

These users can be appointed by either: 1) Community consensus, closed by a steward 2) Steward consensus, at least 2 stewards support giving the right

A user may not hold both suppressor and checkuser rights, unless they apply for steward. X (talk) 17:13, 16 October 2023 (UTC)Reply

  •   Support: No inherent problems with this, although NSSs should have suppressionlog as Stewards do without the suppressor flag. Justarandomamerican (talk) 00:47, 17 October 2023 (UTC)Reply
      Amended X (talk) 01:15, 17 October 2023 (UTC)Reply
    partially supporting. With suppression, I have no problem granting it to non-stewards as well. I therefore support that part. Granting a checkusser to non-stewards is not a good idea in my opinion. That right is so sensitive with privacy that I prefer to keep that with the stewards and since we have 4 stewards of which 2 are active and 1 semi-active, I see no reason to grant it to non-stewards as well. And otherwise, steward elections can always be held. Drummingman (talk) 08:50, 23 October 2023 (UTC)Reply

Formalize Test Wiki:Blocks and bans as a guideline

This practically just formalizes practice and existing consensus. However, compliance with it should not be mandatory as with policies, but rather strongly recommended. This contains some things that simply aren't worthy of policy (see the blocks section), but it should be some form of community recommendation. Justarandomamerican (talk) 17:28, 21 October 2023 (UTC)Reply