Test Wiki:Community portal: Difference between revisions
→DisambiguousMonths: Reply |
→DisambiguousMonths: Reply |
||
Line 44: | Line 44: | ||
::::::I disagree. It's not rash to implement preventative measures after a problem occurs. I'm not sure what the alternative is. Wait until the problem occurs more?[[User:Justarandomamerican|Justarandomamerican]] ([[User talk:Justarandomamerican|talk]]) 13:41, 15 January 2025 (UTC) |
::::::I disagree. It's not rash to implement preventative measures after a problem occurs. I'm not sure what the alternative is. Wait until the problem occurs more?[[User:Justarandomamerican|Justarandomamerican]] ([[User talk:Justarandomamerican|talk]]) 13:41, 15 January 2025 (UTC) |
||
:::::::Justa's idea (''restrict removing bureaucrat rights to stewards'') is something we can discuss. I'd suggest to create a new section and do a community vote on this. [[User:TenWhile6|TenWhile6]] 14:45, 15 January 2025 (UTC) |
:::::::Justa's idea (''restrict removing bureaucrat rights to stewards'') is something we can discuss. I'd suggest to create a new section and do a community vote on this. [[User:TenWhile6|TenWhile6]] 14:45, 15 January 2025 (UTC) |
||
:::::If stewards are up to taking on the role of managing bureaucrats' inactivity, I have no problem with {{support}}ing! |
|||
:::::I {{oppose}} removing unblockself, as that could prevent one from undoing a test block on oneself. Also, if someone else with rights goes rogue and blocks a bureaucrat, they would then have to wait for someone else to undo their block. Why not just remove privileges when blocking someone? <span style="font-family:Courier New;font-weight:bold;text-shadow:1px 1px 1px cyan">[[User:Tester|Tester]]</span> ([[User_talk:Tester|ᴛ]]•[[Special:Contributions/Tester|ᴄ]]) 14:46, 15 January 2025 (UTC) |
|||
:::{{Ping|TenWhile6}} Hi there, What is the exact answer of this abuse.😅--- ''<span style="background:#000000;border:1px solid #FF0080;border-radius:18px;padding:4px">[[User:Bhairava7|<span style="color:#F70D1A">Bhairava7</span>]] • [[User talk:Bhairava7|<span style="color:#FF6700">(@píng mє-tαlk mє)</span>]]</span>'' 08:52, 15 January 2025 (UTC) |
:::{{Ping|TenWhile6}} Hi there, What is the exact answer of this abuse.😅--- ''<span style="background:#000000;border:1px solid #FF0080;border-radius:18px;padding:4px">[[User:Bhairava7|<span style="color:#F70D1A">Bhairava7</span>]] • [[User talk:Bhairava7|<span style="color:#FF6700">(@píng mє-tαlk mє)</span>]]</span>'' 08:52, 15 January 2025 (UTC) |
Revision as of 14:46, 15 January 2025
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 |
Piccadilly Appeal Terms
The following is a community request for comment about Piccadilly’s appeal timeframe and form as the user has been blocked again. Please express your opinion on each proposal. X (talk + contribs) 00:46, 14 January 2025 (UTC)
Extend appeal timeframe
Piccadilly is currently prohibited from appealing their ban for a period of 6 months, per Drummingman’s initial unblock conditions. I propose extending this time to one year as the user has made it clear to us over and over that they will not change. They keep coming back every 3-6 months with no behavioral difference. X (talk + contribs) 00:46, 14 January 2025 (UTC)
Support: As proposer. X (talk + contribs) 00:46, 14 January 2025 (UTC)
Support: --Cocopuff2018 (talk) 04:35, 14 January 2025 (UTC)
Support AlPaD (talk) 15:29, 14 January 2025 (UTC)
Support --TenWhile6 08:46, 15 January 2025 (UTC)
Community appeal only
Additionally, I propose requiring that, for Piccadilly to be unblocked, there is a community appeal discussion. Piccadilly has abused the community enough to where they deserve a direct say in any appeal. The process would look like this: Piccadilly waits the selected timeframe. Piccadilly appeals to the steward email address. Stewards discuss appeal internally, and if approved, forward it to the community for a discussion on the community portal. I and others are frustrated with how this continues to be handled and the leniency to which we give LTAs. This proposal would give some say back to the community. X (talk + contribs) 00:46, 14 January 2025 (UTC)
Support, as proposer. X (talk + contribs) 00:46, 14 January 2025 (UTC)
Support: --Cocopuff2018 (talk) 04:35, 14 January 2025 (UTC)
Support -Piccadilly always Violate Test Wiki policy and every time blocked by Stewards and Bureaucrats for violation of Test Wiki's policy and also for it's work. I'll be suggesting please avoid unblocked for Piccadilly because I have special concerns to them after unblocking they 'll be trying to violated again Test Wiki's policy and @Drummingman: is great guy and they think and decided to grant a chance again to Piccadilly for it's unblocking. Happy testing!--- Bhairava7 • (@píng mє-tαlk mє)
Support - I have reviewed their activity on Test Wiki in detail and I see no attempts to change behavior, leading me to the conclusion that this proposal would fit the community better. VancityRothaug (talk + contribs) 11:31, 14 January 2025 (UTC)
Support Unfortunately Piccadilly hasn't changed her behaviour. AlPaD (talk) 15:27, 14 January 2025 (UTC)
Support --TenWhile6 08:46, 15 January 2025 (UTC)
Restrict abusefilter-access-protected-vars and abusefilter-protected-vars-log to AFAs and stewards?
Because abusefilter-access-protected-vars
have the potential for regular administrators (who might not be familiar with abuse filters) to mark a filter as permanently protected without the ability to reverse it, I suggest we should restrict it to only abuse filter administrators and stewards who have the trust of the community to work with filters that might cause huge disruption if configured incorrectly, the same way as abusefilter-modify-restricted
. Similarly, the log for abuse filter regarding protected variables might also have to be restricted to those two groups, since they might deal with personal information. Codename Noreste (talk) 18:31, 14 January 2025 (UTC)
Discussion
Support as the proposer. Codename Noreste (talk) 18:31, 14 January 2025 (UTC)
Support due to this user right having the power to make sensitive and irreversible changes to abuse filters. VancityRothaug (talk + contribs) 19:03, 14 January 2025 (UTC)
Support --TenWhile6 08:48, 15 January 2025 (UTC)
Support per Tenwhile --- Bhairava7 • (@píng mє-tαlk mє) 09:17, 15 January 2025 (UTC)
DisambiguousMonths
Can a steward remove he all his rights because he unblocked self, and re-give to bureaucrats there rights.And re-block it.Sorry for my bad english but i repeat i'm french.DodoMan (talk) 08:20, 15 January 2025 (UTC)
Done by DrummingMan. DodoMan (talk) 08:21, 15 January 2025 (UTC)
- all actions reversed. --TenWhile6 08:45, 15 January 2025 (UTC)
- Because of this, we should restrict giving bureaucrat rights to only stewards. Codename Noreste (talk) 08:47, 15 January 2025 (UTC)
- I don't think thats the right answer to this abuse. TenWhile6 08:49, 15 January 2025 (UTC)
- Perhaps not that, but we should maybe restrict removing bureaucrat rights to stewards, and remove the unblockself right from Bureaucrats? It would certainly prevent the abuse, but then Stewards would have to manage the inactivity policy with Bureaucrats. Justarandomamerican (talk) 08:54, 15 January 2025 (UTC)
- I agree with those options. Codename Noreste (talk) 09:00, 15 January 2025 (UTC)
- I agree with Justa's comment. --- Bhairava7 • (@píng mє-tαlk mє) 09:01, 15 January 2025 (UTC)
- To be honest, we have never really had an issue with crat abuse before, I feel like making multiple rights changes is a little brash. X (talk + contribs) 11:14, 15 January 2025 (UTC)
- I disagree. It's not rash to implement preventative measures after a problem occurs. I'm not sure what the alternative is. Wait until the problem occurs more?Justarandomamerican (talk) 13:41, 15 January 2025 (UTC)
- Justa's idea (restrict removing bureaucrat rights to stewards) is something we can discuss. I'd suggest to create a new section and do a community vote on this. TenWhile6 14:45, 15 January 2025 (UTC)
- I disagree. It's not rash to implement preventative measures after a problem occurs. I'm not sure what the alternative is. Wait until the problem occurs more?Justarandomamerican (talk) 13:41, 15 January 2025 (UTC)
- If stewards are up to taking on the role of managing bureaucrats' inactivity, I have no problem with
Supporting!
- I
Oppose removing unblockself, as that could prevent one from undoing a test block on oneself. Also, if someone else with rights goes rogue and blocks a bureaucrat, they would then have to wait for someone else to undo their block. Why not just remove privileges when blocking someone? Tester (ᴛ•ᴄ) 14:46, 15 January 2025 (UTC)
- I agree with those options. Codename Noreste (talk) 09:00, 15 January 2025 (UTC)
- Perhaps not that, but we should maybe restrict removing bureaucrat rights to stewards, and remove the unblockself right from Bureaucrats? It would certainly prevent the abuse, but then Stewards would have to manage the inactivity policy with Bureaucrats. Justarandomamerican (talk) 08:54, 15 January 2025 (UTC)
- @TenWhile6: Hi there, What is the exact answer of this abuse.😅--- Bhairava7 • (@píng mє-tαlk mє) 08:52, 15 January 2025 (UTC)
- I don't think thats the right answer to this abuse. TenWhile6 08:49, 15 January 2025 (UTC)
- Because of this, we should restrict giving bureaucrat rights to only stewards. Codename Noreste (talk) 08:47, 15 January 2025 (UTC)