User talk:BlackWidowMovie0: Difference between revisions

From Test Wiki
Line 25: Line 25:
:::{{ping|Fast}} Do you have IRC? If so, can you enter <code>#testadminwiki</code> and then DM me? [[User:BlackWidowMovie0|BlackWidowMovie0]] ([[User talk:BlackWidowMovie0|talk]]) 19:59, 8 December 2020 (UTC)
:::{{ping|Fast}} Do you have IRC? If so, can you enter <code>#testadminwiki</code> and then DM me? [[User:BlackWidowMovie0|BlackWidowMovie0]] ([[User talk:BlackWidowMovie0|talk]]) 19:59, 8 December 2020 (UTC)
::::I do use IRC on occasion, not so far relating to this wiki. I don't think I'll have time for extended conversation soon, and I prefer to keep wiki related discussion on wiki, but if there is a (really) good reason, I'll consider it. [[User:Fast|Fast - ZoomZoom]] ([[User talk:Fast|talk]]) 20:42, 8 December 2020 (UTC)
::::I do use IRC on occasion, not so far relating to this wiki. I don't think I'll have time for extended conversation soon, and I prefer to keep wiki related discussion on wiki, but if there is a (really) good reason, I'll consider it. [[User:Fast|Fast - ZoomZoom]] ([[User talk:Fast|talk]]) 20:42, 8 December 2020 (UTC)
== Your recent actions ==
Unfortunately I'm going to have to reverse some of your actions, but first I'll go thru and explain why.
'''Blocks'''
The biggest issue is your blocks. I'm not sure why you unblocked ReaganGirardin, I assume as a test? Anyway I've gone ahead and reblocked. Likewise I'm unsure why you unblocked Q8j-3, since it's not your test account; you are of course free to block and unblock your own test accounts so long as you don't clutter the block log too much, but leave the test accounts of others alone. 67.168.231.23 is a problem and may along with some other IP ranges associated with the sockmaster have to be given long-hard blocks in the future, but as a general rule of thumb indefinite IP blocks are a bad idea, since DHCP leases eventually expire and the IP moves on to a new user, granting some static IPs may stick for months or even years. But in this case a brief spurt of disruption is not enough to justify anything really long-term, hopefully they've gotten bored with this wiki but if not it takes all of 30 seconds to reblock it. In addition undoing autoblocks like "unblocked #3101" is rarely necessary, if you really want to test with that then ask me about it, but for now just leave it alone. The other issue is that some of your tests clutter the block log unnecessarily, strings like
<pre>
17:15, 8 December 2020 BlackWidowMovie0 talk contribs block blocked StefanieLithgow talk contribs with an expiration time of indefinite (account creation disabled, email disabled, cannot edit own talk page) (Spam: for more information see abuse log) (unblock | change block) Tags: Mobile web edit Mobile edit
17:15, 8 December 2020 BlackWidowMovie0 talk contribs block unblocked StefanieLithgow talk contribs Tags: Mobile web edit Mobile edit
17:15, 8 December 2020 BlackWidowMovie0 talk contribs block unblocked StefanieLithgow talk contribs Tags: Mobile web edit Mobile edit
17:15, 8 December 2020 BlackWidowMovie0 talk contribs block blocked EarthaRag077655 talk contribs with an expiration time of indefinite (account creation disabled, email disabled, cannot edit own talk page) (Spam: for more information see abuse log) (unblock | change block) Tags: Mobile web edit Mobile edit
17:14, 8 December 2020 BlackWidowMovie0 talk contribs block unblocked EarthaRag077655 talk contribs Tags: Mobile web edit Mobile edit
17:14, 8 December 2020 BlackWidowMovie0 talk contribs block unblocked EarthaRag077655 talk contribs Tags: Mobile web edit Mobile edit
17:14, 8 December 2020 BlackWidowMovie0 talk contribs block unblocked EarthaRag077655 talk contribs Tags: Mobile web edit Mobile edit
17:14, 8 December 2020 BlackWidowMovie0 talk contribs block blocked EarthaRag077655 talk contribs with an expiration time of indefinite (account creation disabled, email disabled, cannot edit own talk page) (Spam: for more information see abuse log) (unblock | change block) Tags: Mobile web edit Mobile edit
</pre>
should really only happen if you are blocking example, blocking yourself, or blocking a test account you created (clearly marked as such).
Your block of ᗡ; while defensible should have been proceeded by a warning first, granting I probably should have cautioned them earlier, and they really should have taken the hint from a steward, even with all that the reason for the block should've been disruption and misusing this site as a webhost for free online file storage, not inserting gibberish, as the content is meaningful, just not in english.
Finally your block of JJPMaster was flatly wrong, we can talk about identifying sockpuppets in the future both technically and behaviorally, but the evidence you used, "confrontational user," is completely inadequate and you really should apologize.
tl;dr
#Confine your test blocks to test accounts
#Don't indefinitely block IP addresses or block them for an unreasonably long time.
#Don't reverse autoblocks unless it's a test or you know what you are doing
#Don't mess with the test accounts of other users
#Don't unblock spambots
'''User rights'''
You have recently been removing user rights from others as redundant; while not inherently a problem it is not neccessary and can come across as rude. The best thing to do is to leave them a message explaining the user rights are redundant. If they remove them fine, but if not move on; it doesn't cause any harm and some people just like having a long list of rights after their name, doesn't make any sense to me but some things aren't worth wasting time over.
'''Request permissions'''
There's no need to immediately jump in and tell someone they need to wait for a crat. They already know that, this just clutters the page without accomplishing anything useful. The only time it's helpful to chime in like that is when it's been an unusually long time, say 24 hours since the request, in that case adding a helpful note that no crats are currently available helps them understand the reason for the delay.
'''In sum'''
Your making some mistakes that create additional work for others. There's nothing wrong with an occasional error, mistakes happen and everyone no matter how experienced makes them. However higher error rates are disruptive due to the work created for others, and your rate is high enough that it will likely be sometime before others are comfortable granting you additional rights, so use this as a learning opportunity, and don't be afraid to ask others before taking action, you already did that once and because of that you didn't mistakenly delete a sandbox, that was good and you should continue to ask before acting when doing something you're not too sure about in the future, best [[User:Fast|Fast - ZoomZoom]] ([[User talk:Fast|talk]]) 20:53, 8 December 2020 (UTC)
358

edits

Cookies help us deliver our services. By using our services, you agree to our use of cookies.