Test Wiki:Community portal/Archive 8

From Test Wiki

Name change request

Good afternoon, @MacFan4000: & @Dmehus:.

I am requesting my Test Wiki username to be changed to Sav to closely reflect my personal name as Trayfel has no correlation to me.

Regards, Trayfel • ( Edits | Talk ) 13:52, 8 June 2022 (UTC).

@MacFan4000: & @Dmehus: - Can this be done, please? Trayfel • ( Edits | Talk ) 19:06, 4 July 2022 (UTC)
  Done MacFan4000 (Talk Contribs) 19:50, 4 July 2022 (UTC)

Restoration of my admin rights

The following discussion is closed. Please do not modify it. Subsequent comments should be made in a new section.
Closed as per Mac's comment Trayfel • ( Edits | Talk ) 18:31, 27 June 2022 (UTC)

Hello, a few days ago I had uploaded a screenshot I had taken of a porn site as a test of the upload function. I do admit that image was questionable and I probably should have used better judgement before deciding to upload it. However, I will not upload any images like that ever again and will continue to be clean in all my other tests here. May I please have my admin privileges back (they were revoked due to this situation)? Seiyena (My Contribs | Talk to me) 00:32, 27 June 2022 (UTC)

  On hold - Considering this situation occurred this day, I do not feel you are ready. Can 2 other 'crats and/or a Steward please voice their opinion on this. Trayfel • ( Edits | Talk ) 00:34, 27 June 2022 (UTC)
See Special:Diff/23468/23478. NguoiDungKhongDinhDanh (talk) 01:02, 27 June 2022 (UTC)
I have also modified AF#88 so as to prevent future uploads, if any. NguoiDungKhongDinhDanh (talk) 01:20, 27 June 2022 (UTC)
  • I don't trust her. And it's not matter of time. How many times do we have to be betrayed trust we put on her? I won't trust her unless she proves she changed, and again, it's not matter of time.
  • Since she's "Steward-managed" case and we can't make "community block"(even if we could, she would evade blocking anyway, as she did here), I'm not inclined to be involved in her anymore. If steward think she should be granted permission, then they can do it as their responsibility. If she causes any trouble, then steward should take care of it as their responsibility. After all, she's "Steward-managed" user, isn't she?
  • I think further RFP request shouldn't be handled. But since "I'm not inclined to be involved in her", I don't insist. If steward/community decides otherwise, then it's fine.--Q8j (talk) 01:49, 27 June 2022 (UTC)

So if I ask for admin or bureaucrat, only a steward should handle those requests? Seiyena (My Contribs | Talk to me) 13:42, 27 June 2022 (UTC)

Due to continued misuse of tools and ignoring of people, I have decided to apply an indefinite block. MacFan4000 (Talk Contribs) 15:26, 27 June 2022 (UTC)
Thank you Mac, much appreciated. Trayfel • ( Edits | Talk ) 18:31, 27 June 2022 (UTC)Template:Discussionbottom
The above discussion is preserved as an archive. Please do not modify it. Subsequent comments should be made in a new section.

Proposed amendment to Test Wiki:Bots

The following discussion is closed. Please do not modify it. Subsequent comments should be made in a new section.
No consensus and insufficient participation to form consensus. While there are sound reasons for this to be added, this seems to be a bit of putting the proverbial cart before the horse. In other words, until we have clear bot approval criteria, how do we enforce this, which is what I suspect Chrs means by this (at least in part). Dmehus (talk) 23:47, 31 July 2022 (UTC)

Proposal

I propose that this template be added to every Bot account that is created.
This would be in line with Wikipedia's bot shutoff template. Sav • ( Edits | Talk ) 20:00, 18 July 2022 (UTC)

Rationale:

  • Provides Administrators & 'crats with a simple way to block a malfunctioning bot account.

Support

Neutral/Abstain

Oppose

  Oppose While such templates can be helpful, I don't see a compelling need to enforce this as policy. — Chrs (talk) 04:01, 22 July 2022 (UTC)

Counter-proposal

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

Stewardship request (LisafBia)

The following discussion is closed. Please do not modify it. Subsequent comments should be made in a new section.
A good-faith request by LisafBia for Stewardship; however, as several participants have noted, they are not sufficiently satisified as to LisafBia's reason for requesting Stewardship and, by extension of the same token, to there not being a sufficient need. Given that the only other participant, Matttest, who asked questions but has not yet expressed a view either way, is now CheckUser blocked for abusing multiple accounts in a duplicitous manner, this is unlikely to be successful. Dmehus (talk) 22:52, 31 July 2022 (UTC)

Hi, there are few stewards on the wiki, I want to help the wiki, please vote! LisafBia (talk) 12:14, 27 July 2022 (UTC)

Support

Oppose

  Oppose You have not given a plausible reason for you wanting Stewardship. I believe, in my honest opinion, we do not need another Steward. Sav • ( Edits | Talk ) 15:04, 27 July 2022 (UTC)

@Sav: There are few stewards on the wiki and I want to be able to help this wiki, I know the policies. LisafBia (talk) 17:34, 27 July 2022 (UTC)
@LisafBia: You have still not given reasoning for your request for stewardship. Saying things like "I want to be able to help this wiki, I know the policies" does not convince me you are suitable for Stewardship. I will not be changing my vote, you are not suitable for the rights in my opinion. Sav • ( Edits | Talk ) 06:26, 28 July 2022 (UTC)

  Oppose No use case was presented to my question/comment, and this wiki is not in urgent need of more stewards, who have extremely advanced permissions. The ability to help out with the wiki is already granted to sysops and bureaucrats, while being test permissions, have broad authority to take non-test action. Justarandomamerican (talk) 17:31, 28 July 2022 (UTC)

Comment

  1.   Comment: and Question: Stewards have highly advanced permissions such as access to a user's IP and previously suppressed edits, along with the ability to suppress edits. Do you specifically need those highly advanced permissions for a particular use case? Or do you simply wish to help out? Justarandomamerican (talk) 23:35, 27 July 2022 (UTC)
    @Justarandomamerican: I would prefer to use those powers only when needed. LisafBia (talk) 10:15, 28 July 2022 (UTC)
  2. In what situation will you use the CheckUser tools? What's the purpose of CheckUser? --Matttest (talk) 07:57, 29 July 2022 (UTC)
  3. With the bureaucrat rights, you can already execute lpts of non-test actions. Which exact areas are you going to help out as a steward? --Matttest (talk) 07:57, 29 July 2022 (UTC)
The above discussion is preserved as an archive. Please do not modify it. Subsequent comments should be made in a new section.

Technical question

Hello! On August 25th, I had undo the vandalism from a vandalism-only account. I deleted the user created pages with Special:Nuke. But I noticed in a CheckUser I did on myself for testing this week that at that moment the IP address changed automatically. Why did this happen? AlPaD (talk) 18:46, 10 September 2022 (UTC)

