[00:36:55] Huh, looks like a regression in MW 1.41, where it's no longer possible to use userrights-interwiki with the userrights API [00:58:01] w h a t [00:58:11] this gold is still weird [01:15:21] Yeah, looks like some really old code (from 15 years ago) in the API suddenly became no longer compatible with the current stuff [01:29:17] Specifically, it looks like the getId method that used to be used just returned the ID of the remote user, but now getId without any parameters asserts that the local wiki is the same as the wiki id of the remote user, which is never true. Wild. [01:39:41] if you're interested in the full details [13:08:37] [1/7] https://meta.miraheze.org/wiki/Special:RequestWikiQueue/43000 [13:08:37] [2/7] retrorumble.miraheze.org [13:08:37] [3/7] ```MediaWiki internal error. [13:08:38] [4/7] Original exception: [054883f020fb25650713c0a6] 2024-04-17 13:07:38: Fatal exception of type "Wikimedia\Rdbms\DBQueryError" [13:08:38] [5/7] Exception caught inside exception handler. [13:08:38] [6/7] Set $wgShowExceptionDetails = true; at the bottom of LocalSettings.php to show detailed debugging information.``` [13:08:39] [7/7] https://cdn.discordapp.com/attachments/1006789349498699827/1230142877582233683/image.png?ex=66323ed4&is=661fc9d4&hm=fc7dc6fd2d762c4dad58a80bebcbd560792157c0d0081295d719bc4eac69046d& [13:53:43] `Table 'retrorumblewiki.echo_notification' doesn't exist` [13:58:05] Yeah that is the problem. I approved it, and the wikicreator says that it exists [13:58:44] https://cdn.discordapp.com/attachments/1006789349498699827/1230155490634502194/image.png?ex=66324a94&is=661fd594&hm=bce2b7ab5e933038232a6baab37e9ec220dd54fe81c56a651adddaa0a0f746da& [13:59:20] https://cdn.discordapp.com/attachments/1006789349498699827/1230155641046306866/image.png?ex=66324ab8&is=661fd5b8&hm=8b90000c808b5aa064a6464b5a8dae6b29375674db6af8b478881f884d8510d4& [13:59:26] yeah I don't really know what was done so that the status is onhold with the db already existing [13:59:30] I can not approve it again [13:59:43] yes, because its database already exists [13:59:57] Can it be deleted? [14:00:10] we'll have to drop db and set status of the wiki request back to inreview [14:00:34] then approve as normal [14:00:35] Crued but that would help [17:13:56] hmm, what's the explanation behind https://meta.miraheze.org/wiki/Special:Version still showing "27 March 2024" for CreateWiki even though I just merged a PR and deployed it? [17:14:10] there wasn't any error with the deploy [17:14:19] and yes, I did purge special:version [17:14:24] git cache not updating on upgrade-extensions deploy [17:15:53] @reception123 you can use https://github.com/miraheze/MirahezeMagic/blob/master/maintenance/rebuildVersionCache.php to fix that if you really want to [17:16:20] thanks! I just want to be sure the deploy worked [17:16:31] before I start accusing Echo of misbehaving again [17:16:47] Why don't we rebuild git cache every time [17:17:21] don't think it's intentional [17:18:06] hmm it's being very stubborn [17:18:12] even after running the script still says March [17:18:29] you have to deploy the updated files it generates iirc [17:19:33] there's no output [17:23:12] I think you have to run it with `--save-gitinfo`, which then writes the updated git cache stuff to every extension's folder https://github.com/miraheze/MirahezeMagic/blob/master/maintenance/rebuildVersionCache.php#L112 [17:23:57] actually it writes it to a folder on mediawiki/cache https://github.com/miraheze/MirahezeMagic/blob/master/maintenance/rebuildVersionCache.php#L177 oops [17:25:58] then you have to deploy the updated files, probably with something like `mw-deploy --folders=cache --servers=all` [17:29:27] a lot of fuss for a special:version eh [17:29:58] Welcome to the wonderful world of tech [17:30:27] this wouldn't be a problem if we just had a single mw server, that's all I'm saying... 👀 [17:30:31] ```rsync: [sender] change_dir "/srv/mediawiki-staging/cache" failed: No such file or directory (2)``` [17:30:41] there's only a mediawiki/cache but no staging counterpart [17:30:49] I feel that would have unintended consequences :ThinkerMH: [17:31:11] And a single point of failure [17:31:31] eh whatever, I checked a random mw server and the changes are deployed so I think I'll just take that [17:34:18] you can copy mwtask's cache folder to /srv/mediawiki-staging/cache after running the script and then deploy [17:34:37] but then we're getting into serious hack territory [17:58:04] Eh no [17:58:38] @bluemoon0332 ../mediawiki/cache should work [17:58:48] Pretty sure I don't guard against that [17:58:57] I could add a cache option [17:59:20] Tech is amazing and never fails. What are you saying? [17:59:36] _thinks you should blame me cause I wrote this_ [17:59:39] https://tenor.com/view/kekwtf-gif-18599263 [17:59:57] Absolutely [18:00:37] This is probably my fault tbh [18:00:49] Anything deployment related blame me [18:04:35] We should make upgrade extensions and skins rebuild git cache also the fact that it doesn't was my fault and writing multiversion support. It only updates git cache when deploying with --world CC @bluemoon0332 [18:04:56] Will do it Friday [18:05:01] That's an easy change [18:06:11] @cosmicalpha did you rebase @reception123's branch on the wiki rename PR [18:07:12] [1/2] Also for the record, I still need to document but upgrade-extensions=SemanticMediaWiki will not work now, as upgrade-extensions now has another safeguard so only git ones will work, since it pulls, etc.. with Git if it isn't git it won't deploy, and SMW is now fully installed via composer, I wonder if we should add some support for deploying SMW directory more simply if version [18:07:12] [2/2] is bumped in composer.local.json... [18:07:20] Sure [18:07:40] @cosmicalpha that can then be merged [18:07:57] Rebase, merge my PR into reception then merge reception to master [18:08:08] Thanks [18:08:37] Conflicts @rhinosf1 [18:09:37] hmm, even the priority thing with echo didn't work [18:10:11] For CW? [18:11:03] Fixed [18:11:53] yeah [18:12:31] other notifs work fine [18:13:08] So do that mean betas notifications are fine and it’s this that’s not working? [18:13:30] Or is test still acting up [18:15:22] no, this is on Meta [18:15:34] what I mean is stuff like wiki creation and even wiki requests that you follow is working fine but needs more details isn't [18:17:25] @rhinosf1 left another review on Reception123's base PR btw [18:17:49] I mean that you said notifications on beta aren’t working, is that still applicable or since it didn’t work on meta either is it an issue with NMD specifically [18:18:55] oh no I didn't say they aren't, I said I had bad experiencing with them on Beta before so I'm always weary to test notifications on beta because I feel like even if they might otherwise work on prod they might not work on Beta so they'd falsely make us think there's something still wrong with the code [18:19:21] So beta is cursed for it [18:20:54] Is the WIP CW code on GitHub or currently only accessible by people with shell [18:21:25] We're fully open source so we've got no secrets like that really except private stuff like passwords and keys [18:21:42] So no, there's no secret WP CW code, everything is on GH [18:21:52] Yeah ik that I mean is it currently on there or will be once it’s in a working state [18:22:02] Open source ftw [18:38:39] Side note what program is responsible for the IRC logs like #interwiki-feed and the farmer one, are they attached to the extension code? [18:50:16] It's StreamBot I think [18:50:26] MacFan4000: [18:54:30] if anyone has got any ideas why those echo notifs still won't work, feel free to ping me [19:00:28] https://github.com/FOSSBots/snitchbot [19:00:42] This runs all the feeds apart from the cat feed [19:00:46] cvt* [19:01:49] Oh and interwiki feed [19:01:51] cvt and Interwiki feeds uses sopel due to the type of filtering needed [19:03:05] Urgh wait I wasn’t thinking - cvt feed is my powered [19:03:11] And wiki creation? [19:03:15] mh* [19:03:31] Wiki creation on irc is the linked code above [19:04:53] K I’ll check it out later, thanks [19:11:34] Gracias [19:42:23] I'll try to get to that tomorrow btw [21:48:13] Thanks. [21:49:29] btw @bluemoon0332. What function thingy parsers wikitext in mw core and how bad an idea would it be to slap it on the comment box for RequestWiki:) curious [22:20:08] bigger text boxes in rw pls [22:21:09] That too [22:21:38] Depending on how complicated that would be it sounds like something I might want to add myself [22:21:47] They are expandable but default size can be changed if wanted [22:21:55] it's one line to change to make larger [22:22:32] but I’m going to become a global sysop before I figure out how to set up MW/CW locally 😆 [22:22:51] That shit too complicated for my square brain [22:24:26] I outsourced that part and it's still a pita tbh [22:24:27] Where’s the line btw? Also is it js or php [22:24:39] cause if js could test it in my browser [22:25:02] PHP but you may be help to test using inspect element changing rows I'm not sure. [22:25:15] aight [22:25:24] You can if it were normal Html forms I'm not sure if you can with OOUI [22:25:39] i could make a pr but i won’t be able to see the result until someone loads it onto beta [22:25:58] Don't worry about that very few have figured out how to get CW/MW working locally and functional. [22:26:20] By very few in pretty sure its OA and thats it [22:26:22] there's exactly one farm that's gotten it right [22:26:24] and yes [22:26:34] Though normally it’s not an issue cause test151 exists [22:26:48] Myself, OA, and I think Void, I'm not sure if Agent did or not but maybe. [22:26:48] I've got well off to the side thing I'm covering hosting for that is trying to be the second one but it's largely worked off OA's contributions so far [22:26:52] Which don’t help me much so eh :p [22:27:48] I have a full farm running in localhost and works properly. [22:28:00] dang [22:28:01] well, meant as far as public available [22:28:14] if someone makes a managewiki farm enabled docker image lmk [22:28:22] heh [22:28:32] in having to make due with [[mw:cli]] locally [22:28:33]

