[01:05:38] now fixed! [01:16:01] I was Request #1 πŸ˜„ [01:16:50] And have approved/declined 6 of 500 [01:17:04] 0.014%! [01:21:04] heh, yeah [01:24:10] I would not be shocked to learn I handled 50%+. πŸ˜… Glad to have more folks on the team [01:35:45] [1/2] great [01:35:45] [2/2] thanks! [03:31:46] still habing that issue with the cached version being the old version [03:34:51] I'm currently showing the flag you linked before as matching the current version when the page loads... [03:34:59] Is there a different file that's also having the issue? [03:36:09] Or I guess to confirm, this is what I'm seeing... [04:36:15] on my end [04:42:47] Hmmm, could you try a different browser and see if you get the same result? [05:58:52] Why can’t I edit this since I’m a admin on the Wiki https://sixflagsjazzland.wikitide.org/wiki/MediaWiki:Cosmos.css?action=edit [06:00:34] You need to enable two-factor authentication to edit that [06:04:45] Oh okay [06:04:49] Thank you [12:41:56] I get this error message when people try creating an account on my wiki Visitors to this wiki using your IP address have created 10 accounts in the last 1 day, which is the maximum allowed in this time period. As a result, visitors using this IP address cannot create any more accounts at the moment. [12:42:13] There are actually exactly 10 accounts on the wiki, but not from the same IP [12:42:34] You can reproduce the error on https://ocess.wikitide.org/ [12:42:42] By trying to create an account [13:30:01] @Site Reliability Engineers my SSLs dies [13:33:06] It works fine from me, that's strange [13:33:39] I've tried both Chrome and Firefox and it works fine [13:34:44] UPDATE: Both my wiki at `lophocmatngu.wiki` died, and it said that the SSL was "expired" [14:00:27] h u h [14:01:07] I changed my time format in my ubuntu desktop and it goes back to normal [14:03:29] @Site Reliability Engineers and now fatal exception here: https://lophocmatngu.wiki/wiki/%C4%90%E1%BA%B7c_bi%E1%BB%87t:ManageWiki/settings [14:04:47] Hmm, interesting [14:04:49] [1/2] ```2023-10-22 14:03:41 mw13.wikiforge.net lhmnwikitide: [8dec85f3752a9bb70c1f4e9b] /wiki/%C4%90%E1%BA%B7c_bi%E1%BB%87t:ManageWiki/settings TypeError: in_array(): Argument #2 ($haystack) must be of type array, bool given [14:04:49] [2/2] ``` [14:05:54] lol [14:06:35] I want to say I remember that error [14:06:39] but I can't quite [14:06:46] [1/2] might this be the content for it lol [14:06:46] [2/2] https://discord.com/channels/1088870295412146347/1088870295970009221/1165346962762117232 [14:07:04] I think what I did to fix that was nuke a few ManageWiki settings in the database [14:07:18] bruh [14:07:41] I turned `$wgCitizenEnableSearch` off and the last thing I know was that exception loops [14:07:51] evidently, there's a problematic setting [14:08:03] <:THIS:803308653285081158> [14:09:41] btw sinces it's not having the correct data type, the others settings for Citizen skins also do not enable [14:09:59] <:This:1043248788065747064> [14:12:09] Might I say, we should make `$wgCitizenEnableSearch` restricted and always default at `1`. [14:40:59] this might take awhile now- [15:40:33] @reception123 or @agentisai are you aware there is an error on meta [15:41:00] on what page? [15:41:16] Hang on i need to find it again [15:45:34] Its gone now [15:48:21] seems like currently anybody not logged in will be 127.0.0.1 [15:48:40] (instead of their actual IP) [15:51:10] yeah, due to https://issue-tracker.wikitide.org/T34 [15:51:21] looks like IP anonymisation is here early! [16:35:22] I thought phabricator was dead already [16:35:24] πŸ€” [16:38:25] and yet I'm still waiting for my ManageWiki to work properly again lol [16:44:28] hopefully someone can debug [16:55:20] for now might we just "revert" my settings? [16:55:55] Like, can you change the wiki's individual settings @ the db? [16:56:54] We have to do an SQL query to fix it [16:57:41] [1/2] yeah... [16:57:41] [2/2] might be something from my last ManageWiki change causes it [17:22:37] safari [17:25:29] [1/2] Wild, I think this might be a regional caching issue... [17:25:29] [2/2] @Site Reliability Engineers , the file https://azverse.wikitide.org/wiki/File:Flag_of_Druaya.svg is showing the image of the prior version for this user, regardless of browser, but is showing correctly for me. [17:33:23] correctly for me 2 [17:56:42] I seem to remember that you had similar issues ages back on Miraheze as well but didn't see the resolution. Did that issue ever get resolved? [17:57:06] i don't recall [17:58:15] Darn, I didn't see anything after some cursory searching on that server either, since the issue is so unique I was hoping to find a common culprit we could identify. [18:26:25] It's likely because we have aggressive caching for static.* or else our bills would be through the roof [18:26:40] once we move to Swift, hopefully we can tone it down quite a bit [20:01:32] [1/3] you see [20:01:32] [2/3] here on Node world, it's not uncommon for frameworks to offer a way to dynamically build pages as static, or incrementally rebuild them [20:01:32] [3/3] this could maybe be useful as an extension for MW [20:02:19] so less active pages (or things like the main page) could be marked as static, so MW doesn't have to build them every time, nor cache aggressively [21:49:06] MW already stores main namespace pages in the parser cache iirc so it doesn't rebuild them everything someone visits them.