AlPaD, with apologies for the delay in responding, can you clarify what you mean by this? If you're referring to your IP address being associated to other users and system users, this is a known issue, as far as I'm aware, and occurs with some extension (can't remember the details off the top of my head at the moment). I'll try and dig up the Wikimedia Phabricator task about it. Dmehus (talk) 21:53, 11 November 2022 (UTC)
@Dmehus: Hello and welcome back! The hostname of one IP is "testwiki.wiki" and the ISP of some others is "Huawei International Pte. Ltd" and my device is Huawei. My normal IP was online from 9:48-10:06, just in between it also showed those system IPs every time I did a mass delete. AlPaD (talk) 19:59, 12 November 2022 (UTC)
AlPaD, thanks for the welcome! it's hard to know, specifically. I'm not sure if your ISP is Huawei International or not, and I suspect the CheckUser data retention on Test Wiki is only three months, so wouldn't have any way of confirming that now. I know there's an issue with importing pages whereby you import or transwiki pages from another another wiki and choose to assign edits locally where the same username exists on Test Wiki. Those imported usernames will show up associated to your IP address. Could that be the issue? Dmehus (talk) 19:03, 5 February 2023 (UTC)
@Dmehus: I believe the error is because the pages I deleted were translations (created by the vandal) and had to be deleted manually and not automatically. I don't think it's too serious but I support fixing the bug if there is one. Thanks! AlPaD (talk) 18:06, 6 February 2023 (UTC)

False positives

The following discussion is closed. Please do not modify it. Subsequent comments should be made in a new section.
  Done per the reasonable request and per the consensus formed in the discussion below. Dmehus (talk) 00:50, 12 February 2023 (UTC)

@MacFan4000 and Dmehus: 52 filter constantly block users incorrectly. Please disable this filter. LisafBia (talk) 11:49, 11 October 2022 (UTC)

LisafBia, I'd be fine with disabling this filter, if it's generating too many false positives, and I plan to be more active here, so can focus on running CheckUser on the obvious spambots and soft rangeblocking open proxies. Would anyone have any objections to this? AlPaD, Q8j, Sav, DarkMatterMan4500, and anyone else active here? Dmehus (talk) 19:06, 5 February 2023 (UTC)
@Dmehus: I have no objection, I totally agree. AlPaD (talk) 13:22, 6 February 2023 (UTC)
@Dmehus: No objection from me, I agree. Sav • ( Edits | Talk ) 16:32, 6 February 2023 (UTC)
The above discussion is preserved as an archive. Please do not modify it. Subsequent comments should be made in a new section.

Can't log in to Phorge even with exactly the same password that I use there?

...see topic name. I tried it like 3 times, but it failed. I wanted to request merging of autopatrol and autoreview user groups. — Cruster 19:30, 11 October 2022 (UTC)

You have to use the button that says sign in with mediawiki. MacFan4000 (Talk Contribs) 22:37, 11 November 2022 (UTC)

Stewardship request (Tm8150switch88)

The following discussion is closed. Please do not modify it. Subsequent comments should be made in a new section.
No consensus along with the requester being blocked from the Wiki. Sav • ( Edits | Talk ) 09:55, 7 November 2022 (UTC)

Nomination

I want to access advanced tools on The Test Wiki and to protect pages that allow only stewards, please vote. Tailsultimatefan3891 (talk) 16:35, 14 October 2022 (UTC)

Comments

Discussion

Votes

Support

Oppose

  1.   Oppose I don't see an actual need for the tools. — Cruster 09:28, 15 October 2022 (UTC)
  2.   Oppose As Cruster, Drummingman (talk) 10:15, 15 October 2022 (UTC)
  3.   Oppose As Cruster and Drummingman. You could be a steward in a month or two. Example (talk) 17:21, 18 October 2022 (UTC)
  4.   Oppose You are nowhere near active enough nor trusted enough to be granted such permissions. Sav • ( Edits | Talk ) 09:52, 7 November 2022 (UTC)

Neutral

Result

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

User rights amendment

The following discussion is closed. Please do not modify it. Subsequent comments should be made in a new section.
No consensus and insufficient participation, along with the OC being blocked from the Wiki. Sav • ( Edits | Talk ) 09:52, 7 November 2022 (UTC)

Proposal

@MacFan4000: See if you could add extended confirmed to the wiki. They are automatically given to users at least 30 days and 500 edits. They could revoke or be given, even if it's less than 30 days and/or less than 500 edits. Revoking the extended confirmed status by the abuse filter action is given to abuse filters as well. Extended confirmed users could be able to edit pages with extended confirmed (or 30/500) protection. Administrators can also edit those pages, even those that are not have reached 30 days and 500 edits. They could be given by any administrator. If you have questions, leave it to my talk page. Thank you! Tailsultimatefan3891 (talk) 16:40, 14 October 2022 (UTC)

See if you also could add template editor user right to the wiki. They are given to users per requests, but also be revoked. They are able to make pages that are template-protected. They could be given by any administrator. If you have questions, leave it to my talk page. Thank you! Tailsultimatefan3891 (talk) (contribs) (rights) (block) 13:17, 16 October 2022 (UTC)
See if you also could add edit filter managers and edit filter helpers to the wiki. They could be given or revoked even to someone that are not admins. Edit filter helpers could help edit filter managers (but not to edit filter managers, a) (they could look at the spamlist log, b) (they could look at private filters, c) while edit filter managers could edit filters (and all edit filter managers are given edit filter helpers rights, d). They could be given by any administrator. If you have questions, leave it to my talk page. Thank you! Tailsultimatefan3891 (talk) (contribs) (rights) (block) 13:17, 16 October 2022 (UTC)
See if you also could add the founder to the wiki. Those could edit all user rights, lock and unblock the database, and OAuth CAPTCHA pass. They are only given to system administrator and should not be added to anyone except the legitimate account MacFan4000. If you have questions, leave it to my talk page. Thank you! Tailsultimatefan3891 (talk) (contribs) (rights) (block) 13:17, 16 October 2022 (UTC)
See if you also could add test accounts to the wiki so they are used for testing purposes. They could be given by any administrator. If you have questions, leave it to my talk page. Thank you! Tailsultimatefan3891 (talk) (contribs) (rights) (block) 13:17, 16 October 2022 (UTC)

Discussion

I don't know why would this will ever be used on the test wiki, most "articles" on here are for tests only Lolkikmoddi (talk)

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

question

what is "push subscription manager" group, thats all i have Lolkikmoddi (talk)

I checked your user groups and nothing of the sort appears there. Can you elaborate? Sav • ( Edits | Talk ) 16:52, 26 November 2022 (UTC)
@Lolkikmoddi: Information about that group is here. Example (talk) 16:58, 30 November 2022 (UTC)
Whoever was using the Example account to reply to this question, please refrain from doing so. The Example account is only for testing, not replying to users / editing pages. Know this for next time. Sav • ( Edits | Talk ) 07:08, 13 January 2023 (UTC)

Seiyena is making appeal

At User_talk:Seiyena#Block_Appeal. For your information.--Q8j (talk) 04:30, 19 February 2023 (UTC)

Thank you, Mac has stated that they are not going to be unblocked anytime soon. Stewards & 'crats, please disregard any future appeal requests until @MacFan4000: says they are allowed to. Sav • ( Edits | Talk ) 13:48, 20 February 2023 (UTC)

User: Melty Molten

They appealed their block in January 2023. Seeing as it has not been responded to, I am informing people here of it. Administrator (talk) 19:51, 20 March 2023 (UTC)

Having read the above post, I have declined the appeal and removed talk page access. Administrator (talk) 17:12, 21 March 2023 (UTC)

Rename request for Administrator

Stewards, Please rename me to X.

Thanks,

Administrator (talk) 14:32, 27 March 2023 (UTC)

  Done Apologies for the delay, been busy with other stuff. MacFan4000 (Talk Contribs) 00:36, 12 May 2023 (UTC)
Thanks! X (talk) 00:53, 12 May 2023 (UTC)

Template:User administrator

Hello! In this template the image is not displayed, I tried to fix it via Module:TNT but I don't understood what I need to change. Could you see it please? Thanks! AlPaD (talk) 07:51, 16 April 2023 (UTC)

This has now been fixed. MacFan4000 (Talk Contribs) 00:52, 12 May 2023 (UTC)

Extension request

Please install ReplaceText. Username (talk) 01:29, 11 May 2023 (UTC)

Drummingman for stewardship

The following discussion is closed. Please do not modify it. Subsequent comments should be made in a new section.
With no one notionally opposed to Drummingman's election, and the only concern having been raised been related to activity levels, there is clear consensus to promote Drummingman to Steward. On the activity note, while MacFan4000's and my own activity levels is, admittedly, low, we've empowered trusted bureaucrats to functionally assist Stewards in non-test administrative actions and enforcement of our few policies, so there is a lower level need for high activity. As well, Drummingman's current activity levels, together with my commitment to remain active at least biweekly if not weekly [rfc:2119 should] help to maintain sufficient Steward coverage. On behalf of the Steward team, as well as the Test Wiki community, congratulations! Dmehus (talk) 16:44, 21 May 2023 (UTC)

I notice that the stewards of this wiki are busy in real life. Steward requests like 'usernames renames' have to wait a long time. I think that is why there is a need for a third steward. Meanwhile, I became an admin on nlwiki a big Wikipedia site six months ago and gained quite a bit of experience there. I have experience with revdel requests and already know well when suppression is appropriate. As for checkuser, I have little experience with it - testing with it is also not really possible because of privacy. I would use it only when it is really necessary; think of situations like this. I would like to help the stewards manage the site and help where needed. Furthermore, I hope for your trust? Greetings Drummingman (talk) 16:13, 15 May 2023 (UTC)

Support

  • He meets all the requirements to be a Steward. It is also active and reliable. LisafBia (talk) 17:30, 15 May 2023 (UTC)
  • completely supported for this request. Antonius6317nlwiki (talk) 10:37, 16 May 2023 (UTC)
  • Trusted and experienced user, Drummingman can help as steward. AlPaD (talk) 17:21, 16 May 2023 (UTC)
  • Why not? Trusted and helpful. Justarandomamerican (talk) 14:33, 19 May 2023 (UTC)
  • Procedurally, just to make sure it's valid. But it feels uncomfortable to vote for yourself. Drummingman (talk) 16:02, 19 May 2023 (UTC)
    I agree, but it appears people have done it in the past, looking through archives. X (talk) 16:05, 19 May 2023 (UTC)

Oppose

Neutral

  • Neutral. I agree that there is a high need and that you are definitely a qualified candidate, but I don't think you're active enough. For example, you haven't granted a permissions request in ~3 months and you have only 45 edits in the past 3 months. X (talk) 19:51, 15 May 2023 (UTC)
    Dear, X as for granted permissions, you are right that I haven't done that often in the past 3 months, mostly you were ahead of me:) consider that a compliment. Drummingman (talk) 20:11, 15 May 2023 (UTC)
    I understand, but I would still like a steward to be a bit more active. I am definitely not opposing your request, I actually hope it succeeds, I just prefer to be neutral for now. X (talk) 20:51, 15 May 2023 (UTC)
    Thanks for your opinion and volunteering. 45 edits in 3 months on this small test wiki is still quite a lot, most users, especially bureaucrats and stewards don't make it. :-) For the rest, you are always free to make your own considerations. Greeting, Drummingman (talk) 21:06, 15 May 2023 (UTC)
    I disagree. I would consider myself semi-active on this wiki and I have over 300 edits in the past 3 months. I wish you luck in your request for stewardship. X (talk) 23:24, 15 May 2023 (UTC)

Questions

1. How will you treat people when you are elected as Steward?

R: Thank you for your questions. I will treat people as kindly and politely as I have so far. And offer any explanation and help if they ask. Until proven otherwise, I will assume [good faith] as much as possible. Because Test Wiki is, after all, a test wiki, for administrators tools. Drummingman (talk) 18:34, 15 May 2023 (UTC)

2. What information do you think you should hide when you use supressor powers? LisafBia (talk) 17:49, 15 May 2023 (UTC)

R: I will only use it in situations such as, removing personal information, copyright infringement, serious personal attacks or other grossly offensive material, as also indicated here. Furthermore, I will use my common sense and handle it carefully. Drummingman (talk) 18:34, 15 May 2023 (UTC)

3. Do you hold any non-test rights on any other wikis? X (talk) 17:24, 19 May 2023 (UTC)

R: Dear X, I am an administrator on the Dutch Wikipedia. In addition, I have several other (global) rights on Wikimedia. Drummingman (talk) 18:27, 19 May 2023 (UTC)

4. Do you think Seyiena should be unblocked? (See below thread) and why?

R: Seiyena is a difficult case, she has caused quite a bit of disruption cross-wiki, besides, she has already had many opportunities on this Test Wiki. I am taking a neutral stance on it. Should it be decided that she may be unblocked, this does seem to me to be the very last chance. Anyway, I think one of the current stewards should make the decision, since Dmehus already gave her a chance. To which it can be said that he only opened the talk page for her. Then later I closed it for abuse. Drummingman (talk) 19:06, 19 May 2023 (UTC)
Result
The above discussion is preserved as an archive. Please do not modify it. Subsequent comments should be made in a new section.

Newest Block Appeal

The following discussion is closed. Please do not modify it. Subsequent comments should be made in a new section.
There is clear consensus from the community here, and, indeed, unanimity in many respects, that Seiyena (ApexAgunomu), by their act of not socking, together with their behavioural improvements on other test wiki(s), has demonstrated enough improvement to at least extend another chance here by way of a conditional block. That being said, the community's patience is not endless, and so, per the terms of the conditional unblock described below, to ensure trusted bureaucrats, who are also administrators are able to warn, guard against, or discipline for serious recidivism from their usual infractions and general nonsense, Seiyena is subject, indefinitely, to a community-advised, Steward-imposed user restriction prohibiting them from engaging in racist or racially-insensitive nonsense commentary anywhere and to patent nonsense/gibberish edits outside of their own userspace, as well as limiting them to one (1) user account of their choosing on Test Wiki. What this means is Stewards can tweak or modify the terms and conditions of the restriction, but [rfc:2119 should] seek the community's input, ideally via Test Wiki:Community portal before a blanket removal of the restriction is undertaken. Should recidivism occur, those trusted bureaucrat-administrators, may employ progressive discipline, on behalf of Stewards, taking the form of a formal warning, temporary rights revocation (i.e., sysop), and short blocks ranging from three days to two weeks. Still, bureaucrat-administrators are encouraged to measure the severity of the infraction with the type of discipline and [rfc:2119 should] recommend changes to the specially-designed abuse filter designed to assist Seiyena in understanding the type of behaviour the community does not tolerate, rather proceeding immediately to a rights revocation or short block. Where more than three forms of progressive discipline have occurred, they may be reblocked, indefinitely, ideally by a Steward. That being said, I recognize Stewards are not always active, so if a Steward does not show up, a bureaucrat-administrator may reblock, temporarily, for as long as necessary until a Steward shows up to reblock. Regarding the progressive discipline, as described below, should one bureaucrat-administrator disagree with another bureaucrat-administrator's form of formal discipline, they may involve either a Steward or another uninvolved bureaucrat-administrator to assess whether the issuance of progressive discipline was fair and reasonable. Q8j, should you have additional comments or suggestions to add, please feel free to add them below this close, within this section. Dmehus (talk) 23:58, 22 May 2023 (UTC)

Hello, I would like to appeal my block here again, as more time has passed since my last appeal and in that time I have not evaded my Miraheze ban and I haven't been on IRC at all (not that I remember ever being inappropiate there but I just wanted to note that lately I haven't even been online there). In addition, I have been active on another test wiki called For-Test Wiki where I have been very careful to obey all the rules here. I would like to be unblocked here so I can show that I have changed, and I hope that by continued good behavior on various wikis, it will eventually help me in re-entering Miraheze. Thank you for your consideration. Seiyena (My Contribs | Talk to me) 22:49, 12 May 2023 (UTC)