[22:28:45] :moonch: [22:29:31] I have that somewhere also, I'm not sure if I can find it now though. I installed CW/MW through docker with WSL awhile (2 years or so) ago [22:29:48] Thats basically my set up [22:29:53] mwcli on WSL [22:30:26] I really should make my docker image public if I find it lol [22:30:52] If you find it lmk lol [22:32:22] I need to add the SQL scripts to add the first wiki into CW in the CW repo and the rest of the docker should be fairly straightforward [22:32:55] Probably will make it a maintenance script... [22:33:24] That can be ran without LS (so before install.php) so the rest can be properly installed [22:33:32] or who knows I’ll just wait a few decades and request access to test151. Then again the day I get shell is the day SRE needs help decommissioning the entire farm [22:33:52] /j [22:39:02] Anyway… I'm going to head off for the night… [22:39:16] good night CA 💤 [22:54:59] Making it 1.5 to 2x current size would cover about 90%, I think. Anything bigger are story-tellers that often need to be re-focused to actual purpose and scope, so the expandable feature works. [22:56:05] ^ agree [22:57:52] If I can find the number I can just use the power of basic arithmetic to make it bigger [23:52:06] bro i wrote a guide did you not read [23:52:11] my hard spent 30 minutes writing that! [23:52:12] rip [23:52:40] I did read it thats why I know you had done it [23:52:46] I don't have a mac thoug [23:52:50] rip [23:52:51] Windows moment [23:52:55] i did it on windows last week [23:52:59] i didnt update the guide tho [23:53:01] oopsie [23:53:13] windows windows or wsl? [23:53:17] bug me about it at the weekend and I'll update [23:53:18] windows [23:53:28] I've tried wsl and I do not likey [23:53:35] its just linux [23:54:01] yeah but its really annoying because its hard to edit files on it in phpstorm without opening a wsl session and its super slow [23:54:32] PHPstorm moment I just type `code .` and wowie [23:54:49] >.< [23:54:56] i will never leave jetbrains products! [23:55:10] get yourself a OSS license [23:56:19] I think I have a license through GitHub edu [23:56:27] im just a lazy bum [23:56:31] also that would be `Parser()` ironically named 😛 [23:56:48] Hmmmmm [23:56:59] how bad an idea would slapping that on comment boxes me [23:57:08] /hj [23:57:44] I think it could be beneficial, tbf, but I've not had much experience with using Parser because it spirals into dependency hell [23:57:50] you've got to provide a user an all that shit [23:57:59] Wha [23:58:11] I just wanna display like links and maybe bold [23:58:28] https://doc.wikimedia.org/mediawiki-core/master/php/classMediaWiki_1_1Parser_1_1Parser.html#a02fd425dc3e7216160a0ede2139e3289 :cries: [23:58:45] there's probably a really easy way to do it I just haven't looked heh [23:59:17] In Mediawiki? [23:59:20] yeah [23:59:39] We’re talking about the same software right? [23:59:54] mediawiki. [23:59:56] hahaha yeah, that's what I mean [23:59:57] really easy