[01:59:37] https://meta.miraheze.org/wiki/Special:RequestWikiQueue/75708#mw-section-details For this, I'd ask for more info. The requested name is Sprunki Anime, but the description says its reimagined in an anime styled. So what is it based off? What sort of lore is documented? The request, as mentioned by CreateWikiAI, has more details about the moving reasons. [10:54:23] [1/8] generally speaking a request in that category is sufficiently low risk inherently I see little purpose bothering to go deeper than already described, even if it wasn't the case that a lookup of "Sprunki Anime" gives results like this https://duckduckgo.com/?q=Sprunki+Anime&ia=web which on one hand isn't especially specific but on the other doesn't really raise serious flags for me ei [10:54:23] [2/8] ther [10:54:24] [3/8] The request history can be interesting to look at. There's quite a few, 2 have resulted in actual created wikis, created wikis seem more or less functional and one is actually well-edited, which contributes positively in my estimation because I'm less worried about a founder who's made stuff and actually does them some credit than someone with no history or a history with requesting [10:54:24] [4/8] 6 wikis and everything is abandoned [10:54:24] [5/8] The perspective I take, which is somewhat unconventional, comes down to the question of 'is there an imminent policy concern' plus 'is this a risk'. So that is why I take it from a risk-assessment point of view, and a 'long' risk like hypothesizing possible copyright concerns because there is music mentioned a lot in the fandom does not compel me, unless someone else with more famili [10:54:24] [6/8] arity or who digs deeper into this does uncover something and makes me look silly here. [10:54:25] [7/8] My core question with any 'ask more information' result is to ask if that question will tangibly affect the approvability of the request as presented. It is not always necessary for the request itself to throw everything at you, especially if a quick search offers context for what is being described, and if you can be assured there is intent to commit which I think is demonstrated in [10:54:25] [8/8] the requestor's background [19:02:34] https://meta.miraheze.org/wiki/Community_portal?curid=6947&diff=522648&oldid=522574 [19:02:37] 😭 [19:05:37] should I tell them that they're getting an error because the name they inputted is too long [22:27:54] [1/2] https://meta.miraheze.org/wiki/Meta:Administrators'_noticeboard#Request_for_Interface_Administrator [22:27:54] [2/2] it looks like this hasn't been available [in 7 years](https://meta.miraheze.org/wiki/Special:Log?logid=193332), is it a mistake that admins don't have the right or is it a mistake that the page says admins can add the right? [22:29:47] admins indeed dont have the right to add int-admins, in which case it goes over to the stewards [22:30:07] imo they should be able to do but I guess there is some precedent from god knows when [22:31:14] https://meta.miraheze.org/wiki/Requests_for_Comment/Meta_Interface_Admin_Group is the only thing I can find [22:31:43] but it's also from a time when Meta had Bureaucrats [22:32:36] so yeah looks like the page shouldn't say that admins can add the right [22:33:03] ig it should be on [[Meta:RfP]] then? [22:33:04]

[22:51:15] Yeah so it’s up to stewards in capacity as meta crats [22:52:18] well hello there [22:52:31] <_chrs_> looks like a long-lived mistake in the page, stewards (probably was on AN as a seperate BN would be excessive) [22:56:38] This is actually a bit of a grey area in that I’m not sure if AS inherits that role [22:56:43] [[AS]] [22:56:44]

[22:57:43] AS EXPLICITLY cannot “Close Requests for Comments or Requests for Permissions” [22:58:09] Also don’t have the actual permission [22:58:24] do you have managewiki-permissions [22:58:28] locally [22:58:56] Yup [22:59:01] But not userrights [22:59:16] I think it would be really funny for you to give giving interface-admin back to sysops [22:59:23] So I could technically steal the power for myself but it wouldn’t be pretty [22:59:32] It would be [22:59:37] Advance my socialist agenda [22:59:39] I mean wait what [22:59:55] i'll give you a socialist agenda to advance [22:59:57] https://issue-tracker.miraheze.org/T15032 [23:01:10] Not sure how that’s relevant but hell yes? [23:02:01] all :3 users are workers of the union you know [23:02:23] Wiki Union goes crazy [23:02:28] and I have 1080p 4K UHD FHD proof that WWR is a :3 user [23:02:47] actually fun fact did you know there is an actual union for WMF employees [23:03:49] im so glad wmf aint unionbusting [23:05:23] I wouldn’t be opposed to explicitly say AS is meta crat [23:05:32] And just giving the old user group to AS locally [23:05:54] oh hey you're like a steward.... they write RfCs, right...? you should write one... [23:06:02] True [23:06:03] <_chrs_> mmm if that happens just move the addgroups/removegroups to the AS local group [23:06:48] Fair [23:08:51] actually [[SR/P]] is probably the place [23:08:52]

[23:09:10] True but also self proposing something that currently literally only gives me power feels weird [23:09:42] it is lonely in middle management, but alas, someone must pave the way [23:09:50] it is not only about you [23:10:19] I cannot believe you would expose me like that :3 [23:10:26] :3 [23:11:42] yeah similar situation to meta bots I think, which is done on RfP but appears to be granted by Steward discretion