@X: @Seiyena: - Seiyena cannot appeal until Mac and/or Dmehus decides she can. Any future appeal, as previously stated, shall be denied. Sav • ( Edits | Talk ) 09:05, 14 May 2023 (UTC)
In a comment above, Sav, you mentioned that when the stewards or bureaucrats felt I was ready, I can appeal. I can't find anything that says only a steward can decide when I can appeal. Since a bureaucrat, X, thought I was ready, I think this appeal is valid, though I do understand that a steward does need to give permission before I can be unblocked. Seiyena (My Contribs | Talk to me) 11:40, 14 May 2023 (UTC)
I'd also like to note that nowhere was it said that permission for an appeal to simply be posted was required by a Steward, TPA was recently regranted due to the minimal chance of disruption with it, and a genuine interest in improving and appealing. Justarandomamerican (talk) 20:51, 14 May 2023 (UTC)
  • There’s no “clear” stewards decision that “Appealing requires stewards authorization”. MacFan4000’s TPA revocation was lifted by Dmehus, and latest TPA revocation was set by Drummingman, who is bureaucrat. Though I think X should have had discussion to whether to lift TPA block in Drummingman‘s talk or community portal, X’s decision wasn’t clear violation on rules here.
  • Considering her behavior before blocking, her words means almost nothing to me. She did lie, break promises/policies, not just once. Regarding “For-test wiki”, if she has behaved good enough to believe she can do that here then I can consider, but as I don’t know what that is and I couldn’t find it, I can’t take it in consideration. Should anyone provide link, I’ll take a look.
  • As such, I neither support nor oppose this appeal for now. But I strongly believe Dmehus shouldn’t decide this without community consensus(cf.w:WP:INVOLVED). If Dmehus do that and Seiyena causes trouble again, I may hold his accountable.—-Q8j (talk) 07:20, 15 May 2023 (UTC)
