- Yep, you're wrong:
- I've never been a hi.wiki's bureaucrat, I'm an Italian steward, I don't speak any Hindi
- Abusefilter-private is a right related to the abusefilter which let people see
suppressed abuselog's entries IPs of people matching filters.
- --Vituzzu (talk) 00:29, 10 March 2012 (UTC)
- Sorry about putting your name in the list. I was looking at the list of names on the right side of the meta log. John Vandenberg (talk) 00:33, 10 March 2012 (UTC)
- No pb. --Vituzzu (talk) 00:37, 10 March 2012 (UTC)
- I'd like also to point that giving yourself oversight access let you see all previously suppressed stuffs, that's why I find the matter so serious. --Vituzzu (talk) 00:39, 10 March 2012 (UTC)
- I agree it is serious. There was consensus for hi.wiki 'crats to be able to assign
oversight, however checkuser policy and Oversight policy requires 25-30 votes for wikis without an arbcom. So:
- user:RobH shouldn't have made the requested config change, because it is too small of a consensus.
- user:Mayur shouldn't have granted
oversight to himself without a consensus on hi.wiki.
- John Vandenberg (talk) 01:32, 10 March 2012 (UTC)
- I think the key issue here is that the oversight user right was able to be granted without ensuring that the users with access to the tool have identified to the WMF. That is why Wikimedia Foundation projects are set up so that only stewards can grant checkuser and oversight, and so that they can only do it from Meta. Stewards can (if they want to be banned) give themselves +steward on the wiki in question, and then do whatever they want there, but doing that (or other more esoteric things like manipulating the Steward global group) still leaves a log on a centralized place (here) that they did SOMETHING. That bugzilla request not only allowed unidentified users to gain access to the tool, it allowed them to do so in such a way that there was absolutely no outside knowledge of the fact whatsoever. J.delanoygabsadds 02:00, 18 March 2012 (UTC)
I have, pending the outcome of this RFC, removed the abuse filter manager right from Mayur on the English Wikipedia as it was granted for him in relation to his access on the Hindi Wikipedia. The full request at is w:en:Wikipedia talk:Edit filter/Archive (permission requests)#Request for permission: User:Mayur. The Helpful One 00:38, 10 March 2012 (UTC)
- I did this as I believed that his abuse filter right had been removed on Hindi Wikipedia, although I just double checked it hasn't. Nonetheless, the apparent abuse of the Abuse Filter as demonstrated above by Vituzzu is enough reason to justify removal of this right on the English Wikipedia, and as there are no clear policies with regards to the granting/removal of it, this should be a valid enough justification. The Helpful One 00:43, 10 March 2012 (UTC)
- I am not sure that this is directly relevant to meta, as long as it has been appropriately managed at enWP, and notified to admins there accordingly. billinghurst sDrewth 02:10, 10 March 2012 (UTC)
Mayur has a history of admin abuse and partisanship. Here is a still open RFC from Hindi Wktionary where he systematically tried to desysop dormant sysops so that only his cronies remain. - https://meta.wikimedia.org/wiki/Requests_for_comment/Vibhijain_and_Mayur.
Mayur's actions need to be checked across the range of projects where he has crat/admin status. AshLin (talk) 02:47, 10 March 2012 (UTC)
I'm not very active on Hindi, but I do create stubs there once in a while hoping someone will help me bring it up in size. However, at the same time, I've since 2009, I've ben working as a translator from English to Hindi. I started, and did a quarter of translations for meta:Huggle to Hindi, which was finally completed [after a lot of effort and and what not, both on Meta and en wiki] by Rohit, and Vibhijain. I was pointed to this: Requests for comment/Vibhijain and Mayur, and after reading that, I read this. From what I know, Mayur is the main fellow "running" hi wiki. Several people from non Hindi, [wikis in the real world] often refer to Hindi Wikipedia as "Mayur Land". Creating new articles was an especially difficult task, there were so many edit filters in the way, which I believe were put in place by Mayur. I had not gone thru any such filters in 2009. Judging by the previous RfA, where User:Mayur 'egged' Vibhjain to request desysop of Sir Nicholas, I believe he was also behind the request for desysoping HPN on Samskrit. I would hope that a user like Mayur would make better use of the privileges and responsibility that he has been given and not use it to his own personal needs. ----Rsrikanth05 (talk) 05:42, 10 March 2012 (UTC)
Hi heard complain regarding lots of deletions, I made lots of deletion bcoz of deleting unnecessary pages on Hindi Wikipedia. Yes most of them was yearly based category pages(Category:1 BCE to Category:50000 BCE) which i deleted after discussing with my community member. Secondly yes I created those pages from my bot but it as no another admin was active so i deleted those pages myself and I see no issue in this. I was the only admin who did admin action regularly but as soon as we formed eliminator group it took away a lot of burden over me.You can see that I did very less admin actions in last three months. For every user group we explained significant reason to media wiki developers.There is nothing like misconfiguration as any right is not violating media wiki policies.
if you will check the my request for enabling oversight flag it was I who again requested to remove crat ability to assign this flag.I as soon as I came to know WMF policies I reopened that bug and rectified it. Yes I did some experiment just 2 to 3 to check this flag ability.But there was nothing intentionally wrong.
Abuse filter private logs
Abuse filter private was enabled as a misunderstanding between me and robH. I asked him to enabled to see private filter capability not Ips. As soon as I saw this issue I informed it to another steward Jyothis and he discussed that it with some another stewards and he suddenly asked some developer to remove this ability from hi crats.
So many right changes
Yes I changed my rights many times as many user groups were enabled on hi wiki so to test them I changed my user group many time.Also I keep any user group with me when i required it after its usage i removed that flag from me. I tried to make so many user groups bcoz hi wiki need many active admins but as soon as a person become admin he became inactive that left a complete burden on me and 1 or 2 another active admins so we decided to make small groups inspired from some another wiki so that we can assign any user to a user groups as per his willingness. Any user who want to stop vandalism we gave them rollback and eliminator. and any user who wants to maintain main page we gave them editprotected.
I did everything according to community consensus whenever anybody opposed me I clarified it and apologized. if you all think that I did any think wrong then I should be first of all warned for my actions. We gave atleast one warning before we block or remove any flag from any user.
Removal of crats right
- Why did all crat flags were removed as crat haven't ability to assign oversighter and CU user group. I think these two groups have link with WMF policies and also Abuse filter manager group haven't ability to see IPs of users.These both option had been removed by Bugzilla devs a year ago on my request and discussion with stewards. After that incidance there is not a single incidence of this type. It was I who informed Bugzilla devs to remove oversight flag approach from hi crats.
Top indic sysop crap
This list was prepared by me to motivate hi wiki admins to perform admin actions, as you all have listened below that almost all hi and many indic wiki admins don't perform their admin duties and work as a regular user.Lolz for blaming me so many deletions to be Top Indic Admin as you can see it in the list 2nd highest score is around 18000 and mine are 100,000 and that user is retired so if I had such intention I could stop at 19000 or 20000 why so much work? Secondly I was blamed to just create many pages so as to increase my admin log, wow you have given a excellent idea to many admins but my case was opposite I never just created a bunch of pages to delete them.The number of pages were created by me a year or some months ago before deleting them. if still discount deletions of pages created by me I shall still remain Top indic sysop.
Breach of stewards policies
I think we should rather then file a another Requests for comment/Vituzzu for breaching stewards limitations for Vituzzu as he did it so suddenly without any warning to any hi crat. I believe this to be a well planed group effort to remove hi wiki crats and their user groups as many wikis have many user group why hi wiki is being targeted without any initial warning, we all give atleast one warning to a user so why to make so hurry. Is Vituzzu is trying to convince us that media wiki devs are not aware of foundation policies or What do you want if a admin is doing nearly 99% admin tasks in his project is wrong in your sense.
At last I want to say that we all are working for a same cause, As a Hindi Wikipedia I tried my level best to make it best from efforts. I have spent many nights and days for improving its interface and many things which I didn't know. I think we all are attached to this wiki-love that's why you all were Anxious. Thanks to Hindi wiki community and others who trusted me. if you all people still thing I did any wrong then I have nothing to say beyond this but anybody should get one warning before we take any action against him, he should be told not to do objectionable things. But again I shall respect your consensus. Thank you--Mayur (talk•Email) 04:50, 10 March 2012 (UTC)
- Feel free to open any rfc you feel appropriate. But it won't change reality, putting it mildly I'm quite sure you wouldn't had to do the 99% of hi.wiki's administrative log if you had involved more users into hi.wiki's management, and yes, devs did some incredibly severe mistakes. --Vituzzu (talk) 17:40, 10 March 2012 (UTC)
- Ok, So i was punished for doing more and more admin work.What a reward from Wikimedia Community.BTW FYI hi wiki already have 8 active admins and I think that is enough for management.But I am pleased that stewards finally come over "Community consensus", I shall appreciate this effort of stewards they should keep track of all small wikis and some common policies for each wiki to be established. So I think my time and support is over for Wikimedia projects. Sorry to those who felt bad due to any of my statement in mailing list or any wiki projects. I had very nice time with all you Wikimedia community members.All the best to all of you:-)--Mayur (talk•Email) 18:45, 10 March 2012 (UTC)
- "Punished"? I think you misinterpreted almost every action I took. --Vituzzu (talk) 20:48, 10 March 2012 (UTC)
- CommentMayur, stop being the hero wearing your undies on the outside and be a professional — stop being so "you" centric in this matter. The broader WMF community is addressing an issue that the hiwiki community and its overarching management has moved from the model expected by the WMF community, and these actions are looking to align it back to the model. There are many factors at play here, and we are concentrating on a governance solution, not undertaking a blame model. billinghurst sDrewth 02:15, 11 March 2012 (UTC)
- Diverting the topic because things aren't in your favour is not something of an option here. It'll merely get you into more trouble and increase the trust deficit. ----Rsrikanth05 (talk) 09:46, 11 March 2012 (UTC)
- Suggesting that you implemented abuse filters such as the one preventing everyone apart from those with over 40k edits (ie you) from editing a policy with good intentions is absurd. Blaming others or opening RfCs are unlikely to change your position. In fact, it is more likely people will view you in a negative light for such actions. Pmlineditor (t · c · l) 13:07, 12 March 2012 (UTC)
- The situation seems to rise due to over-management. It is a fight between "What we create" and "How we create", wrt wiki content. I am not sure how this is going to affect hiwiki (removal of bcrat rights). I request User:Vituzzu to own up any bcrat needs for hiwiki and related projects, since it has initiated the process. --Sbharti (talk) 11:04, 10 March 2012 (UTC)
- I also believe that User:Mayur may have best intentions in his bract activities, however, clearly enough stewards here do not agree with that. At the end, wiki works with "the authority of consensus" and we can accept it. --Sbharti (talk) 11:04, 10 March 2012 (UTC)
- I also support the view of putting immature users like User:Vibhijain with suspended admin rights across all wiki projects. --Sbharti (talk) 11:04, 10 March 2012 (UTC)
(This user is slightly active on hiwiki, contributes little to content creation but works on bots/tools to enhance hiwiki quality)
I'm not in a position to judge what has been "breached" or at which severity, but keeping track-record of Mayur, as an only active admin/'crat on Hindi Wikipedia, he should have been given a warning first at least? I'm not re-assessing what has been done before, but I think the conflict is in between consensus building process of local community and Foundation's rules/norms, if my interpretation is correct. Does Mayur grant special rights to any rambler of Hindi Wikipedia? No (at least, not in my time). There has always been a process of nomination→support/oppose→success/failure. Yeah, Hindi Wikipedia do have some redundant rights, and a very few make "80% of administrator's rights", but you must take into account the ground realities. These "users having the 80% of administrator's rights" are performing more than 80% of administrative tasks (please check logs). Few admins don't even know their job, forget it, they even don't know basic copyright policies regarding images, text, etc. So, in this case, I do not see how possibly you can call it "poor user rights' management"?--Bill william compton (talk) 13:08, 10 March 2012 (UTC)
- Regarding the oversight and checkuser rights management, I cannot say anything since I do not have much knowledge on the rights.
- One technical correction in the original comment above: hi-wp has 102k articles, but the total number of pages stands at 3,66,998.
- Regarding the addition and removal of users groups to Mayur and Mayurbot, it may be possible that they were done out of ignorance of the fact that they were redundant.
- No, mayur knew that, as his answer at the stewards election question by me shows. Nemo 13:45, 10 March 2012 (UTC)
- Regarding changing the visibility of log events, any changes made without community discussion and/or valid reason are clearly out of bounds of the conduct expected from an admin/crat
- Regarding the abusefilter, it is most probably true that noone on hi-wp would know how to manage them. Hence, in my humble opinion, it would be best if they're first made public and then someone who understands them tries to explain what each one actually does. The latter will be a tough job, but I find that to be the only way the community can make an informed decision about whether to keep or discard them. While I agree that certain filters may be too harsh (as it seems from comments above), disabling them completely would only wreck havoc on the current system. Even as it is, finding vandalism on hi-wp is a tough job considering the number of active users, and if all abusefilters are disabled in one go, it would open all floodgates and do more harm than good. It would rather be better to place a human-readable form of the filters in front of the community for consensus where each filter would have to be decided upon individually.
- Regarding filter 6 in particular, it seems quite out of place for a wiki, especially if it was applied without community discussion
- Regarding the current system of usergroups, it seems most were created after Mayur came. Some usergroups are redundant to each-other, but again, there are certain groups that are useful and removing which would negatively impact the maintainance activities on hi-wp. So, it would be better if redundant groups are normalised, i.e merged; however, if that is not possible, and it is decided that usergroups have to be reset, I think it would be better if prior opinion of the hi-wp community is taken before such a big step, allowing them to keep certain useful groups.
Having said the above points, I would now like to put things that happen on hi-wp into perspective. Even though hi-wp has 100k+ articles, the community strength effectively remains small, and communication is low. Discussions tend to attract a very small number of users, which I have never seen going beyond 15-20 in the extreme cases. Needless to say, those extreme cases are the ones with highly polarised opinions and general discussions have even fewer members ranging between 0-10. In such situations, consensus becomes a matter of having 3 or maybe 5 votes, which may or may not be the will of the entire community since many people simply do not respond. There are two ways out of such a situation, one can either go ahead with what one believes to be right, or one can accept the status quo. At first look it may seem that the latter way is correct, but if the latter way is always followed, it leads to stagnancy in the wiki where a community cannot thrive. Needless to say, the former approach does result in some bad decisions too, since one cannot always be right. And if technical stuff like user-rights and abusefilter is involved, the matter can get as bad as this.
Please keep in mind that I am not condoning any of the actions of the said user(s), only trying to bring into perspective a possibility of what can happen in situations like the one hi-wp is in. And I should add here that Mayur is still by far the most active admin. Most of the other admins do not perform any admin tasks, and act like regular contributors only.
Moving on to the usergroups, as of now the main usergorups can be summarized as follows:
||one user differs between the two 12's and User:Mayurbot doesn't have either flag
||all three 11's are same. 10 is a subset of the 11.
||all 3's are same. 2 is a subset of the 3.
||The one is Ashish bhatnagar
Each row gives the stats for a usergroup as to how many hold which other flag. (I hope this makes sense. Please ask me if it doesn't.)
Clearly, it can be seen that what should be a system with independent rights management, it has turned into a hierarchy of sorts; meaning that higher we go, the fewer are the people. It can be seen that higher group flags are alloted mostly to those who already have a lower flag. This makes becoming an admin or crat jumping through a series of hoops hoping you'll get through before the next guy does. Whether intentional or accidental, this has led to decreased manpower for the maintainance of the wiki since:
- We get fewer people
- The numbers are inflated, since all the groups consist of essentially the same people; and this means less work gets done.
Please do note that there are other usergroups which I have left out of the table since they don't seem to form a step, meaning they are still independent as all rights should be. These include filemover, interface admin, former admins, former crats, patroller (empty), amongst several others.
Also note that the nomination page of the editprotected group(w:hi:विकिपीडिया:वरिष्ठ_सदस्य) states:
इसके अलावा इनकी इच्छा पर इनको रोलबैक, पुनरीक्षक, उत्त्पात नियन्त्रक एवं स्वतःपरीक्षित समुदाय के अधिकार भी प्रबंधको द्वारा दिये जा सकते है। अतः सदस्य मुख्यत: प्रबंधको जैसे कई उपयोगी अधिकार रखते है। एक प्रकार से इन्हे उप प्रबन्धक माना जा सकता है।
which can be literally translated as:
Also, if they wish, they can be granted rollback, reviewer, eliminator and autopatrolled rights by the admins. Therefore they have many useful tools at their disposal like the admins. Hence they can be considered assisstant-admins/deputy-admins/sub-admins.
This leads to these users becoming almost sysops. They can edit fully-protected pages, but not cascade-protected (chain-protected?). They can delete/undelete but not nuke. They can't edit the interface or set any user rights. (There may be other things I missed.)
Usergroups such as autopatrolled, eliminators, rollbackers, reviewers are very important for the maintainance of the wiki. Currently most deletions are handled by the eliminators. If used correctly, I feel it is these groups that can form the backbone of the maintainance workforce; but used in a hierarchical fashion, they probably scare away more people than they attract. So rights management does need to be reviewed, but resetting the groups will break the camel's back. What we need is to delink these groups and make them independently accessible to general users. Whether this is done on hi-wp with stewards keeping a watch or here on meta is for the stewards to decide.
PS:This was supposed to be after Sbharti's comments, but it took me a while to get the info together.--Siddhartha Ghai (talk) 13:42, 10 March 2012 (UTC)
There was a thread of discussion surrounding this in July 2011. The links to the discussions are available below in chronological order:
Thread name : Top Indic administrators
Month: July 2011
From my initial review of the facts presented here, I view this as a serious breach of accepted Wikimedia policies, particularly due to the random addition of rights for himself (by Mayur), and using a wiki (which has a small community) like a personal playground, imposing his own rules and violating the Oversight policy.
The Hindi Wikipedia appears to have a highly complicated system of userrights, which I think should be simplified. Redundant groups, empty groups and the "sub-admin" groups should be deleted to prevent further misuse. Bureaucrats should not be able to grant so many rights. As such, no one apart from stewards should ever be allowed to grant OS and CU rights in WMF wikis. It is indeed concerning that our devs allowed crats to grant OS in a wiki without much community support (2-10 !votes is not "consensus"). Mayur's explanation that he was experimenting with sensitive permissions like OS is concerning too; I find it absurd that someone with so many edits and admin rights in multiple wikis is not aware of meta policies and does not even bother to check them before granting himself such rights. Giving hi wiki crats the "abusefilter-hidden-log" permission is also unacceptable and a violation of privacy. The abuse filters are mostly private and I think it is best to make them public or grant someone with knowledge of regex the right to modify and disable the filters as per community consensus and remove the highly restrictive and unnecessary filters introduced by Mayur.
I think we need to work on removing this autocrat-like behavior of admins in the smaller wikis. As someone on this page mentioned, Mayur (and some other hi-wiki users) have been doing the same thing in the other Hindi and Indic language wikis (I've seen Mayur doing thousands of useless minor edits like minor changes to categories, welcoming every page under the User: namespace). This should be stopped immediately. Also, for smaller wikis, it is best to follow the normal userrights structure. Perhaps it would be possible to have a log in Meta where addition of permissions to usergroups in small wikis (GS wikis at least) could be monitored. Certainly, I'm not suggesting stewards or GSes take over admin jobs in the wiki, but the former would prevent disruption and violation of policies seen in this case. I don't want this list to be something stalked by hundreds of editors who will file RfCs if a single uncommon right is granted to a usergroup, but to be a reference list, which people active in crosswiki matters can occasionally check to see if weird changes (like those in hi wiki) are being made to the userrights system. Moreover, it will allow speedy action if crats or admins (or others) are allowed to grant sensitive rights.
Regards, Pmlineditor (t · c · l) 10:25, 12 March 2012 (UTC)
- I agree that such information would be useful. I imagine it as an auto-updated table like that on Abuse filter; speaking of which, I've proposed some monitoring of filters: Talk:Abuse filter#Monitoring. This is really not done against any wiki, as shown by the fact that most wikis I contacted are happy to receive comments on their filters, discuss them and act on them. Nemo 10:35, 12 March 2012 (UTC)
Recently I tried to make a list of all usergroups available on different wikis conc. editing:
Can we please tidy out a bit? At least give local groups with the same rigths the same (English) name! Regards a×pdeHello! 12:54, 16 March 2012 (UTC)
Draft for a solution by Vituzzu
Setting apart some concerns about actions which seem to have been made just in order to increase editcounts (actually the "Top Indic Admins" list sounds very badly, also the creation of a useless "bot with administrative rights" ) I think hi.wiki has gone through a sort of sclerotization process ceasing to involve new users and pushing away old ones. I can just try to figure out the reasons, one of these should be Mayur had no feedbacks to his actions. I don't support "punitive" measures against him, he did many mistakes but hi.wiki's community lacked of giving him feedbacks and checking his actions, furthermore some dev has "shared" this mistakes.
So I suggest the following actions. --Vituzzu (talk) 13:06, 10 March 2012 (UTC)
- Remove of all hi.wiki's additional usergroups except autopatrolled and reviewers (after emptying them as per following points).
- Move all ex-administrators and ex-bureaucrats to the autopatrolled group.
- Merge all the autoreviewer group into reviewers' one.
- Remove all extra rights to bureaucrat group, including the ability of remove sysops' rights and edit abusefilter.
- Assign to administrator group the right to add and remove self to/from abusefilter group.
- Promote all users which are in "editprotected" group to temporary administrators for a term of six months.
- Remove all bureucrats' flags for at least a year and then assign if properly elected following usual process.
- Manage the assignment of administrators' flag on SRP for at least a year, assigning flags upon local consensus.
- Reset abuse filter to the standard form, and especially no ability to block through the filter.
- Remove of all bot flags beyond bot itself; if bots require admin permissions a fresh request should follow.
- Make all abuse filters public immediately; quickly disable or delete them all except the obviously positive ones, leaving them to local review.
See also the technical Appendix.
- I've moved the list out of Vito's comment because there's wide agreement and for the sake of clarity it's useful to edit it directly summarizing the result of the discussion. (See original proposal.) Nemo 10:16, 12 March 2012 (UTC)
- Support The comment by Siddhartha Ghai
below above shows that also reviewers and probably rollbackers group are useless (reviewers actually have
validate permission which sysops don't have, although they should); once editprotected users ("almost sysops") are made sysops, all the other overlapping groups can be deleted, including filemover and interface admin. On abusefilter, I'd rather create an abusefilter group as on many wikis, and let it be assigned by sysops and removed by sysops/crats (whatever is the most common choice on Wikimedia projects), so that ther's more transparency on who actually manages them and the flag can be revoked individually if abused. Nemo 13:58, 10 March 2012 (UTC)
- Note: 12 project give sysop the ability to add and remove abusefilter group, while 7 give it to crats. Nemo 10:16, 12 March 2012 (UTC)
- Support except that references to "hi.wiki" should be replaced with User:Mayur. Mayur is "not" hi.wiki and vice-versa. This "Requests for comments" section is specifically related to Mayur's activities on hi.wiki, other bcrats like Ashish, Purnima, Mitul etc are not part of this discussion. Therefore, generalising Mayur actions to hi.wiki would be inappropriate. Instead of actions like "removal of all bcrat bits, bcrat flags etc from hi.wiki", pls direct it towards Mayur. --Sbharti (talk) 15:06, 10 March 2012 (UTC)
- Another request, which is more important, is that Mayur is the only active bcrat on hi.wiki (as Ashish has been dormant somewhat). I request one of you stewards to take up the place until we re-instate Mayur as bcrat or find a suitable replacement with time (like in a year or so). --Sbharti (talk) 15:06, 10 March 2012 (UTC)
- broadly Support though agree with NB that rollbacker maybe isn't necessary, and empty it. I would prefer that #5 be a separate right that administrators can toggle for themselves, or for others, and not be turned on for admins by default, and then let the community determine a process or otherwise for that alteration. I would also like to add the following point to the resolution billinghurst sDrewth 15:17, 10 March 2012 (UTC)
- Reset Special:AbuseFilter to the standard form, and especially no ability to block through the filter
- Further point, there are bots that have been assigned rights other than bot, I would think that ... billinghurst sDrewth 15:32, 10 March 2012 (UTC)
- all bot permissions beyond bot itself should be removed, and if bots require admin permissions that a fresh request should follow
- Support with the points that sDrewth made. — [ Tanvir | Talk ] 07:28, 11 March 2012 (UTC)
- Support with the changes made by sDrewth, but what about Mayur exactaly? He will lost the crat bit, but and the many other flags he have - including adm in this wiki and even bcrat in another wikis - He will get to keep those?. Other thing: I believe all wikis "driven" by Mayur should be checked, and a good one to start is hi.wikt since we already have a RfC about his actions there. Béria Lima msg 03:33, 12 March 2012 (UTC)
- Reviews were made of a number of wikis the other day, looking for discrepancies/tweaks, and an audit was undertaken on AbuseFilters across many wikis. At this time the only wiki recommended for in depth review is Hindi Wikipedia. billinghurst sDrewth 12:07, 12 March 2012 (UTC)
- Comment for the record, he no longer holds any sysop or bureaucrat flag on any wiki except a test-wiki sysop flag. (Logs:   .) — [ Tanvir | Talk ] 07:13, 12 March 2012 (UTC)
- Beria, this is intentionally not addressed in the proposed solution. Mayur will be able to request temporary sysop status like all the other users (point 8). He could even be included in the initial temporary sysops per (6), but it seems unnecessary. This will allow all users to continue or increase their constructive work, in a peer-review, sane wiki environment and not a hierarchy; that's the main point, not the individual actions. As for the other flags, they were all redundant, except bureaucrat that won't be assigned at all per (7), and will be best discussed in a year or more, when there's a request. Nemo 09:21, 12 March 2012 (UTC)
- How about removing the complex and unnecessary filters that are in place now? --Jyothis (talk) 10:09, 12 March 2012 (UTC)
- Indeed, this was considered obvious, but let's add it to the list. Nemo 10:16, 12 March 2012 (UTC)
- I agree with all points suggested above. Pmlineditor (t · c · l) 10:27, 12 March 2012 (UTC)
- Support Let's just enact these changes, a week should be enough; we seem to have a consensus. Theo10011 (talk) 14:30, 15 March 2012 (UTC)
- Support - However, I'd also think about a general wiki-wide change of the user right management as I said above. -Barras talk 14:53, 15 March 2012 (UTC)
- Support. I agree with Barras. AshLin (talk) 15:49, 15 March 2012 (UTC)
- Support. Agreeing with proposed solution except on point 6 (I'd go with normal RfA for those interested). Agreeing too with Barras. Regards. —Marco Aurelio (Nihil Prius Fide) 10:44, 18 March 2012 (UTC)
- Support ~~EBE123~~ talkContribs 00:16, 20 March 2012 (UTC)
In the past week the only comment has been to reinforce the initial proposal put forward by Vituzzu with adaptations. I propose to close this discussion in one days time, with the plan to be
- Implement the 11 points above on Hindi Wikipedia
- Submit a bugzilla request for a site request to adapt the configuration as set out in Appendix
- Stewards to draft a proposal to be addressed to Director of Community Advocacy, Wikimedia Foundation, seeking a review of the assignation and undertaking of permissions in site requests, and related issues, that are lodged in Bugzilla: to ensure that there is a community review aspect in line with existing policies.
- Communicating this information to Hindi Wikipedia
billinghurst sDrewth 10:35, 18 March 2012 (UTC)
- Point 3 is useless and has not been discussed, it's better to address it later. Nemo 22:24, 18 March 2012 (UTC)