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 |
Contents
- 1 Addition of interface admin protection level
- 2 Block review of Piccadilly
- 3 Proposal: Non steward CheckUser & Oversight/Suppressors
- 4 Please remove X's interface admin rights
- 5 Request for System Administrator: Zippybonzo
- 6 Block review of Zippybonzo
- 7 Request for Stewardship: Justarandomamerican
- 8 Proposal to merge editor and reviewer
- 9 1 year spam blocks- Automatic, or status quo?
- 10 Proposal: Remove the ability for IP editing
- 11 Category:Advanced users
- 12 Apologies
- 13 Non-steward oversighters/checkusers - alternate proposal
Addition of interface admin protection level
- The following discussion is closed. Please do not modify it. Subsequent comments should be made in a new section.
- Not done. Requester block and no consensus achieved. X (talk) 18:25, 16 October 2023 (UTC)Reply
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)Reply
- Oppose. X (talk) 11:13, 10 July 2023 (UTC)Reply
- @X With what rationale? Zippybonzo (talk) 12:19, 10 July 2023 (UTC)Reply
- 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)Reply
- Weak oppose Per Justarandomamerican. AlPaD (talk) 08:14, 15 July 2023 (UTC)Reply
- 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 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
- Oppose changing the block as per X's comment. Sav • ( Edits | Talk ) 12:46, 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
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
- 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
Proposal: Non steward CheckUser & Oversight/Suppressors
- The following discussion is closed. Please do not modify it. Subsequent comments should be made in a new section.
- Clear community opposition and proposer blocked. X (talk) 12:47, 14 September 2023 (UTC)Reply
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:
- Basic understanding of IP addresses and ranges and CIDR syntax.
- Pass a vote on the community portal with either 80% support, or 70-80% at a steward's discretion.
- Have a good understanding of account security.
- Performing unnecessary or abusive checks will result in having your access revoked.
Suppressor:
- Basic understanding of suppression criteria.
- Pass a vote on the community portal with either 80% support, or 70-80% at a steward's discretion.
- 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-suppressor
Non-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)Reply
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)Reply- Oppose: Why do both sets of rights need the
unblockable
right? Dusti (talk) 14:53, 7 August 2023 (UTC)Reply - 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)Reply
- Oppose. Why do they need unblockable? X (talk) 11:21, 10 September 2023 (UTC)Reply
- The above discussion is preserved as an archive. Please do not modify it. Subsequent comments should be made in a new section.
Please remove X's interface admin rights
- The following discussion is closed. Please do not modify it. Subsequent comments should be made in a new section.
- REDIRECT Special:MyLanguage/Template:Not done - X has become active again, so that is no longer necessary. Drummingman (talk) 18:07, 28 July 2023 (UTC)Reply
X writes on his user page, "I don't plan to be active here." Interface admin privileges are very strong and inactive and can be hijacked and should be removed. Chqaz (talk) 08:24, 28 July 2023 (UTC)Reply
- I don't think that's necessary anymore? Drummingman (talk) 13:53, 28 July 2023 (UTC)Reply
- X has told me multiple times they would like to retain their rights. Not necessary... Zippybonzo (talk) 13:56, 28 July 2023 (UTC)Reply
- I for one can vouch that X would prefer to retain their rights as per an email conversation. Sav • ( Edits | Talk ) 15:57, 28 July 2023 (UTC)Reply
- The above discussion is preserved as an archive. Please do not modify it. Subsequent comments should be made in a new section.
Request for System Administrator: Zippybonzo
- The following discussion is closed. Please do not modify it. Subsequent comments should be made in a new section.
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)Reply
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)Reply
- 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)Reply
- To close my open pull request on GH to add
Discussion:
Support
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)Reply
- 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)Reply
- 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)Reply
- 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)Reply
- Oppose per Sav. X (talk) 12:02, 6 August 2023 (UTC)Reply
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)Reply
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)Reply
- 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)Reply
- 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)Reply
- 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)Reply
- 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). Reply
- 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)Reply
- 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).Reply
- 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)Reply
- 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)Reply
- 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)Reply
- 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)Reply
- 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)Reply
- 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).Reply
- 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)Reply
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)Reply
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)Reply
- Yeah that sounds good to me. Piccadilly (My Contribs | Talk to me) 21:36, 7 August 2023 (UTC)Reply
- 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)Reply
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)Reply- 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)Reply
Please can you provide me evidence of these Discord messages? You have my contact information. Sav • ( Edits | Talk ) 15:11, 8 August 2023 (UTC)Reply
- 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)Reply
- 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)Reply
- Yeah that sounds good to me. Piccadilly (My Contribs | Talk to me) 21:36, 7 August 2023 (UTC)Reply
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)Reply
- 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)Reply
- 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)Reply
- 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)Reply
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)Reply
Questions
Self-imposed FAQ
- 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)Reply
- 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)Reply
Other Questions
- . 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)Reply
- 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)Reply
Support
- I'll kick this off with your first support. Dusti (talk) 01:36, 20 August 2023 (UTC)Reply
- Trusted user. AlPaD (talk) 07:08, 26 August 2023 (UTC)Reply
- Trusted and experienced user. Sav • ( Edits | Talk ) 08:02, 26 August 2023 (UTC)Reply
- Trusted user. Chqaz (talk) 17:07, 26 August 2023 (UTC)Reply
Oppose
Neutral/abstain
- 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)Reply
- 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)Reply
- 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)Reply
- 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)Reply
- 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)Reply
- 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)Reply
- 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)Reply
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
- The following discussion is closed. Please do not modify it. Subsequent comments should be made in a new section.
- Phab request created: See T68. X (talk) 12:46, 14 September 2023 (UTC)Reply
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)Reply
- 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)Reply
- I agree. Username (talk) 05:51, 3 September 2023 (UTC)Reply
- I also agree that the editor right can just be deleted. X (talk) 11:23, 10 September 2023 (UTC)Reply
- I concur, this has my vote. Sav • ( Edits | Talk ) 12:52, 10 September 2023 (UTC)Reply
- I agree with merge. AlPaD (talk) 11:29, 14 September 2023 (UTC)Reply
- I also agree. TenWhile6 (talk | SWMT) 11:32, 14 September 2023 (UTC)Reply
- The above discussion is preserved as an archive. Please do not modify it. Subsequent comments should be made in a new section.
1 year spam blocks- Automatic, or status quo?
- The following discussion is closed. Please do not modify it. Subsequent comments should be made in a new section.
Currently, our spam abuse filters are set to block anon users for 6 months, and a human administrator extends it to 1 year upon confirmation of spam. Would it be better to simply have our spam abuse filters block for 1 year? Justarandomamerican (talk) 13:12, 28 September 2023 (UTC)Reply
- Support blocking for one year automatically. X (talk) 17:03, 28 September 2023 (UTC)Reply
- Support--Chqaz (talk) 04:55, 2 October 2023 (UTC)Reply
{{discussion bottom
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 opposeOppose. Weighing the pros and cons gives me aneutralopposing 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
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:
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