Thank you for your comments. For your convenience, here is a link to For-Test Wiki. http://fortestwiki.myht.org/index.php/Main_Page Seiyena (My Contribs | Talk to me) 07:56, 15 May 2023 (UTC)
I am not a steward, but as a bureaucrat and the one who allowed your TPA, I am declining this request. I am an active user on Miraheze where I have just seen Apex/Seiyena evade their ban twice. This shows they haven’t changed and are unable to be trusted here again. I am not revoking TPA quite yet in case the user has some response to the accusations that needs to be heard. If this talk page is abuse, I will revoke access to it immediately. Seyiena, I honestly thought you had changed, but your block evasion and abuse on Miraheze shows me you haven’t. X (talk) 01:02, 17 May 2023 (UTC)
I can honestly say that I have not evaded my block on Miraheze for several months (last time in January). I really am trying to change my behavior on wikis. I don't know what you saw that makes you think I'm evading my Miraheze lock again but I promise that I'm not the one doing those things. Seiyena (My Contribs | Talk to me) 01:27, 17 May 2023 (UTC)
How do you explain this, this, and this? The edits are also similar to your past behavior. X (talk) 01:36, 17 May 2023 (UTC)
My only guess is that somone else made those accounts with my name for whatever reason. I'm not in the habit of using sexual terms in my names, and if I'm being perfectly honest, I wouldn't put my known name so boldly if I were trying to evade, as I would want to try to avoid detection. As for why those accounts are behaving similarly to me, again I honestly don't know. But I swear none of those are me. Seiyena (My Contribs | Talk to me) 01:45, 17 May 2023 (UTC)
I am honestly not sure if I believe you or not. When For-Test Wiki is back online, would you consent to a check to see if you did or didn’t operate the Benium, Denium, and similar accounts to prove trust? X (talk) 01:50, 17 May 2023 (UTC)
Yes, I consent to a checkuser on myself at For-Test Wiki. I hope it's back soon. Seiyena (My Contribs | Talk to me) 01:53, 17 May 2023 (UTC)
Evidence has show that the user hasn’t evaded their block, as such, I have struck my comment. X (talk) 02:19, 17 May 2023 (UTC)
Procedural comment: I have been in communication with Seiyena since March on IRC and encouraged them to articulate an appeal, via their user talk page, and be sure to specify conditions under which they may be reblocked and by whom should they violate their own conditions and, crucially, their time for minimum appeal. I apologize to Seiyena for my delay in following up here, but I will aim to review this community discussion together with their appeal on their user talk page this weekend. Dmehus (talk) 02:11, 20 May 2023 (UTC)
From Seiyena on their talk page: -First Instance: Removal of Permissions for 2 weeks (which may be enforced with a block from the Request Permissions page)
-Second Instance: Block by any admin, bureaucrat or steward (either timed or indefinite, will leave to discretion, but preferably with talk page access on)
I am also willing to accept any conditions that may be placed on my being unblocked. Seiyena (My Contribs | Talk to me) 11:49, 20 May 2023 (UTC). Transferred by X (talk).

