[17:31:16] Voidwalker: can you -* MacFan4000 in here pls [17:31:38] sure [17:33:49] Thank u Voidwalker [17:39:24] also removed from -private [17:40:04] K [17:45:08] * Reception123 just notices I haven't been in -private after one of those annoying net splits [17:58:19] :) [17:58:42] net splits can be so annoying [17:58:58] Reception123: that's one of my issues with FN, uptime [17:59:30] Yeah [18:01:47] And Reception123: CW error https://meta.miraheze.org/wiki/Special:RequestWikiQueue/9062 - no main page, Local acc etc. [18:01:48] [ Wiki requests queue - Miraheze Meta ] - meta.miraheze.org [18:02:36] Not sure cvt is the best channel for that :p [18:02:40] But I'll take care of it [18:03:09] Reception123: it was the channel I was in [18:05:06] I know just kidding [18:05:34] I'm not one to speak about that, as Voidwalker knows I tend to do !log in -staff instead of main :p [18:05:45] Wow [18:05:56] ;) [18:06:09] Well only once did I not realize and had to add it later after Void told me [18:08:50] :) [18:14:30] Reception123: have u started actually fixing it? [18:15:03] RhinosF1: CW? No idea how to, + I'm still working on that cookiewarning thing [18:15:15] Reception123: no the wiki [18:15:25] PopulateMainPage.php [18:15:41] And CreateLocalAccount.php I think [18:15:45] oh yes, on that now [18:16:23] RhinosF1: user account is already there [18:17:11] Reception123: k [18:17:27] Voidwalker: add the rights pls [18:17:36] Just main page then Reception123 [18:18:21] done [18:18:35] Reception123: approve it in the dB? [18:18:42] on it [18:19:02] doe [18:19:03] *done [18:19:36] Reception123: safe to try another one? [18:20:09] RhinosF1: I mean go ahead [18:20:13] but I don't know what could've caused this [18:20:24] Reception123: exception.log?? [18:20:37] RhinosF1: as I said, didn't really see anything there [18:20:45] except what I said there was nothing [18:20:57] JohnLewis: ^ what's going on [18:21:45] Reception123: https://meta.miraheze.org/wiki/Special:RequestWikiQueue/9061 failed [18:21:46] [ Wiki requests queue - Miraheze Meta ] - meta.miraheze.org [18:22:18] the only recent change to CW was John's fix for deletedWikis.php but I don't see how that's related [18:22:52] I may have figured out how I want to do global check user [18:23:14] Reception123: well can we double check [18:23:30] It's a bit worrying [18:23:54] Voidwalker: just a rights assignment this time and how? [18:24:00] well JohnLewis would know about that [18:24:13] JohnLewis: pls turn up [18:25:01] Reception123: I'm going to hold off on the last one until someone can have a look [18:25:09] ok [18:25:22] well, the biggest problem is that the only ways to do a global check user is to either check each wiki individually (expensive), or store twice the CU data (undesirable) [18:25:33] Reception123: although mark it approved pls for this one [18:25:45] Voidwalker: yes, I get that [18:26:12] RhinosF1: done, dealing with 4 different things now at once on MH so it's hard to keep up with each of them :) [18:26:35] Reception123: wrong request number [18:26:42] The one we've done was 9061 [18:26:59] ok, will change [18:27:09] should really concentrate on one thing but it's hard with all these issues all at once [18:27:15] but I figured that maybe you could cache an internal list of users/ips/xff and use that to determine which wikis you need to collect CU data from [18:28:05] Voidwalker: true [18:29:31] all I need to do is make sure that cache is secure [18:30:36] Yeah, that would be a big issue if not [18:33:27] sure, I wouldn't be storing actual CU data in there, but it may be possible to extrapolate what IPs belong to who if you have enough information [18:33:47] Okay [18:34:06] So like more of a X and y share IP z thing [18:37:27] I was thinking of storing information like ['user' => ['metawiki','loginwiki'], 'user2' => ['metawiki']] or similar [18:37:45] Voidwalker: ah I think I see [18:38:03] and having a separate list for ips and xff [18:38:44] Okay, sounds good [18:38:46] so, when doing a GCU it fetches the list of wikis that the user has edited on, and then fetches CU data from each of those wikis [18:39:33] Okay [18:39:57] That sounds better [18:40:35] If you can get that together and are sure that EK's GCU isn't working then I'd decline EK's for now [18:40:59] * RhinosF1 could never test cause his pi was broke and he was going to use that rather than his main Mac for NW [18:41:03] Mw