Test Wiki:Community portal

The community portal is Test Wiki's village pump and noticeboards, two-in-one.
Archives: 1 • 2 • 3 • 4 • 5 • 6 • 7 • 8 • 9 • 10 • 11 • 12

Addition of interface admin protection level

I am proposing that interface administrator protection is added to help protect sensitive interface pages, i.e the sidebar and sitenotice pages, and also for protecting highly used templates. Zippybonzo (talk) 06:47, 10 July 2023 (UTC)

•  Oppose. X (talk) 11:13, 10 July 2023 (UTC)

  @X With what rationale? Zippybonzo (talk) 12:19, 10 July 2023 (UTC)

•  Weak Oppose I don't see why bureaucrat/steward protection isn't enough, particularly for the sidebar.Justarandomamerican (talk) 14:43, 10 July 2023 (UTC)

•  Weak oppose Per Justarandomamerican. AlPaD (talk) 08:14, 15 July 2023 (UTC)

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)

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)

 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)

 Oppose changing the block as per X's comment. Sav • ( Edits | Talk ) 12:46, 11 July 2023 (UTC)

 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)

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)

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)

@Piccadilly May I ask why you tested on talk pages again after many warnings? X (talk) 13:02, 12 July 2023 (UTC)

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)

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)

Neutral. X (talk) 12:40, 14 July 2023 (UTC)

 Support as the least restrictive method of preventing disruption at the moment. Justarandomamerican (talk) 12:43, 14 July 2023 (UTC)

 Support Piccadilly (My Contribs | Talk to me) 12:52, 14 July 2023 (UTC)

Neutral. Sav • ( Edits | Talk ) 15:31, 14 July 2023 (UTC)

 Support AlPaD (talk) 08:16, 15 July 2023 (UTC)

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)

Implementing... could take a while as I haven't used filters like this in a while. Zippybonzo (talk) 04:04, 18 July 2023 (UTC)

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)

 Done Zippybonzo (talk) 04:25, 18 July 2023 (UTC)

Proposal: Non steward CheckUser & Oversight/Suppressors

Hello, I am proposing non-steward check user and oversight/suppressors, whilst there isn't an active need for extra check users or suppressors as of now, in my opinion, if there are enough people able to perform the role, then they should be in the role as it's always better to have more people when you don't need them but to have none when you need them. Because the two roles are quite high trust, I am proposing the following requirements for each role.

Checkuser:

1. Basic understanding of IP addresses and ranges and CIDR syntax.
2. Pass a vote on the community portal with either 80% support, or 70-80% at a steward's discretion.
3. Have a good understanding of account security.
4. Performing unnecessary or abusive checks will result in having your access revoked.

Suppressor:

1. Basic understanding of suppression criteria.
2. Pass a vote on the community portal with either 80% support, or 70-80% at a steward's discretion.
3. Have a good understanding of account security.

I believe that this is also a way for users to gain additional trust.

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. These groups may not be added immediately,

non-steward-suppressorNon-steward suppressor

With the following rights:

unblockable

Add groups to own account: Suppressor

Remove groups from own account: Suppressor

non-steward-checkuser Non-steward CheckUser

With the following rights:

unblockable

checkuser-log

Add groups to own account: Check user

Remove groups from own account: Check user

Thank you, Zippybonzo (talk) 13:00, 18 July 2023 (UTC)

•  Support: This is a reasonable proposal, and allows trusted community members to assist Stewards in maintaining the wiki if they don't want or need the full steward toolset. Although, if someone is trusted enough for either of these, they should have at least part of the privileges of a Steward, such as the ability to indefinitely block in difficult cases, being exempt from the recommendations for bureaucrats. Justarandomamerican (talk) 14:52, 28 July 2023 (UTC)
•  Oppose: Why do both sets of rights need the unblockable right? Dusti (talk) 14:53, 7 August 2023 (UTC)
•  Oppose as written, why should non-steward functionaries have the unblockable user right? If an emergency happens, a Bureaucrat should be able to block them from editing. Justarandomamerican (talk) 13:24, 7 September 2023 (UTC)

Request for System Administrator: Zippybonzo

The following discussion is closed. Please do not modify it. Subsequent comments should be made in a new section.

Template:Not Done per block. MacFan4000 ^{(Talk Contribs)} 12:59, 6 August 2023 (UTC)