I have brought this to the community portal so that the community can discuss an unblock as our stewards are inactive. Please comment below your opinions on unblocking Seiyena. X (talk) 13:25, 17 May 2023 (UTC)

  • Support unblock. User has shown they can be trusted on for-test wiki. We could start out that any permissions above administrator require community approval. X (talk) 13:27, 17 May 2023 (UTC)
  • Oppose unblock. Seiyena has been given countless chances, even after Dmehus has given them a last chance. Sav • ( Edits | Talk ) 07:53, 19 May 2023 (UTC)
    I can definitely understand your point of view. X (talk) 10:12, 19 May 2023 (UTC)
    @X: May I ask if you have looked into the previous history of Seiyena? If you have, I would like to know why you are supporting their unblock request given their bad faith behaviour. Sav • ( Edits | Talk ) 12:04, 19 May 2023 (UTC)
    Yes, I have definitely looked at their history. I wouldn't have started this without looking at their history. I am saying that the user has changed. There is no doubt that this user has misbehaved in the past, I am definitely not denying that. I am saying that the users behavior has changed. As a steward on For-Test Wiki, I can say that the user's behavior has significantly improved. They have edited constructively and never vandalized since we unblocked them. People can change, and I am inclined to assume good faith that this user has too. X (talk) 12:15, 19 May 2023 (UTC)
  • Accept appeal: People change, and based on their current behavior elsewhere, I am inclined to assume that a block/ban is not necessary to prevent further disruption. Justarandomamerican (talk) 14:29, 19 May 2023 (UTC)
  • Seiyena is a difficult case, she has caused quite a bit of disruption cross-wiki, besides, she has already had many opportunities on this Test Wiki. I am taking a neutral stance on it. Should it be decided that she may be unblocked, this does seem to me to be the very last chance. Anyway, I think one of the current stewards should make the decision, since Dmehus already gave her a chance. To which it can be said that he only opened the talk page for her. Then later I closed it for abuse. Drummingman (talk) 19:18, 19 May 2023 (UTC)
Also, another note, specifically to @Dmehus: It's definitely fine to at least me to impose a CONDUNBLOCK, or to lift it independently of community discussion if Seiyena agrees to certain conditions. Process this block appeal as you want, being sure to still make time for other things. TL;DR: Support any way of handling this, if they are given a (perhaps last) chance at reintegration into the community, as the block does not appear to be preventing much, if any disruption based on behavior elsewhere. Justarandomamerican (talk) 02:52, 20 May 2023 (UTC)
  • Proposed terms of conditional unblock. It looks like most of the participants here are in favour of some form of a conditional unblock, so I think we can move forward with proposed terms. For starters, and to be abundantly clear, I've seen some user(s) mention a "final unblock," I am never in favour of a "final chance" unblock. Rather, what I am in favour of is strict terms under which the user may be unblocked and reblocked as necessary. Any reblock [rfc:2119 should not] be a final block, either, but rather, to ensure Stewards' and, where applicable, the community's time are not wasted, I believe it's important to specify the minimum timeframe before subsequent appeals are considered.
Functionally, I propose the following, as a community-advised Steward conditional unblock and indefinite user restriction. Functionally, what does this mean versus a community block? In practice, there is not much difference, except that it's a Steward conditional unblock and indefinite user restriction, so they are free to manage terms, rather than have the community micro-manage minor aspects. They [rfc:2119 should] still seek the community's input before removal of the blanked user restriction and/or complete removal of the terms of the unblock conditions. It does provide for some flexibility in terms of removing said conditions, though.
In any case, while there is consensus here to a conditional unblock, I would like to gain Sav's support here and also ensure that Q8j is supportive rather than officially neutral. Similarly, I would also like to have Drummingman agree with my points on why I am never in favour of so-called "last chances." I propose, noting what I've described above, that Seiyena (ApexAgunomu) is conditionally unblocked by Stewards, to which Stewards will seek the community's input before a blanket removal of such conditions, provided that they:
  • Refrain from using racist or racially-insensitive commentary in the wikitext of pages, templates, etc., broadly construed;
  • Refrain from using gibberish or patent nonsense, also fairly broadly construed, outside of community sandboxes, fairly narrowly construed, or their own userspace (including subpages of their own userspace);
  • Be limited to the sysop user group for at least two (2) to four (4) weeks following closing of this discussion, after which they may be given bureaucrat when two (2) or more Test Wiki bureaucrats in good standing agree to grant the group. Steward may also agree to grant the group, but for this purpose, as I will be closing this discussion, should that be me, I will gain concurrence from at lease one other bureaucrat; and,
  • Be limited to one (1) user account, indefinitely, on Test Wiki, being Seiyena.
