[01:13:37] [1/2] Me: tries to install an extension on my dev environment [01:13:37] [2/2] My dev environment: https://tenor.com/view/meme-adios-gif-20097877 [01:27:04] owww Fandom blocked Markus Rosts server IP for WikiBot [01:27:58] chokes on water I beg your pardon [01:28:13] They. What [01:28:29] Uyup. Though apparently this shit has happened before and it was by accident so hoping that's the case. [01:28:32] looks like they unblocked it now but it was blocked for a couple of hours [01:28:45] So the bot didn’t work on fandom wikis? [01:28:52] it didn't for the last few hours [01:28:57] which makes sense since they forked it [01:29:15] Yeah I really thought fandom was just giving the biggest middle finger to Markus lol [01:30:12] Petty [01:30:33] That’s beyond rude [01:30:53] #JustFandomThings [07:34:49] <.labster> Does anyone know where I would support an issue on this extension? https://www.mediawiki.org/wiki/Extension:PageProperties [07:37:11] <.labster> It's a security issue, but only in the weakest sense, in that it could be used to DoS mediawiki.org... if our servers would even be capable of such a thing [08:06:48] support@topway.it [09:43:55] let the renaming begin https://github.com/miraheze/ReopenWiki [09:52:35] members of the SRE and mw-admins teams on GH have been given admin access just now btw [10:03:58] I'm really confused at what that extension is supposed to achieve [10:04:45] the idea is replacing RfRW on meta [10:04:58] Agent talked about it yesterday on #general [10:05:26] oh, and also potentially letting non-Stewards reopen wikis, without giving them managewiki rights [10:24:13] <.labster> should I reject for security reasons? 😈 [10:24:32] I'm exempt from the security_reviewers cabal 😈 [10:25:05] <.labster> `SpecialRequestImportDump.php` hmmm [10:25:09] yeah I know [10:25:17] working on it rn [10:25:27] <.labster> git rm [11:13:08] does that need its own extension though? [11:13:52] anyway apparently there's a discord wrapper for php and now I'm making a discord bot hehe how fun [11:14:02] (That is not actually sarcasm I am having so much fun) [11:14:34] or should I say a php wrapper for discord [11:15:10] you could maybe use JS to automate most of RfRW as a Steward, but there's no getting around letting non-Stewards handle reopen requests without also giving them ManageWiki [11:15:47] sure, I just don't think it needs to be its own extension. Surely it would make most sense to be folded into CW or MW? [11:15:56] no pls [11:16:23] just doesn't make sense for it to be its own extension to manage a flag that is created for, and managed by managewiki [11:20:15] <.labster> Yeah, I'm leaning towards OA's position here. [11:20:35] <.labster> in separate files, still. [11:54:56] m e r g e i t [11:57:08] and btw, is there any ETA for the root article link to get tested? [11:57:20] I wants to test that out [13:20:35] [1/2] Probably cache problem, undeletion is not reflected 🤔 [13:20:35] [2/2] https://meta.miraheze.org/wiki/Requests_for_reopening_wikis#worldoflaryia.miraheze.org [13:41:45] what are some of the features of wikinapbot people find useful? [13:44:39] yeah that's pretty weird [15:21:40] Personally, I'd bundle all the Request* extensions into one [15:21:44] We're duplicating code quite a lot [15:21:59] it might eventually create a maintenance struggle [15:25:14] an add-on at most if the sole purpose is to extend an existing extension [15:40:48] this is what I mean [15:41:05] its pointless having an extension that just calls out to ManageWiki when it could be in managewiki itself [15:42:29] I don't support continuing to bloat the MW and CW codebases [15:42:45] but whatever, I'm dropping ReopenWiki then, feel free to do it yourselves [15:45:48] The Whois imo [15:46:02] Dang I took too long to make mine :sad: [15:46:23] I was going to try to work on it yesterday actually [15:46:24] But uh [15:46:29] I learned something important [15:46:38] I can publish my code to git if you want to see how I'm doing it currently [15:46:46] I should never be let within 5 miles of a production mediawiki instance.. [15:47:01] Sure, I’ll do the same with mine when it does something [15:47:27] heh let me just see I'm not leaking any private data [15:47:35] I turned all pages into blank no html sent trying to install OAuth locally 😎 [15:48:09] managewiki itself should probably get a refresh [15:48:16] banhammer for raidarr! [15:48:28] ManageWiki needs a rewrite [15:48:31] CreateWiki too [15:48:36] double ban: independent project friendly managewiki panel [15:48:41] yeah something I've been thinking for [15:48:42] Relocated [15:48:48] you're funny [15:48:49] How so [15:49:02] ManageWiki can't exist as a standalone at the moment [15:49:07] You must install CreateWiki as well [15:49:12] well the first thought was admin links but more useful, but that just became managewiki with less farm dependency [15:49:47] [1/6] I'm not sure if cw/managewiki does this already, but i'd like to be able to do [15:49:48] [2/6] ``` [15:49:48] [3/6] $wi = new Wiki('metawiki') // or some other identifier [15:49:48] [4/6] var_dump($wi->getPermissions) [15:49:49] [5/6] ``` [15:49:49] [6/6] and that would give me an array of the permissions [15:50:07] like maybe an object with all of the config for that wiki, would make it so much easier [15:50:31] true config import/export would be nice [15:50:33] So like https://m.mediawiki.org/wiki/Extension:PermissionManager [15:50:50] isn't that even worse? [15:50:54] It depends on Bluespice [15:51:28] gamepedia's was worse [15:51:39] [1/2] they had 2 boxes [15:51:39] [2/2] permission to add and permission to deny [15:51:45] and you had to put the permission in as text [15:52:08] Gamepedia, the relic [15:52:22] but I do think gamepedia was ahead of the curve with hydra [15:52:25] Oh [15:52:25] very nice ecosystem [15:52:27] Didn’t notice [15:53:41] bro is still thinking [15:54:37] It means that the command was processed but failed somewhere between deferring the command and responding I think [15:55:00] maybe it was because i didn't give a username [15:55:07] but i just tried raidarr and its thinking again [15:55:12] _doxxes raidarr_ [15:55:13] Nope [15:55:20] No user name defaults to self [15:55:27] maybe because it's trying to pull Raidarr's massive CentralAuth [15:55:28] Hm [15:55:40] I have a small one so [15:55:41] mines not that big tho iirc and it's not working [15:55:47] I'm pretty happy that his CentralAuth page finally loads [15:55:50] in 4 seconds too [15:55:54] my centralauth is no longer impressive [15:56:02] used to take a minute straight to log in [15:56:08] now it's less than 5 seconds [15:56:22] Hm [15:56:31] Who has a super smol CA [15:56:35] central auth should cache these things but that would be huge [15:56:50] a breath of fresh air for CentralAuth now that it doesn't rely on hardware that was old enough to drive [15:57:11] Yo discord added supports for animated bot avatars [15:57:56] Hm [15:58:16] Also the code is on GitHub if you wanna see [15:58:23] In ✨ python [15:58:27] go on [15:58:30] one sec i'll put mine on [15:58:37] not github tho yacky [15:58:40] I mean NapBots not mine [15:58:54] Sell the ocotcat your soul [15:59:14] ohhh [15:59:37] I never got to testing [15:59:41] I made an owner only app on meta [15:59:42] But uh [15:59:45] Owner only [15:59:49] For an Auth bot [15:59:57] You can see the complication ja? [16:00:06] >.< [16:00:11] https://tenor.com/bfKYp.gif [16:00:17] So I tried locally on mwcli to install OAuth [16:00:31] https://cdn.discordapp.com/attachments/615786602454581249/1207104072163790979/Yay5YFv.png?ex=65e7a8c5&is=65d533c5&hm=d0e5713d4215159ab5c2777d6d5e97c31a8841374c67b866973573e46b63e676& [16:00:51] So I tried on my virtual machine instance from before [16:01:08] And now all pages return absolutely zero html [16:01:10] I think that just means theres no alias for the special page, which can be ignored for testing [16:01:14] just hijack Betaheze [16:01:21] Please for the love of god never make me SRE [16:01:28] …. [16:01:34] Oh… right [16:01:42] We have a test wiki [16:01:52] a test farm actually [16:01:56] running 1.42 already? [16:01:58] :thonk: [16:02:08] Wait isn’t it Mirabeta? [16:02:23] What’s the url [16:02:40] yeah, the URL changed recently but its name is still Betaheze [16:02:45] https://meta.mirabeta.org [16:03:33] Who’s an admin on there to grant OAuth proposals [16:03:39] all sre [16:03:59] Oh it’s a request account wikis [16:04:20] yes because of spam [16:04:34] Looks like 41 [16:04:41] Where request [16:04:49] https://tenor.com/view/seal-spin-spinning-spinning-seal-animal-spin-gif-17879679 [16:05:01] email sre@ [16:05:05] with your email and preferred username [16:05:14] I really wanna try gemini plus has anyone tried it in comparison with gpt [16:05:47] Aight [16:05:57] Any more format needed? [16:06:01] none [16:13:47] @pixldev https://gitlab.com/telepedia/garda btw [16:13:56] garda is current working name but I don't expect it to stick [16:13:58] too spanishy [16:15:45] Miraheze.org or wikitide.org? [16:16:25] both go to the same place [16:16:37] though technically, miraheze.org is an alias for wikitide.org in the G Suite config [16:17:01] Should be sent [16:17:06] Fairly sure I didn’t fox myself [16:19:40] Also just noticed paladox resigned. Huh [16:19:55] yeah it came through [16:19:57] :sad: oh well, best of luck to him wherever he goes [16:20:46] Y’all really renamed bureaucrat to crates lmao [16:22:14] My favorite right [16:22:18] [1/2] 0 [16:22:18] [2/2] https://cdn.discordapp.com/attachments/1006789349498699827/1210260285856944169/image0.jpg?ex=65e9e9b9&is=65d774b9&hm=a1edce444c180a94ae8cd7786bebdbd436fd4c9864270437fbf7b84648ddd166& [16:25:10] heh [16:26:31] What’s that even for [16:26:40] confidential [16:26:49] is a secret superpower [16:26:50] Sus [16:26:57] :susknight: [16:30:43] what does /whois actually do I can't find the specific piece of the code heh [16:36:37] should just be profile info [17:07:00] https://github.com/1VORK/WikiAuthBot/blob/master/wikicogs/base_cmds.py [17:34:22] [1/2] When I made ImportDump I didn't expect it to be a template extension for others lol. but I disagree with this, IMO we should bundle the common duplicating code as maybe some composer or npm package or something each installs then can add the other different stuff, otherwise if we did bundle them they would be Miraheze-specific, which we don't want. [17:34:22] [2/2] Although in response to @originalauthority I disagree with it being in ManageWiki as it is kinda Miraheze-specific, or at least not needed in ManageWiki for most, it being it's own extension makes sense to me, in particular if we can reduce code duplicatation. [17:37:13] [1/3] I kind of disagree mostly because [17:37:13] [2/3] a) managewiki is miraheze specific anyway, there are no other wikis using it other than Telepedia. [17:37:13] [3/3] b) If another farm did install it, it would make sense that they might also want some way for users to request undeletion of their wiki? [17:38:35] (not that I care enough either way, just my 2$ [17:38:39] 2 dollar yeah [17:39:37] Not when actual deletion functionality isn't even part of ManageWiki, it is CreateWiki, and the goal is to make it less Miraheze-specific, not more, eventually I want to make it not even require CreateWiki. [17:44:05] @pixldev: your account has been created [19:14:49] Thanks! [19:53:56] @bluemoon0332 did you want to give https://github.com/miraheze/ImportDump/pull/66 another look or does it look good to you? I think it should be fully done now... I just need to do a little bit more testing but then should be good to go if it looks okay I think. [20:15:06] hm, didnt get an email in my inbox, password reset also sent nothing :ThinkerMH: [20:36:34] Hmm I copied and pasted the email address, I’ll double check in a bit [20:36:51] The sender or the one in the tetx? [20:36:58] I would check spam just in case [20:36:59] It's possible I made a typo [20:37:03] In the text [20:37:19]