Stewards/Confirm/2025/EPIC
Appearance
logs: rights, globalauth, gblblock, gblrights | translate: translation help, statement
English:
- Languages:
- Personal info: I've been a steward since the elections last year. I found myself having quite a hard time getting to know stuff in the beginning, one of the reasons being that I didn’t have any functionary experience, and I made quite some mistakes because contrary to how I had planned I had taken too quick of an approach, but I feel that the more time that has passed the more familiar I have become with the toolkit and stewarding in general.
With that being said I've been one of the most active stewards this year and performed over 60,000 actions in total, and I’ve been the steward with the most loginwiki checks this year. Most of my usage of the tools has went towards helping at Steward requests pages, as well as handling IRC requests and emails sent to the VRT oversight queue. I'm also one of the list owners of the global renamers' mailing list, and therefore I also help out in that end.
I had thought a lot about whether to run for confirmation or not, but I believe I've proved the opposition in my initial candidacy wrong and continue to find myself making good use of the tools, and I'm willing to continue serving for another year if the community wants it that way. Let me know if you have any other questions or concerns you want me to respond to. EPIC (talk) 00:00, 15 January 2025 (UTC)
বাংলা:
- ভাষা:
- ব্যক্তিগত তথ্যাদি: translation needed
Deutsch:
- Sprachen:
- Informationen zur Person: translation needed
español:
- Idiomas:
- Información personal: translation needed
magyar:
- Nyelvek:
- Személyes információk: translation needed
italiano:
- Lingue:
- Informazioni personali: translation needed
Nederlands:
- Taalvaardigheid:
- Persoonlijke informatie: translation needed
русский:
- Языки:
- Личная информация: translation needed
Tiếng Việt:
- Ngôn ngữ:
- Thông tin cá nhân: translation needed
中文(简体):
- 可说语言:
- 个人资料: translation needed
中文(繁體):
- 可說語言:
- 個人資料: translation needed
- Do you still believe that stewards do not have to treat wikis on which they are full administrators as home wikis? I notice that you have also granted Oversight to someone on Wikidata while having been an administrator there since 2023. Sdrqaz (talk) 14:01, 6 February 2025 (UTC)
- I explained the most of it on that page but I'll do so again. Simply, I do not see Wikidata as a home wiki and I am not as active there as I once was. The only wiki I would have seen as a home wiki is svwiki, for which I have refrained from taking actions. With that being said, if there is any wiki that the community does not want me to perform actions on I will simply respect that, and after that discussion I decided to not perform future steward actions related to Wikidata, which I haven't done since then either (except for two resignations which fall under the clear cut cases). EPIC (talk) 14:15, 6 February 2025 (UTC)
- On a second note regarding the question, there's no solid definition of a home wiki; but for stuff like this I would say it depends on multiple factors, e.g. activity on that wiki and which "community" it is. EPIC (talk) 18:30, 6 February 2025 (UTC)
- I will be
Neutral here, barely (mainly on the strength of EPIC's general work and pragmatically because his commitment on Wikidata kind of gets to the same result). Disregarding EPIC's adminship on Wikidata for a moment, I don't think that it is a good idea to continue insisting that a project where he spent equal time with Swedish Wikipedia is not a project where he is considered an active community member. Even if that was in the past, appearances of impropriety matter when you're in a position of power, and I'm not sure he gets it (this may be part one of Ajraddatz's concerns). Even if something can be done, maybe it isn't wise to do it; sometimes privileged users need to err on the side of caution when using their permissions.PS: I've looked through what I can for Ajraddatz's concerns and it does seem like EPIC did close some SRGP requests early: one 19.5 hours early and two requests a few minutes early (A09, Syunsyunminmin). While looking through the requests, there were a lot that were closed "on the dot" or within five minutes. Those aren't issues in themselves, of course, but please be careful: not everything needs to be done immediately. Sdrqaz (talk) 23:15, 6 February 2025 (UTC)
- Thank you for the thoughts.
- As for the SRGP requests, there was indeed a request which I closed almost way too early, which was because of me being dumb and misreading the closure date, which I thought was the same day I closed that discussion. When I did realize some time later there was basically no reason to re-open it anymore and therefore nothing new that happened on that end either. EPIC (talk) 23:43, 6 February 2025 (UTC)
- I will be
- On a second note regarding the question, there's no solid definition of a home wiki; but for stuff like this I would say it depends on multiple factors, e.g. activity on that wiki and which "community" it is. EPIC (talk) 18:30, 6 February 2025 (UTC)
- I explained the most of it on that page but I'll do so again. Simply, I do not see Wikidata as a home wiki and I am not as active there as I once was. The only wiki I would have seen as a home wiki is svwiki, for which I have refrained from taking actions. With that being said, if there is any wiki that the community does not want me to perform actions on I will simply respect that, and after that discussion I decided to not perform future steward actions related to Wikidata, which I haven't done since then either (except for two resignations which fall under the clear cut cases). EPIC (talk) 14:15, 6 February 2025 (UTC)
Keep You are indeed an Epic Steward. --Stïnger (会話) 14:02, 6 February 2025 (UTC).
Keep --TenWhile6 14:05, 6 February 2025 (UTC)
Keep --Skilsdhuo (talk) 14:06, 6 February 2025 (UTC)
Keep This is the most "epic" steward out of all the current stewards we have. He has been a big help to Vietnamese Wikipedia in dealing with LTAs. He's super active. His actions are quick and swift. I like it! I hope he can serve as steward for many years to come. We need quality steward like this. Nguyentrongphu (talk) 14:12, 6 February 2025 (UTC)
Keep - XXBlackburnXx (talk) 14:16, 6 February 2025 (UTC)
Keep EPIC is a diligent man TUIBAJAVE (talk) 14:19, 6 February 2025 (UTC)
Keep --Codc (talk) 14:21, 6 February 2025 (UTC)
Keep --Minilammas (talk) 14:24, 6 February 2025 (UTC)
Keep and once again thanks for being an EPIC steward. --shb (t • c) 14:25, 6 February 2025 (UTC)
Keep Concerns from last year stew elections got fixed, I see no reason not to keep.--A09|(pogovor) 14:25, 6 February 2025 (UTC)
Keep Ayane aka. eunn 14:31, 6 February 2025 (UTC)
Keep: very impressive activity. Svārtava (tɕ) 14:35, 6 February 2025 (UTC)
Keep --Icodense (talk) 14:37, 6 February 2025 (UTC)
Keep aqurs ❄️ 14:39, 6 February 2025 (UTC)
Keep Thank you for your work and wish you luck for this next term. --V0lkanic (talk) 14:43, 6 February 2025 (UTC)
Keep BZPN (talk) 14:45, 6 February 2025 (UTC).
Keep Nemoralis (talk) 14:52, 6 February 2025 (UTC)
Keep highly active and helpful on IRC, and I believe they have been quite receptive to the feedback they received. Thank you for your work! --KonstantinaG07 (talk) 14:53, 6 February 2025 (UTC)
Keep Incredibly active; no concerns. ⟲ Three Sixty! (talk, edits) 15:18, 6 February 2025 (UTC)
Keep though try to avoid a repeat of the "burnout" in mid-2024. Thanks for your work in helping me with my bot as well. Leaderboard (talk) 15:28, 6 February 2025 (UTC)
- Just want to clarify that the thing in May was not related to a burnout - it was simply because of increasing long-term personal issues that I felt were affecting my work negatively. Reason I chose to stay on was because I still find Wikimedia work a fun task and I wanted to see how things would turn out in the future. EPIC (talk) 16:00, 6 February 2025 (UTC)
Keep incredible activity. AramilFeraxa (Talk) 15:39, 6 February 2025 (UTC)
Keep One of the most active stewards and in my opinion a good steward. Drummingman (talk) 15:43, 6 February 2025 (UTC)
Keep —MdsShakil (talk) 15:44, 6 February 2025 (UTC)
- Building off of Sdqraz's question, I have concerns about what happened here. It seems like Epic used his position as a Steward to ignore a local policy he disagreed with on a wiki he holds advanced rights on in order to do a favor for another Steward. In that conversation Epic stated he wished to avoid a repeat of a situation where admin was removed and the community then voted it back after the person indicated they wanted to continue. I would suggest that shows Wikidata reasonably making decisions as a community - something I would like Stewards to respect - and further more if that's what he wanted to avoid, as a member (and admin) of the community he should have sought to reform the Wikidata process, something he still hasn't done. Best, Barkeep49 (talk) 16:03, 6 February 2025 (UTC)
- Some time after that had occured a local RfC was opened to let bureaucrats locally remove admin rights, which I supported and it was ultimately successful. As such, I'm fine with how that turned out and there wasn't really anything else for me to do on that end. All that being said I do think we handled it poorly and the request should have just been processed no questions asked - the reason I waited because another steward had asked Martin a question regarding the request and I didn't really want to override that. After the occurred I chose both to refrain from handling requests related to Wikidata, and to just process inactivity related requests without any leeway, as long as they are correct and in accordance with the local policy - as far as I've been made aware of there doesn't seem to have been any other issues on that end. As Mykola also stated in that same discussion I'm also a strong proponent of inactivity removals, which was demonstrated e.g. from Steward_requests/Permissions/2025-01#Luki@barwiki as well. EPIC (talk) 16:13, 6 February 2025 (UTC)
- With respect, the change to crats removing just means you are no longer in a position to stop implementation of a policy you disagree. My last sentence is about the idea that rather than using your power as a steward in the first place to ignore a local policy you should have sought to change the policy as a community member and/or done nothing at all as a steward. Best, Barkeep49 (talk) 16:29, 6 February 2025 (UTC)
- To clarify I'm not really in objection to the inactivity policy, for the most part I wanted to avoid a Mike Peel situation and overriding another steward. With the crats having the ability to remove sysops I didn't feel like there was anything else to change. It's them who are responsible for enforcing the inactivity policy, which I am happy with. EPIC (talk) 16:48, 6 February 2025 (UTC)
- With respect, the change to crats removing just means you are no longer in a position to stop implementation of a policy you disagree. My last sentence is about the idea that rather than using your power as a steward in the first place to ignore a local policy you should have sought to change the policy as a community member and/or done nothing at all as a steward. Best, Barkeep49 (talk) 16:29, 6 February 2025 (UTC)
- Some time after that had occured a local RfC was opened to let bureaucrats locally remove admin rights, which I supported and it was ultimately successful. As such, I'm fine with how that turned out and there wasn't really anything else for me to do on that end. All that being said I do think we handled it poorly and the request should have just been processed no questions asked - the reason I waited because another steward had asked Martin a question regarding the request and I didn't really want to override that. After the occurred I chose both to refrain from handling requests related to Wikidata, and to just process inactivity related requests without any leeway, as long as they are correct and in accordance with the local policy - as far as I've been made aware of there doesn't seem to have been any other issues on that end. As Mykola also stated in that same discussion I'm also a strong proponent of inactivity removals, which was demonstrated e.g. from Steward_requests/Permissions/2025-01#Luki@barwiki as well. EPIC (talk) 16:13, 6 February 2025 (UTC)
Keep --Borhan (talk) 16:04, 6 February 2025 (UTC)
Keep Ternera (talk) 16:05, 6 February 2025 (UTC)
Keep Hey man im josh (talk) 16:24, 6 February 2025 (UTC)
Keep JrandWP (talk) 16:24, 6 February 2025 (UTC)
Keep very active, especially in areas that require constant work. Only feedback would be to look in to ways to document some locks/blocks better (e.g. on cuwiki or otherwise) - to aid in appeal reviews. This is something many of us could work on, and only is noticed here as a function of the high volume work being performed. (Thus you may be a unique position to lead a solution). To be clear, EPIC is always responsive to questions about any of this and I have no concern about him being accountable. — xaosflux Talk 16:28, 6 February 2025 (UTC)
- From the outside, EPIC certainly does a lot of good work. But I'm afraid I have a couple of pretty serious concerns here, and while I'm not going to specifically oppose the confirmation, I would like to see some improvement in these areas over the next year.
- The first is collaboration. Others have noted a couple of examples above, but the bulk of this feedback is related to EPIC's discussions with other stewards through private channels. When EPIC thinks they are right, they dig in and refuse to accept any other perspectives, regardless of the number of other stewards telling them they are wrong. In my mind, one of the key qualities that stewards should have is a collaborative mindset - please consider taking feedback from others into account and acknowledge it, even and especially if you disagree with it.
- The second is activity. While it is true that EPIC does a large amount of good work, his sheer volume of actions poses a number of problems. Without getting too much into discussions on how healthy it is for someone to be monitoring steward request pages for 20 hours a day, I think it creates a very unhealthy culture for other stewards, who often need to rush to try and action requests before EPIC can get to them (which usually happens within minutes). This leads to mistakes and a lack of oversight, as most stewards simply avoid the requests pages now. I've also noticed EPIC closing requests on SRGP before the closing time has even been reached, which seems like an attempt to make sure he "gets" the action to me. His repeated actions on homewikis also falls into this basket - there are 32 stewards, there is no reason that you need to be actioning requests on wikis where you are an admin. Any requests. Please consider reducing your activity in a lot of these areas, to give other stewards a chance to get experience and to return to a healthier culture that acknowledges that these requests often do not need to be actioned in three minutes.
- Overall I have been pretty disappointed with the quality of EPIC's work and his interactions with others over the last year. I really hope he takes this feedback into account and improves in the coming year. This won't be new to EPIC, I have expressed these concerns (as have others) multiple times this year, but I think it's important for the community to know what is happening behind the scenes too. – Ajraddatz (talk) 16:45, 6 February 2025 (UTC)
- I'd like to respond to this as I do take these concerns seriously.
- On the collaboration point I've done the best I can - it can happen that I might become a bit frustrated if it's too much for me, but I try to keep it calm and to be cooperative. I've asked several questions and second opinions when unsure about something - these are sometimes responded to but often not, which can be a factor at several times. If I then perform that action after having received no response, I assume there are no objections to that - and receiving negative criticism regarding that after the occured can, of course, be frustrating, as I have already given others a chance to comment at that point, which can be part of the problem. I do think I've gotten better over time with handling such stuff - most of the feedback I've received regarding that, at least in recent times, has been mostly rare, but I do of course accept such feedback and take it into account.
- On the activity point, most of what you are referring to has been months ago and is outdated. I've done several measures to give other stewards a better chance to do more stuff, most notably in recent times, on pages such as at SRG, if they want to, and I also don't action as many reports/requests as I used to in previous months. We now have several stewards working on requests sent to that page, such as Bsadowski, but this was not previously the case. At some times, mainly in the first half of the year, I had been the only steward monitoring SR pages and at such times, especially for unclear or potentially controversial cases, I've given well of a chance for colleagues to action on or comment on requests, but since the other stewards hadn't been doing stuff there, it ended up being me who did most of it anyway, including some unclear cases. Other than that the other main factors as to why I've continued to be active are mainly two; one, I enjoy doing steward work and assisting others and it's a good way for me to pass time, and two, I'd like to avoid the previous backlog situation the stewards had in previous years, such as in 2023. Overall I've just wanted to do both the community and fellow stewards a favor from my end; the situation in previous years has been a mess and has delayed both response times and other stewards' willingness to handle the large backlogs, and that's what I want to avoid having again. With the "home wiki" actions part I assume you are referring to the Wikidata situation, and I've already responded to that above; that is the only "home wiki" related steward action that I know of/remember, and I've already declared that I have not seen Wikidata as a homewiki, but I chose to refrain from Wikidata related stuff, even though it's rare. As for the SRGP part it's mainly just a coincidence or a mistake (such as misreading the closure date) if I happen to close it just a bit too early. With that being said those cases have been quite rare as far as I know, and none in "recent" times.
- In short, some of what's being mentioned is true and I take full accountability for it, but much of it has been older stuff and I see myself as having improved from it. As such I do not see it as something to "make a mountain out of a molehill" over, but I try my best to take concerns (both from the community and from other stewards) into account, which I think has gotten better for me over time. Other than that the feedback for my work, both from the community and from other stewards' side, has been mostly positive. EPIC (talk) 17:33, 6 February 2025 (UTC)
- Thank you for the response; while I think we may disagree over how recent these issues were or are, I do think that this presents a more measured response to concerns that it felt like you blew off in the past. I have no doubt you'll be confirmed and look forward to continuing to work with you, and appreciate that you will continue to give these subjects some thought. – Ajraddatz (talk) 22:46, 6 February 2025 (UTC)
- I'd like to respond to this as I do take these concerns seriously.
Keep quebecguy ⚜️ (talk | contribs) 17:42, 6 February 2025 (UTC)
Keep. كريم رائد (talk) 18:40, 6 February 2025 (UTC)
Keep Brilliant steward, epic you may say! That being said I have noted the comments from Ajraddatz, but I'm pretty confident that EPIC is respoding well to this feedback - of course, I can't see steward mailing lists so don't know the full story. --Ferien (talk) 19:01, 6 February 2025 (UTC)
Keep --Jan Myšák (talk) 19:53, 6 February 2025 (UTC)
- Absolute
Keep. Queen of Hearts (talk) 20:00, 6 February 2025 (UTC)
Keep yes, of course. Sincerely, Gadir (talk) 20:02, 6 February 2025 (UTC)
Keep —Aopou {talk} 20:11, 6 February 2025 (UTC)
Keep Zafkiel GD | Talk 21:22, 6 February 2025 (UTC).
Keep The best --Smatteo499 (talk) 21:24, 6 February 2025 (UTC)
Keep. Karol739 (talk) 23:13, 6 February 2025 (UTC)
Keep —Eihel (talk) 23:47, 6 February 2025 (UTC)
Keep Miniapolis 00:14, 7 February 2025 (UTC)
Keep, I have worked with the OP on implementing some private global filters that I suggested changes to/or to fully implement via Discord and email. Codename Noreste (talk) 00:18, 7 February 2025 (UTC)
Strong Keep--Cactus🌵 spiky ouch 03:25, 7 February 2025 (UTC)
Keep. Neriah - 💬 - 10:21, 7 February 2025 (UTC)
Keep Good job, you are my favorites steward. --Lookruk 💬 (Talk) 09:45, 7 February 2025 (UTC)
Keep very good -Manchiu (talk) 10:12, 7 February 2025 (UTC)
Keep--— Osama Eid (talk) 10:12, 7 February 2025 (UTC)
Keep --cyrfaw (talk) 14:44, 7 February 2025 (UTC)
Keep --Ethn23 (talk) 15:41, 7 February 2025 (UTC)
Keep But, to be clear, the concerns raised above are definitely not meritless and you should keep them in mind for the future. * Pppery * it has begun 16:07, 7 February 2025 (UTC)
Keep Thank you for your hard work.--Takipoint123 (talk) 19:13, 7 February 2025 (UTC)
Keep ~ ToBeFree (talk) 20:22, 7 February 2025 (UTC)
- I am going to echo the concerns raised by Ajraddatz and others. There have been uncountable instances where I have responded to an IRC ping and see the StewardBot lock notification from EPIC before I've had the chance to get CentralAuth open, much less read any diffs or otherwise investigate the report. Stewards are expected to be careful and deliberative, and to not rush into situations that don't require urgent action. I have also noticed the lack of documentation for actions Xaosflux mentions. I also share the concerns about homewiki actions: it is unacceptable and unnecessary to be making user rights changes on a wiki where you yourself hold advanced rights. As long as you hold sysop on a project, it is a home wiki, and I am disappointed that EPIC continues to argue otherwise. While I am also not specifically opposing at this point, I hope and expect to see improvement on these issues over the next year. --AntiCompositeNumber (talk) 21:55, 7 February 2025 (UTC)
- Could you elaborate on the IRC stuff? Most of the IRC pings where I respond quickly have been oversight requests, which should be quickly handled most of the time (since it regards sensitive info). If/when it regards me quickly processing global block/lock requests, it's generally either clear-cut cases (for example easily recognizable LTAs such as HoY) or that I coincidentally lock/block at the same time as an IRC report is submitted. In general one of the purposes of us having an IRC channel for steward requests is namely for requesting actions that should be quickly processed, and that's also why we refer such requests to IRC, and routine/less urgent requests to one of the public request pages.
- On the home wiki topic I won't say much more than I've already explained (hopefully that should cover most of it) - if the community's definition of a home wiki is holding sysop or other rights there, I'll respect that and won't perform steward actions related to them. With that being said, the only such wiki in my case (discounting test wikis which one would not reasonably count as a real community or a home wiki) would be Wikidata, where I've already stated I won't perform steward actions.
- What I will add, however, that I didn't add previously, is that one of the main reasons I did perform such actions, other than me not seeing it as a home wiki, was that I had seen other stewards do the same with no concerns addressed over it, such as Steward_requests/Permissions/2024-01#Ash_Crow@wikidata which was processed by a user holding sysop rights on that wiki (but whose main home wiki is another community), and I therefore reasonably assumed that both the community and fellow stewards saw that as normal and didn't object to it. That makes it kind of a double standard which is why I had partly seen the criticism as somewhat unjustified, though I still understand them and agree with much of it. EPIC (talk) 22:27, 7 February 2025 (UTC)
- And about the documentation stuff, I've seen myself as having used e.g. CU wiki more with time, which any local CU or steward could confirm as well, but I mainly use it for more unclear cases where more explanation might be required, or for longer term storage of CU data for future use. Other than that, most of the explanations to my locks/blocks are on SRG (where the lock/block is processed as a result of a report there), in CA as a result of local blocks, and/or in the lock/block summary. With that being said, if there are any cases which may be more unclear (in case of VRT/UTRS appeals for example), one can simply leave me a talk page note (with something like "hello, could you please respond in this ticket") and I'll simply provide more information. EPIC (talk) 22:52, 7 February 2025 (UTC)
- EPIC, when I say that your collaboration has some elements to be desired, this is what I mean. Your responses often go straight to a point by point response to criticism without actually engaging with the core point. Just engaging with the homewiki issue for a second here, you are referencing one case where another steward did something similar as justification for why you have done repeated actions on your homewikis, but you haven't engaged with why this case might be different. Maybe the steward in the other case, being more experienced, is more trusted to take such action in some circumstances without others being worried? Maybe that action was also in the wrong, but nobody noticed it or was concerned enough to comment? Maybe someone raised the issue privately rather than publicly? My point is that there is a lot of nuance to steward actions and applications of policy, and I'm concerned that you don't see that.
- I also want to quickly note another example of you recently changing permissions on a homewiki: Steward requests/Permissions/2025-02#LucieManette@svwiki. Again, this action isn't highly problematic and the community has generally been receptive to uncontroversial removals following a self-request on a homewiki in the past, but why did that need to be done by you? You've handled over half of the requests on this month's SRP archive so far. Why not tell the user to file on SRP (or file on their behalf) and let someone else handle it? And to be clear, I don't want a paragraph justifying why you did that, I want some sort of indication that you understand how some of your actions are being perceived as problematic. – Ajraddatz (talk) 01:21, 8 February 2025 (UTC)
- I do understand that home wiki related actions are of concern to some, as the possibilities of COIs exist and they might not seem entirely uncontroversial, regardless of the circumstances, and I believe that is also why such actions are being brought up here. As for the svwiki case, the user in question had already left the project and explicitly pinged two stewards (one of them being me), so asking them to place an SRP request wouldn't have done much, and removal was per a self-request and therefore otherwise permitted by policy.
- I didn't engage in why the other Wikidata case was different because they weren't visually different, and both cases involved inactivity removals per the same policy and by two stewards with sysop rights on the same wiki. I would like to note that that specific case isn't my sole justification for the Wikidata actions, but also other similar such actions from other stewards as a whole and the reasons I've already mentioned here. But if we bring that specific action up again, Martin is indeed more experienced as a steward than I am and it can therefore also be assumed that he also has a better knowledge of the steward policies and other steward practices. Considering that one of the main ways new stewards learn stuff is from watching other stewards' work and taking their advice, I would find it unfair to consider the actions "weird", and as Sdrqaz already put it, the inconsistencies that might occur when another steward performs the same action under the same circumstances are frustrating. At the same time I indeed think that I did not handle some cases well, such as my part in the September 2024 issue - it was first there and then that the concerns were brought up to me and it was then that I first realized that some of my actions had been, well, not very good. So yes, I do take accountability for much of the stuff that's been brought up here, and this all combined with what I've already brought up on this page should be enough of an indication. EPIC (talk) 21:44, 8 February 2025 (UTC)
- I understand that the homewiki issue and inconsistencies are frustrating (they are frustrating to me too; I've been told that some stewards are OK with bending the rule while I would rather that people didn't go anywhere near it). In my review of the Wikidata log after our September conversation, I noticed that January 2024 action but did not mention it at this year's confirmation because it was before this term and there were no other Wikidata changes by them this term. I had a clearer example of a homewiki this term that I did mention. Sdrqaz (talk) 03:27, 8 February 2025 (UTC)
- And about the documentation stuff, I've seen myself as having used e.g. CU wiki more with time, which any local CU or steward could confirm as well, but I mainly use it for more unclear cases where more explanation might be required, or for longer term storage of CU data for future use. Other than that, most of the explanations to my locks/blocks are on SRG (where the lock/block is processed as a result of a report there), in CA as a result of local blocks, and/or in the lock/block summary. With that being said, if there are any cases which may be more unclear (in case of VRT/UTRS appeals for example), one can simply leave me a talk page note (with something like "hello, could you please respond in this ticket") and I'll simply provide more information. EPIC (talk) 22:52, 7 February 2025 (UTC)
Keep--Mtarch11 (talk) 23:45, 7 February 2025 (UTC)
Keep --Wutsje (talk) 01:34, 8 February 2025 (UTC)
Keep --Spinoziano (talk) 08:27, 8 February 2025 (UTC)
Keep --Ankermast (talk) 15:38, 8 February 2025 (UTC)
Keep With thanks for the very rapid scrutineering of the enwiki admin and Arbcom elections. Altamel (talk) 16:43, 8 February 2025 (UTC)
Keep --Minoa (talk) 06:01, 9 February 2025 (UTC)
Keep Very helpful global user, steward/CU wizard, and is amazingly adept at addressing and solving critical matters facing the various Wikimedia projects, both within the scope of their steward role and beyond it. --نوفاك اتشمان (talk) 12:40, 9 February 2025 (UTC)
Keep --Julius 12345 (talk) 14:48, 9 February 2025 (UTC)
Keep --Joalpe (talk) 15:08, 9 February 2025 (UTC)
Keep Ptjackyll (talk) 17:28, 9 February 2025 (UTC)
Keep --Ameisenigel (talk) 08:13, 10 February 2025 (UTC)
Keep--Turkmen talk 13:06, 10 February 2025 (UTC)
Keep --Antoine.b (talk) 14:05, 10 February 2025 (UTC)
- The strongest
Keep possible. Another Wiki User the 3rd (talk) 19:54, 10 February 2025 (UTC
Weak keep; the discussions here with other stewards is not something I want to see next year at all. I'm lenient because the first year in a role is going to lead to mess ups (and some of them are not always easy to fix immediately). But I do ask that you take these messages to heart, because while it isn't your colleagues putting forth a formal remove, your volume of good work will not always outweigh your mistakes as proven over and over both in the movement and in real life. Sennecaster (talk) 23:07, 10 February 2025 (UTC)
Keep Greatly appreciated.--Superspritztell me 22:24, 11 February 2025 (UTC)
Keep, one of the most active stewards. Thank you for incredible speed on SRP Kylain Aixter (СО) 00:07, 12 February 2025 (UTC)
Keep --Parma1983 (talk) 01:58, 12 February 2025 (UTC)
Keep --Ciseleur (talk) 11:53, 12 February 2025 (UTC)
Keep --Atlante (talk) 17:49, 12 February 2025 (UTC)
Keep 79a (talk) 18:17, 12 February 2025 (UTC)
Keep. Madamebiblio (talk) 19:07, 12 February 2025 (UTC)
Keep Estrellato (talk) 20:56, 12 February 2025 (UTC)
Keep – I've been very satisfied with their work this year, but they should definitely take the above concerns into consideration for better collaboration and improvement as a steward. Chris ☁️(talk - contribs) 22:14, 12 February 2025 (UTC)
Keep - For all those locks and responses to SRG. Myrealnamm (💬Let's talk · 📜My work) 22:17, 12 February 2025 (UTC)
Keep, with my own appreciation for their collaboration and the continuos presence during this year. --M/ (talk) 09:38, 13 February 2025 (UTC)
Keep BraunOBruno (talk) 14:34, 13 February 2025 (UTC)
Keep, but I urge them to be more receptive to criticism – their responses above are not very encouraging. Toadspike (talk) 14:37, 13 February 2025 (UTC)
Keep -- Scott Thomson (Faendalimas) talk 17:02, 13 February 2025 (UTC)
Keep --Aca (talk) 20:29, 13 February 2025 (UTC)
Keep – Ammarpad (talk) 16:51, 14 February 2025 (UTC)
Keep JavaHurricane 16:56, 14 February 2025 (UTC)
Keep - Great Steward! --Seawolf35 (talk) 17:45, 14 February 2025 (UTC)
Keep --Achim55 (talk) 15:55, 15 February 2025 (UTC)
Keep --Daniuu (talk) 17:16, 15 February 2025 (UTC)
Keep Ruy (talk) 16:19, 16 February 2025 (UTC)
Keep Yes! --——d—n—f (talk) 14:31, 17 February 2025 (UTC)
Keep --Matěj Suchánek (talk) 17:22, 17 February 2025 (UTC)
Keep Great work! Taivo (talk) 13:01, 18 February 2025 (UTC)
Keep –FlyingAce✈hello 22:16, 18 February 2025 (UTC)
Keep --Bosco (talk) 13:31, 19 February 2025 (UTC)
Keep - Mbch331 (talk) 18:12, 19 February 2025 (UTC)
Keep very active user. --Kadı Message 08:48, 20 February 2025 (UTC)
Keep --Flnario (talk) 21:24, 20 February 2025 (UTC)
Keep Keep being EPIC! --Dragoniez (talk) 19:25, 21 February 2025 (UTC)
Keep You're really everywhere bro. Thanks for being so responsive to my requests. Jianhui67 talk★contribs 16:00, 22 February 2025 (UTC)
Keep obviously. JJPMaster (she/they) 16:02, 22 February 2025 (UTC)
Keep Bovlb (talk) 23:13, 22 February 2025 (UTC)
Keep Kavitha Ganesh (talk) 06:58, 24 February 2025 (UTC)
Keep --20041027 𝓽𝓪𝓽𝓼𝓾(talk) 14:38, 24 February 2025 (UTC)
Keep --Sura Shukurlu (talk) 15:57, 24 February 2025 (UTC)
Keep --Nicolas Eynaud (talk) 19:38, 24 February 2025 (UTC)
Keep --CFA (talk) 02:07, 26 February 2025 (UTC)
Keep Daask (talk) 18:40, 26 February 2025 (UTC)
Keep --Sakretsu (炸裂) 20:35, 26 February 2025 (UTC)
Keep Meiræ 20:45, 26 February 2025 (UTC)
Keep, epically active — NickK (talk) 23:37, 26 February 2025 (UTC)
Keep, but please get some sleep :) --Titore (talk) 01:29, 27 February 2025 (UTC)
Keep masti <talk> 10:51, 27 February 2025 (UTC)
Keep – epic is a useful man. Leotalk 11:13, 27 February 2025 (UTC)
Keep Revsson (talk) 12:11, 27 February 2025 (UTC)
Keep Saederup92 (talk) 12:14, 27 February 2025 (UTC)