Noting their positive improvements thus far, but also being cognizant of their self-admitted neurodiversity and that recidivism may occur, I propose that:
  • The specific abuse filter(s) that Chrs created be maintained, and Test Wiki bureaucrat-sysops are encouraged to request enhancements, as required, where such nonsense/gibberish filters through.
  • Where such nonsense/gibberish does seep through, bureaucrat-sysops are encouraged to guide them, by giving them a friendly reminder on their user talk page, including noting the next-level consequence.
  • Next-level consequences would include rights removal for a short period of between three (3) days and two weeks (14) days. Where sysop rights are removed, they may still be granted appropriate rights below sysop, if useful (i.e., ability to view deleted revisions to analyze their mistakes)
  • Short blocks, ideally consented to by two bureaucrat-sysops, a Steward, or a Steward and bureaucrat-sysop (if me) of the same duration as the rights removal are considered appropriate next-level consequences
  • Once three next-level consequences, including the rights removal, are received, two bureaucrat-sysops may reblock for one-month until a Steward can indefinitely block them. If they are reblocked indefinitely by a Steward, that is not their "last chance," but rather, appeals will not be considered for at least three months.
  • Important note: Where sockpuppetry is suspected, the suspected socks may be blocked indefinitely (but do use obvious evidence!) and a warning immediately issued to their user talk page. Dmehus (talk) 23:46, 20 May 2023 (UTC)
  • Opportunity for others to comment and, hopefully, Sav, Q8j, and Drummingman will weigh in.
    I think consent by at least two bureaucrat-sysops is unnecessary for a temporary block to prevent disruption, rather, in the interest of this wiki not becoming a bureaucracy, I request you change consent for a temporary block to independent action. Justarandomamerican (talk) 00:57, 21 May 2023 (UTC)
    Justarandomamerican, that's fair and might be a bit much. For context, the thinking here was that Test Wiki is a "training ground" for new administrators and bureaucrats. As such, and at the same time, some may have different standards or views with respect to what constitutes a short block. Perhaps we could modify that to say two-bureaucrat-sysops are needed for the final thirty (30) block prior to be being re-blocked indefinitely by a Steward and, where one bureaucrat-sysop disagrees with a temporary block, they may vacate the temporary block? If further disputes occur, it should fall to a Steward to review and determine whether the temporary block was appropriate? Basically, we need some way to handle disputes over whether to impose a short block. Dmehus (talk) 01:16, 21 May 2023 (UTC)
    I would agree to that form of dispute resolution: for the final temporary block, the consent of 2 is required, given that your logic is reasonable. Justarandomamerican (talk) 01:21, 21 May 2023 (UTC)
    I also don’t think an indefinite block should be limited to stewards. If our stewards resume their inactivity, it may take 3 months for an indefinite block to be placed. X (talk) 01:24, 21 May 2023 (UTC)
    That's potentially a fair point, yes. In that case, I would think it would be reasonable a bureaucrat to extend the block for three months at a time until a Steward makes it official, as it were. Certainly that would be common sense and would not consider that something deserving of admonishment. That being said, it does seem likely we may have at least one more steward in the near future, which should help with that. Dmehus (talk) 01:31, 21 May 2023 (UTC)
  • Seiyena's agreement (signature and timestamp); a bureaucrat-sysop can please copy over from their user talk page, linking to the diff there in the wikitext of this page and an edit summary:
    I have read the conditions of the proposed unblock and agree to them. Seiyena (My Contribs | Talk to me) 23:58, 20 May 2023 (UTC), copied per this diff by X (talk) 01:49, 21 May 2023 (UTC)
    Dear, Dmehus I agree with you, and am now also against a last chance and have therefore crossed out my comment above. I find the proposals reasonable and agree with them. Drummingman (talk) 09:24, 21 May 2023 (UTC)
    I am for the above proposals and agree with them, therefore I have crossed out my prior voteSav • ( Edits | Talk ) 15:56, 21 May 2023 (UTC)
    Sav and Drummingman, thank you for your comments. That was my aim, to have unanimity if possible. I am not in favour of giving Seiyena too much rope, and think rolling three-strikes and indefinite user restriction strike that balance to extend good-faith the user has changed, or continues to change, with not wasting the community's time. For what it is worth, I have confirmed that there has been no abuse, technically speaking, by Seiyena, for the data retention period of Test Wiki. So, that does show baby steps of improvement, I think. Thank you, Seiyena, for your patience, for not abusing multiple accounts, and for your confirmation here. I will just wait for Q8j's comments before closing this. Dmehus (talk) 17:13, 21 May 2023 (UTC)
  • Waiting for Q8j’s comments may be unwise. Commenting on this proposal was the first edit they had in 2 months. I think there is enough community agreement to unblock without Q8j’s comments. I am also willing to personally help Seiyena re-integrate here, as I am on FTW and, hopefully, soon Miraheze. X (talk) 17:29, 21 May 2023 (UTC)
  •   Support unblock. My apologies for late reply. I wanted to make some detailed comments but I can’t make enough time for that.—-Q8j (talk) 00:37, 22 May 2023 (UTC)
    Q8j, thank you for your comments. Given your historical activity here, it was important for me to have you at least conditionally in support. There is no urgency in closing this discussion, so we can wait a bit longer to effect this, if you'd like to add any some additional comments that will help to inform the conditions. Dmehus (talk) 16:08, 22 May 2023 (UTC)
The above discussion is preserved as an archive. Please do not modify it. Subsequent comments should be made in a new section.

X's request for stewardship

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

Withdrawn. Drumming man was made a steward, so I don’t think there is a sufficient need for me to become one. Thanks y’all for your participation. X (talk) 17:01, 21 May 2023 (UTC)


Hello All, I am X, an active administrator and bureaucrat on testwiki.wiki. I have been here for a little over 2 months and I believe I can help perform steward actions when they are requested. I think our community needs multiple active stewards at all times and currently we have 0. If the above request for stewardship is successful, then we would have 1. I believe we need a steward team, which is more than 1. I believe I can assist there because when I requested a rename it took over a month because our current stewards are busy on other projects. I have performed all rights requests since my account was created. I have also performed all inactivity removals. Each of these I have performed appropriately. With steward tools, particularly suppression and checkuser, I understand how they work and can use them well. I will use oversight to hide personal information and extreme threats. With checkuser, I will investigate the IPs of accounts and LTA. I have access to both of these tools on another testwiki, For-Test Wiki (same username). I believe there is a need and, because I am qualified, I thought it correct to apply. Feel free to ask me questions below. X (talk) 19:19, 17 May 2023 (UTC)

Questions:

Discussion:

Votes:

  •   Oppose There is no need for you to have Steward. Sav • ( Edits | Talk ) 12:05, 19 May 2023 (UTC)
    Sav, this is a valid !vote, but could you clarify a bit why you feel this way? Similar to my question to Drummingman, is it based on fundamental need (or lack thereof) for additional stewards, or do you have concerns with regard to the candidate's experience, qualifications, activity level, or commitment level? I've known you for awhile now and I might assume what you are inferring, but I'm also not a mindreader and that's generally not a good practice. Thanks. Dmehus (talk) 02:07, 20 May 2023 (UTC)
    @Dmehus:, I am opposing due to the past request for Stewardships mainly only wanting to hold such perm to "Rename users", "checkusers" and so forth, which this one seems to be for the same reason. Sav • ( Edits | Talk ) 15:52, 21 May 2023 (UTC)
    I am fine with you opposing, but can you please explain why you don't think there is no need for me to have steward. X (talk) 13:14, 19 May 2023 (UTC)
  •   Support: Sav does not make a convincing argument: By what standard does X not need the Steward tools? There are 2 current stewards, both of which are not reasonably active enough to handle community problems. There is no reason not to trust X: They are competent, helpful, and all around trustworthy. Justarandomamerican (talk) 12:58, 19 May 2023 (UTC)
    Lolkikmoddi also does not make a convincing argument, as X is clearly trustworthy, and the time they've been here does not reduce that, especially because they've been here for 3 months. Justarandomamerican (talk) 14:22, 19 May 2023 (UTC)
  •   Neutral -- X is a steward at another wiki and therefore trustworthy. But prefer to vote neutral. Drummingman (talk) 21:10, 19 May 2023 (UTC)
    Drummingman, you have identified that you feel the user is trustworthy, presumably, at least in part, based on the user holding a presumably comparable position on any wiki, but could you articulate why you are neutral? Is it based on fundamental necessity for additional stewards, or not, do you have some reservations (neutral or otherwise)? Dmehus (talk) 02:07, 20 May 2023 (UTC)
    The reason is that I also see edits on this wiki that I don't expect from a steward. "Copied from talk page". Re-instated but changed to 15 day grace period to line up with June 3rd. X (talk) 13:16, 19 May 2023 (UTC) Reducing an admin period from indefinite to 2 weeks when the 3 months are not yet up, is neither friendly nor polite in my opinion. I had changed my vote from support to neutral when I saw that. But I don't think it's enough to oppose it because there are too few stewards, I kindly ask X to be more careful in the future. Maybe at a later time I will possibly be willing to support it. But for now, neutral. Drummingman (talk) 06:29, 20 May 2023 (UTC)
    What is wrong with setting grace periods? Their rights will be removed on June 3rd and now I have notified them that their rights have changed. When someone changes your rights, for me at least, I get an email. So by setting a grace period, I am effectively notifying them before their rights will be removed. This has brought multiple users back to activity on multiple Test-wikis. I don’t see a problem with it. X (talk) 11:16, 20 May 2023 (UTC)
    A well-meaning tip from me is that you can give the user a warning that their admin/crat right will soon be revoked due to inactivity. And you do that too, which I find commendable. But reducing rights in advance is unnecessary in my opinion. And I don't read that in the policy. Anyway, In any case, I really believe you are of good will and am inclined to support, but find it hard to make a decision on that now. Drummingman (talk) 17:39, 20 May 2023 (UTC)
  •   Oppose you just passed 3 months, please wait a little more then just one day then asking for stewardship which is very hard to get, maybe a few more weeks then i'll consider supporting Lolkikmoddi (talk)
    If I am aware, there isn't a time limit since account creation to become a steward. X (talk) 14:26, 19 May 2023 (UTC)
  • Procedural   Support as requestor. X (talk) 14:44, 19 May 2023 (UTC)

