[00:32:58] opportunity for upstream improvements then. [00:44:37] [1/4] I need to go to sleep (yes I know, heresy for a techie to say). tomorrow I'll do the bucketwiki stuff (I assume creating bucketwiki is a valid use of an official account) and import the wiki (would give me some practice with importing on prod too). @posix_memalign is BucketGet stable and ready to be imported to bucketwiki yet or do you still have loca [00:44:38] [2/4] l changes to apply? [00:44:38] [3/4] Structured data page updates I can probably do as soon as I have confirmation on BucketGet. Once bucketwiki is set up ig Module:Bucket can be imported to devwiki. [00:44:38] [4/4] After bucketwiki is sorted out is it just merging the mw-config PR and deploying the config changes? And also summoning Skye to make the announcement. [00:45:21] very responsible of you to prioritize sleep 🫡 [00:45:54] TONE INDICATORS SKYE [00:46:08] if there's none assume genuine [00:46:11] [1/2] It's tracked on https://phabricator.wikimedia.org/T327588 and we could try to get the first 4 CSP level 1 additions `connect-src`, `font-src`, `media-src`, and `frame-src`. `image-src` is a bit tricky because it is set by some other config variables as well. [00:46:11] [2/2] For Miraheze we could set `$wgCSPHeader` to the best of our ability and then use the `onContentSecurityPolicyDirectives` hook to completely overhaul it. I can come up with a patch, though the upstreaming process will probably be pretty involved. [00:46:49] not so much me prioritising sleep, more so me barely being conscious [00:47:06] dw I'll get enough sleep for both of us ❤️ [00:47:12] thanks <3 [00:47:45] I will make BucketGet changes while you're asleep and make sure they work for the test cases I have. The wiki should be ready for export by the time you wake up. [00:48:15] You have 600 hours until I wake up, you'd better be ready [00:49:04] if you have the time please do throw in the wiki request as well so we don't have to (potentially) wait on that tomorrow [00:50:38] I mean... couldn't I do it with my official superawesome megapowerful account? [00:50:44] but yeah I'll do that now [00:51:35] [1/2] i think you can and i even approve of it [00:51:36] [2/2] is it gonna anger the sleepy nest of stewards and/or WRs? shrug [00:57:53] hah first try [00:58:14] then again the clanker accepts crypto referral code wikis first try too so the bar isn't very high [00:58:28] killed and destroyed with facts and logic [00:58:36] thanks <3 [01:01:12] https://cdn.discordapp.com/attachments/1006789349498699827/1487255204259827863/images.jpg?ex=69c879d8&is=69c72858&hm=7d76f7d7c090cf016f18ee75bb7efe2294ee654e7c470f72c8d325a61785a166& [01:01:21] relatable [01:16:33] A billion hours would be more than 114,000 years. So, did they really mean to stay up for 114,000 years? [01:38:56] [1/2] Upstream has a bunch of cruft when building the CSP to stay backwards compatible with other configs that also meddle with the CSP: https://github.com/wikimedia/mediawiki/blob/aeee5bdbc676f3fe06590d0d535e27e8698a1768/includes/Request/ContentSecurityPolicy.php#L136 [01:38:56] [2/2] It won't be too hard to support additional configs, though. [11:03:16] sounds like something ca would do [13:44:32] [1/5] okay, afaik only things left are: [13:44:32] [2/5] - merge PR and deploy config, make sure it works first on bucketwiki ig [13:44:33] [3/5] - announce [13:44:33] [4/5] - c/p my sandbox page to help:structured data [13:44:33] [5/5] - hope we don't have to ping CA [13:46:24] [1/2] | TestWiki uses cookies to log in users. You have cookies disabled. Please enable them and try again. [13:46:25] [2/2] Why does the error says I need to enable cookie even tho my cookie is always enabled? [14:08:25] I had issues with logging in on PTW too recently [14:08:40] It errored but then I was logged in [14:12:07] have you tried the classic log in on meta then log in on ptw [14:24:40] my meta is always logged in [14:25:06] unless the problem is no local account on publictest wiki [16:13:03] local account should attach automatically [16:25:42] [1/2] @pskyechology I summon thee [16:25:42] [2/2] https://cdn.discordapp.com/attachments/1006789349498699827/1487487858116657322/image.png?ex=69c95285&is=69c80105&hm=11d3c686a9f2dfe9a1b8934c8977488e14ff533b402b75d8ee2c8e295b2bb654& [16:25:57] do you think it's time to deploy? [16:25:57] we balling? [16:26:20] is bucket real [16:26:34] THE ONE PIECE IS REAL [16:27:09] [1/2] do I press it [16:27:10] [2/2] https://cdn.discordapp.com/attachments/1006789349498699827/1487488225932218399/image.png?ex=69c952dd&is=69c8015d&hm=bd818ef14422b805062ce0662809a977b5c73fee095475266d74ff8854a3d41b& [16:34:50] if you dare [16:58:32] Oh no, gonna summon some elders on this stack with pronouncements like that. 🤣 [17:48:14] im gonna summon a database explosion [17:52:24] nerd be like "I now have the power! And I'm scared" [22:21:23] [1/2] https://issue-tracker.miraheze.org/T15145 [22:21:23] [2/2] Bucket exception in prod. This issue likely comes from us since greylog only reports this error on mwtask151. [22:22:45] Is it one wiki or? [22:23:13] Occurring on the wiki I'm testing. Haven't checked other wikis though. [22:23:28] What wiki are you testing [22:23:29] Some Buckets do get updated, so I think the job queue is doing fine on other mwtask servers. [22:23:33] strinovawiki [22:23:45] The greylog query is `mediawiki_wiki:strinovawiki AND mediawiki_level:ERROR` [22:26:32] It could be ManageWiki cache for some reason is stuck [22:26:45] Or it could be bucket isn't deployed properly to mwtask151 [22:26:51] They would be my two guesses [22:27:50] [1/2] Haven't seen any issues pop up after https://discord.com/channels/407504499280707585/808001911868489748/1487578067886014474, so maybe that resolved the issue. [22:27:51] [2/2] I'll do some more stuff with bucket and hopefully I don't see anything on greylog again. [22:28:30] Never mind. Just saw another error on mwtask151. [22:29:17] Maybe try purge the wikis ManageWiki cache [22:29:36] I would do --ignore-time too [22:30:40] You can use "shell " on mwtask151 to play around in a shell and see if mediawiki thinks the extension is enabled or what does work as that wiki [22:30:50] _is off to sleep too_ [22:57:21] eval.php on top [23:06:32] [1/6] ``` [23:06:33] [2/6] > $enabled = $factory->extensionsLocal()->list(); [23:06:33] [3/6] > in_array('bucket', $enabled) [23:06:33] [4/6] = true [23:06:34] [5/6] ``` [23:06:34] [6/6] Very weird. Maybe the cache expired while I was fiddling around. [23:23:40] [1/3] I got pywikibot errors like this about an hour ago, but it seems to be fine now [23:23:41] [2/3] ```KeyError: '9592 is not a known namespace. Maybe you should clear the api cache.' [23:23:41] [3/3] CRITICAL: Exiting due to uncaught exception KeyError: '9592 is not a known namespace. Maybe you should clear the api cache.'``` [23:44:29] Pywikibot probably fetches all namespaces on a wiki before doing anything else and then caches namespace info locally. So any NS-related changes are not reflected on the local cache. [23:45:17] I think https://discord.com/channels/407504499280707585/808001911868489748/1487593580896977069 resolved the issue on strinovawiki