[00:48:51] Mmm, the populateNamespaces.php script for ManageWiki doesn't work at all, how fun! [00:55:18] i stand corrected 😛 [00:55:27] _similar, though_ [00:55:41] on another note, today I learned that `?useskin=fallback` is a valid skin. [01:15:59] Anyone mind giving my ManageWiki prs a quick sanity check? [02:45:31] https://github.com/miraheze/landing/pull/142 [13:15:38] your fix of populateNamespaces has been merged [14:09:45] Not tech Tok 😭 [14:10:13] lmfao [19:05:32] @cosmicalpha what's the intent with --user on https://github.com/miraheze/CreateWiki/blob/master/maintenance/renameWiki.php [19:06:09] Oh echo [19:06:12] At the end [19:06:19] Is it really needed [19:06:39] Its used in the email to sre@ [19:06:55] Yes [19:07:09] Why can't SRE check SAL? [19:08:05] You know I'm not actually sure lol... it is needed for deletewikis IMO but maybe it isn't necessarily for renames... [19:08:57] Could it not just take shell user and check underlying if using sudo? [19:10:17] Preferably not in PHP, using shell user in PHP is horrible IMO, but it is possible. [19:10:38] We must have the bash for it for logsalmsg [19:11:38] What I mean is you can just use os.getlogin to replace hardcoded username. Sorry for being confusing lol [19:11:54] It doesn't need to be wikiname, it can be the same as the SAL name. [19:12:04] Ah cool [19:12:07] I'll do that [19:13:16] Does os.getlogin work if your using root though, IE you can't do /home/root, and if os.getlogin is root, thats invalid, and should be taken into consideration, but I'm not sure if it would take the first login and not root. [19:13:40] And by root I don't mean sudo but actual root. I know it works if just sudo [19:13:50] No one should be running that as root [19:14:12] I could add a check for user is root and exit [19:14:41] I would suggest that as just an extra precaution so things don't mess up if you do on accident or something. [19:15:03] I'm going to move it to mwscript so version isn't hardcoded too [19:15:13] The script is designed not to blow up [19:15:45] Up until the CreateWiki maint script is ran, it can be stopped and restarted at any point [19:16:22] Use --no-log and manually do the logsalmsg though as we just want it a different format. [19:16:30] Why not have `--user` be a real on-wiki user and have it log to Meta? [19:16:46] That defeats the purpose of it [19:16:58] it does log to meta... in SAL anyway [19:17:30] fair but it'd appear on the RC at least and in the ManageWiki log if someone looks it up [19:17:55] Its not a horrible idea [19:17:55] Yes [19:18:35] We could, I'd probably bother making a seperate function for mapping between Shell/IRC/Wiki names [19:18:56] logging on-wiki from shell scripts I typically dislike though it sometimes makes a mess. [19:19:40] I don't like recent changes upstream to make some things log on wiki from shell scripts [19:31:13] @bluemoon0332 have time to push and test out the new requestwiki status now? [19:31:29] sleep is for the weak anyway [19:31:34] let's merge and deploy to test [19:31:45] sure [19:31:59] hopefully the WCs (or as labster calls them, wikifex maximus) won't think the new status is another joke 😄 [19:34:06] April fools day goes hard [19:34:09] gonna be hard to top tmr [19:34:33] fr [19:34:53] yep, we'll have to plan something great [19:35:06] A joke coup [19:35:10] one of my ideas was to say that Fandom bought Miraheze for 10 million USD but I thought that would've been too controversial 😄 [19:35:19] playing off my RfC [19:35:39] Which has gone so off the rails in gonna cry of happiness [19:35:55] Fandomheze [19:36:08] New board of directors rightfully deposed dictators? [19:36:12] lol [19:36:22] I did think about that as well, playing it off as "Miraheze, powered by FANDOM" [19:36:39] but seeing how many people can't take a joke or even discern them, that'd be a bad idea [19:37:04] @bluemoon0332 oh actually, I think we should have "more details" as the default button on top too as that will probably be more used than on hold which will only be in more complicated cases [19:37:32] Yeah, at least Orain is less of an "adversary" since most people didn't even know about it until today [19:37:45] back in the day, wikis were done right! [19:38:35] old man [19:39:59] not really [19:40:08] Reception was like 5 years old when he was creating wikis \:P [19:40:43] wasn’t SPF like 12 [19:41:03] yep [19:41:13] younger than our current ToU rules [19:41:18] back then there was no ToU, no PP, no NDAs [19:41:23] it was the wild west of wikis heh [19:41:36] the way it should be 😎 [19:41:37] @bluemoon0332 are you doing the deploy? [19:41:45] someone should inform Dusti that Orain is back [19:41:46] has been deployed for a while [19:42:06] worlds most mature 12 year old to co found a website [19:42:09] I actually thought of that! [19:42:20] Quick, send him a talk page message! [19:42:23] to tell him and see his shock to discover that Orain has been rebooted [19:42:29] lol yes [19:42:30] And I thought I was young at XXXteen! [19:42:33] though me and him didn't really get along so it wouldn't be me [19:42:46] notifs aren't working [19:42:53] guh [19:42:56] oh deart [19:43:00] but other than that it is working fine [19:43:17] what a surprise [19:43:23] though beta might be weird with notifs [19:43:31] maybe we might want to try on Meta directly if everything else works? [19:43:47] since I remember that's why for RequestSSL we also tried on Meta directly because beta can sometimes be a bit glitch [19:44:27] As the person who came up with the idea of us having a beta as an idea, beta is a mess [19:44:33] indeed [19:44:42] Past me was an idiot [19:45:11] A very broad statement that applies to most of us [19:45:13] Betaheze is a bit more stable now [19:45:15] beta is the only way I have of testing the CW API without breaking prod though [19:45:27] It no longer shares memcached or jobrunner and isn't super slow [19:45:32] Good [19:45:48] It should be completely disconnected from prod [19:46:00] Only thing we need is a separate db server [19:46:16] @reception123 nah, notifs work fine on beta [19:46:18] And a new copy of PS.php [19:46:26] All new creds etc [19:46:28] the code for notifications for the new status is broken [19:46:34] And ideally firewall off prod servers [19:46:48] Except puppet and cp [19:47:08] ah, what did I do wrong this time? I thought CA already found enough mistakes heh [19:47:14] but I do remember for requestssl notifs refused to work on beta at all [19:48:45] oh yeah i remember that being mentioned when discussing SE NDAs [19:50:29] not sure [19:53:38] It looked right to me in the end, but notifs always do something unexpected. [19:56:22] also the new log kind of doesn't work, currently working on that [19:56:39] it logs but Special:Log doesn't recognize it [19:57:22] Does it have l10n? [19:57:26] meaning you can't use it in filters [19:57:36] it doesn't I have a PR adding that [19:58:19] Oh, that just needs to be added to ActionFilteredLogs for that one. [19:58:46] I don't know how I'm so terrible at copying things over. Next time I'll do more double checking... I guess I thought adding a new status would be easier [19:59:40] I purposely omitted on hold from ActionFilteredLogs last time because I couldn't see a need really but if you want, could add that also [20:00:21] I mean the current status is just "declined lite" [20:00:25] but I don't think there's a need here either [20:00:28] as it's only a temporary status [20:00:51] especially after the 72 hour script too, there will never be requests that will have the new status for long [20:01:08] There should be some sort of interface, you just have to change one line in and add l10n to add new status types lol [20:01:51] I mean I doubt we'll have many more but yeah heh [20:02:31] It would honestly just look nicer to track the statuses in one place also [20:03:28] [1/4] next time statuses change will be: [20:03:28] [2/4] MirahezeGPT - pre-approval [20:03:29] [3/4] MirahezeGPT - suggests decline [20:03:29] [4/4] Human - approval, waiting on GPT to issue second opinion 😄 [20:07:40] [1/2] (Explaining the Emojis: [20:07:40] [2/2] `Laughing at above; Please write down, and archive for later`) [20:49:02] just updated my mac and it removed all of my local apache configuration and I haven't saved it anywhere 😦 [20:49:08] guess Apple got the last laugh for April Fools [20:57:07] Ouch!