Potential Rename for Me

Hi, I would like to change my name here to Piccadilly, as I hope to change my Miraheze name to that in the future. Dmehus is willing to do it if two or three people are in support of the change. If you have any arguments to either support or oppose my potential name change, feel free to post them at https://testwiki.wiki/wiki/User_talk:Seiyena#Rename_Request. Thanks! Seiyena (My Contribs | Talk to me) 00:40, 23 May 2023 (UTC)

I   Oppose a rename here. We have specific restrictions on your ability to edit and request rights, so renaming would cause a lot of confusion. X (talk) 00:41, 23 May 2023 (UTC)

"Grace Period"

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

Greetings,

I hope this message finds you well. I wanted to draw your attention to an ongoing discussion on the User talk:Euphoria page regarding the Inactivity Policy. The conversation involves myself, @X:, @Justarandomamerican:, and @AlPaD:.

It appears that both "X" and "Justarandomamerican" hold the view that a "grace period" exists within the Test Wiki's process for removing permissions. However, it is important to note that no such provision is mentioned in the policy itself.

I have noticed numerous instances where "X" has repeatedly removed rights without following the established procedure, prompting my intervention to revert those actions.

I kindly request the community to provide their opinions on this matter, as I firmly believe that our actions should align with the guidelines outlined in the policy, rather than making assumptions based on its omissions.

Thank you for your attention and cooperation.

Best regards, Sav • ( Edits | Talk ) 18:25, 27 May 2023 (UTC)

Obviously, I   Support the ability for bureaucrats to use grace periods to remove rights for a number of reasons.
  1. It notifies the user of their inactivity through email and allows them to regain their rights sooner, almost like a reminder if they forgot about the wiki.
  2. It allows inactive users to quickly regain their rights if they come back. Bureaucrat can just assign them back permanently and admins can just request it be made indefinite.
  3. If they don’t return to activity, it is a convenient way to remove rights, and the outcome is the same. The rights are removed on the same day.

X (talk) 18:37, 27 May 2023 (UTC)

Whilst I   Support grace periods as a common sense measure, I do not understand what causes the absolute letter of policy, rather than the spirit, to be followed. The inactivity policy provides for removal of rights from inactive users. That is it. It does not explicitly disallow grace periods. Disallowing administration in the absence of policy by wheel warring is, more or less, making this wiki appear to be a bureaucracy when it is not. Justarandomamerican (talk) 18:48, 27 May 2023 (UTC)
You both need to follow the policy, same as anyone else. Nobody has has decided that a "grace period" is necessary, so why should you? Even so, before making decisions like that, a vote should be made here, on the community portal. I'll be expecting a response from @Dmehus: to confirm my reports. Sav • ( Edits | Talk ) 18:49, 27 May 2023 (UTC)
Please explain to me how we are violating policy. You have said that we are, so explain it. What policy am I violating by setting grace periods? The policy states that a users rights will be removed after 3 months of no edits/logged actions, and that is what I am doing. X (talk) 19:04, 27 May 2023 (UTC)
@Justarandomamerican:, Expanding on your assertion regarding the absence of an explicit prohibition of grace periods, it is worth noting that there is also no explicit endorsement. Consequently, one must question the justification for unilaterally modifying the policy at will. Sav • ( Edits | Talk ) 18:52, 27 May 2023 (UTC)
Does policy state that I can login? Does policy state that I can edit? Does policy state that I can breathe? No, but that doesn’t mean you can’t do it. X (talk) 19:04, 27 May 2023 (UTC)
Again, this wiki is not a bureaucracy where rules providing for something must be made, and rules providing for something disallow all other handling of a situation, so administration in the absence of policy is allowed. We are not modifying rules, merely maintaining this wiki in the absence of them. The spirit of the Inactivity Policy does not disallow grace periods, in consequence. Justarandomamerican (talk) 18:57, 27 May 2023 (UTC)
Again, you are modifying the rules by doing whatever you see fit. Clearly, we are at a crossroads and so, I'll leave this to Dmehus and/or @Drummingman: to decide. 18:59, 27 May 2023 (UTC) – Preceding unsigned comment added by Sav (talk • contribs)
What rules are being modified? Policy states to remove rights after 3 months of not actions or edits. We have not altered this in anyway. X (talk) 19:04, 27 May 2023 (UTC)

As I said above, I am not in favor of an "already lengthwise truncated user rights" where admin/crat rights are already truncated. I find that impolite and not inviting to test here. But giving a warning on the users' own talk page about 2 weeks in advance, "beware you are approaching the activity criteria", is sufficient as far as I am concerned. But what I find worse is wheel warfare with each other. I urge the users involved not to overrule each other and look for consensus. If you still can't come to a consensus, ask the stewards to get involved, and then do nothing until the steward has made a decision. Keep your head cool and let's keep it nice with each other. Greetings, Drummingman (talk) 19:16, 27 May 2023 (UTC)