---

Hello TestWiki.Wiki Community,

I am proposing myself for the system administrator position, to help keep the server running and configured as we would like it, as our current sysadmin isn't as active as they could be, and I think I could help supplement them. My experience consists of having a pretty good understanding of MediaWiki and some PHP, and I am pretty experienced with GitHub and SSH.

Thank you for your consideration,

Zippybonzo (talk) 19:07, 1 August 2023 (UTC)

Questions:

• Im not convinced there’s a huge need for another system administrator. If elected, what would your first action be, to prove there’s a need for an action. X (talk) 19:12, 1 August 2023 (UTC)

To close my open pull request on GH to add checkuser-log to the steward user group as per an above discussion. Zippybonzo (talk) 19:13, 1 August 2023 (UTC)

Oppose

•  Oppose -- I'm sorry to say it: To my knowledge, Zippybonzo is not (has not been) a steward or system administrator on a Wikimedia, Miraheze or other large wikifarm. On these wikis, you only become one after a thorough review and vote. To me, that is a hard requirement for a system administrator. SA has the unlimited power to shut down an entire wiki (database lock and unlock) block anyone and deny anyone user rights. Therefore, this right can only be granted to highly trusted users. At the moment, I am not convinced that Zippybonzo meets this requirement. Of course, technical competence is also very important. But I think that is secondary to the above requirement. Drummingman (talk) 09:59, 5 August 2023 (UTC)

  Just to be completely clear here, I am one of the most trustable users on this wiki, given my reputation on enwiki. Now whether you don't believe that holding trusted positions on the largest wiki in the world is 'trusted' is a different question, which I will not ask. However your definition of trusted is very specific. Based on how you think technical competence is secondary to trust, I don't believe this vote is taking into perspective both the need of a sysadmin for this wiki, and other factors. Zippybonzo (talk) 11:05, 5 August 2023 (UTC)

  •  Oppose -- I agree with Drummingman's thoughts and opinions. I am also opposing due to Zippybonzo's passive-aggressive response to the opposal by Drummingman. Sav • ( Edits | Talk ) 21:17, 5 August 2023 (UTC)

• Strongest oppose Per Drummingman and Zippybonzo is blocked for sockpuppetry and abuse on 3 wikis. He has destroyed moviepedia 2 times and he can hack other accounts. AlPaD (talk) 11:06, 6 August 2023 (UTC)
•  Oppose per Sav. X (talk) 12:02, 6 August 2023 (UTC)

Neutral

---

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

Block review of Zippybonzo

The following discussion is closed. Please do not modify it. Subsequent comments should be made in a new section.

Although I am involved by participating, consensus is clear here: All arguments in favor of unblocking Zippybonzo, even conditionally, have been refuted, and therefore there is consensus against unblocking Zippybonzo. Justarandomamerican (talk) 00:46, 9 August 2023 (UTC)

---

I'm not one to usually interfere with the runnings of other wiki's, however, it's come to my attention that Zippybonzo was blocked here for some schenanigans that went on last week on another wiki. I don't see a policy in place where harmless pranks can result in a block here, and I'd like to call the community's attention to the block and ask that it be lifted.

While it really shouldn't have happened, generally speaking I don't see off wiki conduct (like a prank) needing something as significant as an indefinite block labelled as a Steward action.

The user on the other end of the prank actually threatened Zippybonzo with violence, which resulted in an indefinite block on my TestWiki along with a lock of their global account. That conduct I can certainly see resulting in an indefinite block. Dusti (talk) 14:47, 7 August 2023 (UTC)

I tend to agree with this assessment. Unless the off-wiki matter involves serious issues such as severe harassment or threats of violence, like noted above, I don't see how people's actions on one wiki should affect their standings on other wikis. Piccadilly (My Contribs | Talk to me) 14:51, 7 August 2023 (UTC)

I oppose. The reason for said block is clearly stated and so, his block should remain active. Sav • ( Edits | Talk ) 15:57, 7 August 2023 (UTC)

A prank requires the other party to laugh. Severely disrupting a wiki and then claiming it was a prank after the owner of said wiki repeatedly attempted to stop said disruption doesn't work. It's like playing a prank on the Wikipedia community as an admin by deleting an article on a president of the United States and then blocking Jimbo. This was intentionally inflicting emotional harm on (trolling) another member of this wiki, Cocopuff2018, and therefore I have no problem with the block. Justarandomamerican (talk) 16:26, 7 August 2023 (UTC)

