Jump to content

Wikinews:Requests for permissions/InterfaceAdmin/Gryllida

From Wikinews, the free news source you can write!

Nominating myself as sysop who is frequently available to assist with editing pages in MediaWiki namespace if needed. See https://phabricator.wikimedia.org/T378519 I can help with maintaining software and I also wanted to write a guided tour for new users. Thanks Gryllida (talk) 17:36, 29 October 2024 (UTC)[reply]

Stats

[edit]


Questions and comments

[edit]

Thank you for your request for additional privileges. I appreciate the effort you're putting into improving Wikinews.

That said, I’ve noticed there are currently 48 pages marked for speedy deletion, 35 protected edit requests, and over 20 published articles awaiting archiving—tasks that require admin attention but seem to be falling behind.

I have three questions:

  • Question As an existing admin, how do you see your role in balancing these routine maintenance tasks, which are crucial to keeping the project running smoothly, with the development of new tools or features? Do you think prioritizing one over the other better serves the current needs of the community?
  • Question Has anyone volunteered to use your IRC bot that provides a similar, guided function?
  • Question You mentioned helping with technical issues. We currently utilize Flagged Revisions to control/protect published articles. However, Flagged Revisions is no longer supported (as mentioned here). Do you have any ideas for moving us away from Flagged Versions?

Thank you, —Michael.C.Wright (Talk/Published) 15:47, 4 December 2024 (UTC)[reply]

1. Should be brought up at AAA. Someone else did these things before, and I was not involved. For example, I did not archive anarticle before. I am traveling so if a request was made within last 6 days I would not be aware. I will be at computer in about three days. If nobody asks at AAA then I do not have an awareness of what needs to be done.
2. A few people used it. Only once. It is pretty big barrier for a contributor to join IRC. Then once joined it does not save progress in the case the user has bad internet. Besides, almost nobody knows the IRC bot exists. If there is interest, we can make a page with a list of software that requires beta testing. Then the page could be advertised in sitenotice.
3. The linked discussion is too long, please give me a more specific link about flaggedrevs specifically.
3a. As far as I know enwp and ruwp used it before to prevent vandalism as it is more efficient than edit protecting pages in some cases. Gryllida (talk) 19:00, 4 December 2024 (UTC)[reply]
1. Update: Speedy deletion mostly cleared; 'stale' is not a valid speedy deletion reason, whereas 'abandoned article with two days warning is' (as far as I know). Remaining inquiries: remaining speedy deletion requests, protected edit requests, and articles archival. Gryllida (talk) 01:37, 5 December 2024 (UTC)[reply]
1. update: cleared speedy deletion category Gryllida (talk) 07:07, 5 December 2024 (UTC)[reply]

Comment Thinking about it I'm not even sure a vote is required for this because it is just an add-on to being admin. But now that it is created it might as well be done properly. Since Gryllida is the one requesting the right it might be best if someone else closed this request. According to Wikinews:Requests for permissions/Policy says the request have to be open for 2 weeks and have at least 5 valid votes and 80% support. I think those requirements are met. I will therefore ping User:RockerballAustralia hoping for a closure so Gryllida can fix what needs to be fixed.

It is correct that there are special risk involved with InterfaceAdmin privileges. So it would be good practice only to give the rights to someone when they need it. But since Gryllida is a Bureaucrat it will not help much to remove the right because if some hack the account of Gryllida they can just add the right and break stuff. So the only reason to remove the right could be that doing so Gryllida will get a clear warning that "Hey you are about to change something important".

Anyway if this is to be temporary I think it would be a good idea to close this request with a clear permission for Gryllida to remove and add the right whenever it is needed (just like with the pseudo-bot-flag). I think it would be a waste of time if there have to be a vote everytime or if some other Bureaucrat have to change the rights every time. --MGA73 (talk) 19:10, 16 December 2024 (UTC)[reply]

Votes

[edit]
I now see that as a bureaucrat you can assign this right to yourself. I would like to update my support to state that I support the granting of privileges only if they are assigned temporarily and be removed on a stated date. This is based on the significant risk involved with InterfaceAdmin privileges and is not a judgement of your character or trustworthiness. In fact, the mere fact that you brought it here for a vote speaks well of both. —Michael.C.Wright (Talk/Published) 19:05, 13 December 2024 (UTC)[reply]
usually pep expire after 2 years of unuse of a privilege is this not sufficient here? Gryllida (talk) 19:08, 13 December 2024 (UTC)[reply]
we recently had requests: licence update on script, edut css for dark mode comparibility. i had optional: guided tours. seems like ongoing need, not a one off task. Gryllida (talk) 19:10, 13 December 2024 (UTC)[reply]
The PeP process is not initiated automatically, and its initiation does not guarantee the removal of privileges—it involves a discussion and consensus within the community.
Given the significant risk involved with assigning the right for an account to edit java script that is executed by the user's browser, I think it calls for significant precaution. With Interface Admin your account will have "the ability to edit sitewide CSS/JS pages (pages such as MediaWiki:Common.js or MediaWiki:Vector.css, or the gadget pages listed on Special:Gadgets). These pages are executed by the browser of wiki editors and readers as code..." Given the potential impact, I feel it would be more appropriate to assign such privileges with a clear, pre-determined timeframe for self-retraction, especially since these rights can be reassigned as needed and as accepted by the community. This approach would strike a balance between ensuring security and maintaining flexibility. —Michael.C.Wright (Talk/Published) 18:35, 27 December 2024 (UTC)[reply]