Hi, @Drummingman:. To put simply, that means no grace period, correct? We are okay to issue a friendly warning stating "You are approaching the activity criteria" yes? Regards. Sav • ( Edits | Talk ) 19:37, 27 May 2023 (UTC)
As far as I am aware, this is a community discussion, and a Steward's decision is not final, as this wiki's decision making mechanism is not autocracy. We should continue to discuss this matter. I disagree as to it being unfriendly: How is it unfriendly when they are immediately notified by email and have a chance to request the rights be made permanent? Justarandomamerican (talk) 19:44, 27 May 2023 (UTC)
I agree. Stewards don’t hold seniority in discussions. This is a community discussion. I also agree with Justa that it isn’t unfriendly. X (talk) 19:46, 27 May 2023 (UTC)
Regardless if you don't like the decision, Drummingman has given the answer and until Mac or Dmehus gives their input, we should follow what Drummingman stated. Sav • ( Edits | Talk ) 19:48, 27 May 2023 (UTC)
Elected Stewards have no say in community discussion besides what all other members of the community have, and their decisions are merely temporary dispute resolution. We shall continue to discuss this. Justarandomamerican (talk) 19:51, 27 May 2023 (UTC)
What I would like to add here is that this is my own opinion, not a direct "steward decision" but a user who is also a steward. I have not talked to the other stewards about this yet. Moreover, I also think it is important to hear your opinions on this. So, this is not a final decision yet. Drummingman (talk) 19:54, 27 May 2023 (UTC)
Thank you for correcting my assumption that you were acting under the color of your authority to resolve disputes. That was a wrong assumption. Thank you again, Justarandomamerican (talk) 19:57, 27 May 2023 (UTC)
You're welcome. @X:. I really hope you stay active. Your work has been good so far. Don't let this discourage you. Drummingman (talk) 20:14, 27 May 2023 (UTC)
I won’t. I just really hate conflict. I think that grace periods should just be optional. You can do them if you want, but you don’t have to use them either. This is a good compromise. X (talk) 20:24, 27 May 2023 (UTC)
@X: That sounds good. I don't like conflict, either :-). What is most important to me is to respect each other's authority and not start a wheel war over this. I look forward to your opinions, feel free to add anything? Drummingman (talk) 20:54, 27 May 2023 (UTC)
I agree. This isn’t really that important, and to wheel war about it was admittedly futile. I don’t think I have much more to add besides grace periods are an optional part of bureaucrat revoking rights. You can close this, if you wish. X (talk) 21:02, 27 May 2023 (UTC)
  •   Oppose I believe that inactive users should be notified 1-2 weeks before their rights are removed but their rights should not be temporary, they should be removed completely after 3 months. AlPaD (talk) 06:49, 28 May 2023 (UTC)
  •   Comment: I support Drummingman‘s opinion. Anyone can(≠must) give inactive user warning like ‘Your rights will be removed in 2 weeks unless’…, and it’s more kind.
  • Regarding ‘Grace period’, I’m not inclined to support this. because
    • If you set an inactive user's rights to expire and then they or requested crats revert them, they'll end up with two user rights logs. I don't like unnecessarily increasing logs and complicating records, except in cases where it can't be helped, such as adding a test group or adding a Bot flag instead of a Flood flag. As per Drummingman's opinion, if you give advance notice and the user edits in the meantime, there is no need to remove the rights, so there is no need for logs.
    • If it is chosen to set the expiration date of the rights instead of the permission removal notice on the talk page, the user must extend the rights himself or ask bureaucrats to do so. Whether or not it is a big deal depends on the person, but the only thing that is required in order not to be removed by Inactive Policy is 'edits or logged actions'. If you use the method of setting a expiry on the rights, for example, a user who only edits one week after the expiry is set will have the rights removed one week later. Is this in line with the spirit of the 'Inactive Policy'? (It is a different story if the user who set the expiry is responsible for confirming that it will not happen.)--Q8j (talk) 09:43, 28 May 2023 (UTC)
  • I am honestly fine with having a grace period - it seems perfectly reasonable. That being said I do see that there is "edit warring" (with user rights) related to this. This needs to stop. Things should have been discussed further here instead of continuing to edit war. MacFan4000 (Talk Contribs) 14:06, 28 May 2023 (UTC)
    I am inclined to agree with you: Further wheel warring should be sanctioned. Justarandomamerican (talk) 14:37, 28 May 2023 (UTC)
    I am happy to compromise and agree that an inactive user warning could be issued, but not a "grace period" as Justarandomamerican suggested; it just complicates the matter as Q8j stated. Sav • ( Edits | Talk ) 03:59, 29 May 2023 (UTC)
    Expanding upon my previous statement, I would support the inclusion of a grace period. However, I suggest implementing a courtesy warning prior to initiating the grace period. This would allow users to be notified in advance. If no edits are made within 48 hours following the warning, the grace period may be implemented. Sav • ( Edits | Talk ) 05:59, 29 May 2023 (UTC)
    I would be fine with that, but I think 24hrs would be more appropriate. X (talk) 10:38, 29 May 2023 (UTC)
    24hrs is fine with me. Sav • ( Edits | Talk ) 21:00, 29 May 2023 (UTC)
    I also agree with you. AlPaD (talk) 05:00, 5 June 2023 (UTC)
    I also now agree to allow a non-mandatory grace period. And also to wait at least 24 hours before it takes effect. Drummingman (talk) 11:05, 17 June 2023 (UTC)
    I suggest that bureaucrats wait a 24-hour grace period before removing permissions, with exceptional cases. This discussion is to be closed as soon as possible. Tailsultimatefan3891 (talk) (contribs) (rights) (block) 23:40, 1 July 2023 (UTC)
The above discussion is preserved as an archive. Please do not modify it. Subsequent comments should be made in a new section.

CU Request

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

Hello, may a steward, perhaps Drummingman, check and see if my recent range block on 38.153.169.128/25 would affect legitimate users? Thank you! Justarandomamerican (talk) 23:33, 27 May 2023 (UTC)

What I can see is that the IP-range is an open proxy/VPN. That falls under no open proxy policy, so can just be blocked. Drummingman (talk) 12:34, 28 May 2023 (UTC)
Thank you! Justarandomamerican (talk) 12:38, 28 May 2023 (UTC)
Preferably, it open proxies [rfc:2119 should] be soft-blocked, so no existing users are affected. :) Dmehus (talk) 05:49, 7 June 2023 (UTC)
I would soft-block if this were a open proxy with no history of abuse, but given that the range is used for spam, I hard-blocked it. Justarandomamerican (talk) 23:51, 7 June 2023 (UTC)
Following that the discussion has not been active for more than 3 weeks, this discussion is to be closed as soon as possible. Tailsultimatefan3891 (talk) (contribs) (rights) (block) 23:42, 1 July 2023 (UTC)
The above discussion is preserved as an archive. Please do not modify it. Subsequent comments should be made in a new section.
Retrieved from "https://testwiki.wiki/index.php?title=Test_Wiki:Community_portal/Archive_8&oldid=28896"