I simply don’t believe my actions on one wiki should be carried over to an entirely unrelated wiki. The actions were unwise, but I did not violate the policies of that wiki. Zippybonzo (talk) 16:57, 7 August 2023 (UTC) copied to the community portal by X (talk).

This response is.. not good. A wiki or other community does not have to codify: "Disrupting us is prohibited." That is assumed to be the case. Justarandomamerican (talk) 17:05, 7 August 2023 (UTC)

Whilst that is true, there is no reason the block from an entirely unrelated wiki should be carried over to this wiki. Zippybonzo (talk) 17:20, 7 August 2023 (UTC) - moved to the community portal by X (talk).

There is a valid reason for extending the block to this Wiki. Even though this is a Test Wiki, we must uphold responsibility and avoid any form of abuse, a concept that seems to have been misunderstood in your case. Sav • ( Edits | Talk ) 17:31, 7 August 2023 (UTC)

It's not being carried over. You intentionally inflicted emotional distress upon a fellow member of this wiki, which earned you a block on this wiki to prevent further problems and deter your disruptive behavior. Justarandomamerican (talk) 17:33, 7 August 2023 (UTC) (edit conflict)

I tend to agree with Zippybonzo on this point. I think each wiki should be a "fresh start" so to speak, where as long as a user doesn't cause any serious disruption on this wiki, they shouldn't be blocked based on off-wiki matters. If we're going by the principle that Justarandomamerican suggests, then to be honest I would probably be blocked here as well because of issues from thetestwiki.org and Wikimedia. So why is it that off-wiki matters don't count against me but they do for Zippybonzo? Piccadilly (My Contribs | Talk to me) 17:34, 7 August 2023 (UTC)

No, because your issues do not involve trolling members of this wiki. In this case, it actually affects this wiki due to causing emotional distress to its contributors, and deserves a block. Justarandomamerican (talk) 17:37, 7 August 2023 (UTC)

Proposal

I have an idea regarding this block situation. I understand that some undesireable things have happened between Cocopuff and Zippybonzo, but maybe we can unblock Zippybonzo (with a steward's agreement) on the condition that any undesireable behavior here will result in a reblock? I think that's reasonable. Piccadilly (My Contribs | Talk to me) 21:13, 7 August 2023 (UTC)

That sounds reasonable, how about we word it like this: "Any behavior that is disruptive to this wiki, in the judgment of a Bureaucrat, shall result in an immediate indefinite site-wide reblock, account creation disabled, autoblock enabled, with other settings being at the Bureaucrat's discretion." Justarandomamerican (talk) 21:21, 7 August 2023 (UTC)

Yeah that sounds good to me. Piccadilly (My Contribs | Talk to me) 21:36, 7 August 2023 (UTC)

I'd like clarification on what would become of Zippys sysop/IA/crat status, if this proposal was implemented. X (talk) 22:09, 7 August 2023 (UTC)

IA is already removed, and should stay as such for the foreseeable future. Crat shouldn't be allowed until a certain period of time has passed, around 6 weeks IMO, but sysop should be regranted. Justarandomamerican (talk) 22:17, 7 August 2023 (UTC)

I’m going to oppose this alternate proposal due to some discord messages Zippy has left me. You can email/DM me if needed. X (talk) 10:53, 8 August 2023 (UTC)

Please can you provide me evidence of these Discord messages? You have my contact information. Sav • ( Edits | Talk ) 15:11, 8 August 2023 (UTC)

strong oppose, im sorry but i dont trust him at all. and he was just recently block I think it's still too early. Cocopuff2018 (talk) 14:47, 8 August 2023 (UTC)

• Unfortunately, I must oppose at this point in time, as ZB has said privately he is tempted to abuse this wiki. The block will prevent such a thing from happening. Justarandomamerican (talk) 16:31, 8 August 2023 (UTC)

  Echoing the sentiments of @Justarandomamerican, I stand unfortunately oppose as well. Having personally encountered the comments posted by ZB, I agree with the concerns raised. Sav • ( Edits | Talk ) 16:38, 8 August 2023 (UTC)

---

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

Request for Stewardship: Justarandomamerican

The following discussion is closed. Please do not modify it. Subsequent comments should be made in a new section.

With no one voting against and the only neutral reservations/abstain being about a (now closed) another wiki, where otherwise no objection came from other users, there is a clear consensus to promote to steward. On behalf of the steward-team, congratulations. Drummingman (talk) 16:05, 27 August 2023 (UTC)

---

I nominate myself for Stewardship due to there only being 1 regularly active Steward, Drummingman. MacFan4000 is semi-active, and Dmehus? He has not been active since the 3rd of July. I've been active here for quite a bit, and it's not really a great idea to have 1 active person taking care of most Steward maintenance tasks, so I volunteer to be the second. Account Security: I have a strong password securing my account and MFA enabled. Justarandomamerican (talk) 20:26, 18 August 2023 (UTC)

Questions

Self-imposed FAQ

1. When will you use the suppression toolset?

   I will use it in any of the following scenarios: Personally identifiable information of anyone being shared without their consent, PII of an apparent minor being shared, anything else that the public at large should not be able to view, as sysop rights are easy to obtain, that is the purpose of the wiki, and external links containing one of those three scenarios. Justarandomamerican (talk) 20:26, 18 August 2023 (UTC)

2. When will you use the check user toolset?

   I will use it only to investigate, respond to, and/or prevent disruption such as sockpuppetry or vandalism, in accordance with the Privacy policy's abuse provision. Justarandomamerican (talk) 20:26, 18 August 2023 (UTC)

Other Questions

1. . What is your take on off wiki/off site behavior impacting a user account here? Let's say on another wiki, unrelated to this site. Dusti (talk) 14:11, 19 August 2023 (UTC)

   I do not feel it warrants a block or other action, unless it materially affects this wiki, such as off-wiki harassment by a contributor to another contributor, or if, in the totality of the circumstances, it could result in disruption here. Justarandomamerican (talk) 14:36, 19 August 2023 (UTC)

Support

1. I'll kick this off with your first support. Dusti (talk) 01:36, 20 August 2023 (UTC)
2. Trusted user. AlPaD (talk) 07:08, 26 August 2023 (UTC)
3. Trusted and experienced user. Sav • ( Edits | Talk ) 08:02, 26 August 2023 (UTC)
4. Trusted user. Chqaz (talk) 17:07, 26 August 2023 (UTC)

Neutral/abstain

1. I’m going to be neutral here, and I feel that Justa should withdraw this and wait. A wiki that the candidate and I were stewards on was recently closed because of actions taken by the steward team. I don’t think that starting an RfS on another TestWiki days after another one was closed, partially because of our actions, is a good look or idea. X (talk) 01:57, 20 August 2023 (UTC)

   This has been discussed at length in private by us two and ZB, a user who is de facto banned by the community on this wiki (declined block review) due to their actions, and it was decided that the closure was wrong overall. Justarandomamerican (talk) 02:06, 20 August 2023 (UTC)

Yes, but that is our personal opinions, not the opinion of the site creator and operator. In his opinion, we completely ruined the wiki. Which is why the above still, regardless, stands. X (talk) 02:09, 20 August 2023 (UTC)

He can operate his site as he wishes, including resetting the wiki even though the community thinks it was wrong, and he could even rule the wiki as an absolute dictator without consequence. There is no rational cause --> effect sequence here: I take action based on off-wiki and on-wiki repeated civility issues, that does not cause the site as a whole to be ruined. I have no other involvement in the points MTzh brought up, I believe, although I do not remember them and they can no longer be accessed. Justarandomamerican (talk) 02:18, 20 August 2023 (UTC)

My point is that a block you placed that, while I do believe it was correct, partially led to the reset and closure of a wiki. I just think it’s too soon. X (talk) 02:34, 20 August 2023 (UTC)

Other comments

---

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

Proposal to merge editor and reviewer

Rights attached to editer and Rights attached to reviewer are exactly the same and one is enough.--Chqaz (talk) 01:39, 28 August 2023 (UTC)

I would say that the only part of this that can be debated is which right they should be merged into. I say it should be reviewer, as the more sensible name. Justarandomamerican (talk) 15:48, 1 September 2023 (UTC)

I agree. Username (talk) 05:51, 3 September 2023 (UTC)