[00:47:06] I think someone just needs to restart db161 to fix the current issue with wikis being down. [00:49:58] It's working for some users. Could you give an example username? [00:50:35] [1/4] ```This wiki is temporarily unavailable [00:50:35] [2/4] Please try again in a few minutes, these errors usually resolve by then. If you are receiving this error persistently, please check our Twitter (https://twitter.com/Miraheze) for more information or inform us by joining #miraheze-tech-ops on irc.libera.chat or our Discord server (https://discord.gg/TVAJTE4CUn). [00:50:36] [3/4] (Cannot access the database: Cannot access the database: Too many connections (db161))``` [00:50:36] [4/4] My wiki [00:51:34] I was replying to the Special:GlobalContributions issue [00:52:23] No I mean, I am on db161 and have this message on my wiki. Just for reference [00:53:16] Ah I see. You replied to the other message I sent, so I thought you're talking about the other issue. [00:53:26] oh dear [00:53:34] Ah, yeah. Now seeing I replied to the wrong message indeed [00:57:40] [1/2] db161 shows too many connections [00:57:40] [2/2] @blankeclair @pskyechology [00:57:51] [1/3] eg [00:57:52] [2/3] https://meta.miraheze.org/wiki/Special:CentralAuth/Dgox [00:57:52] [3/3] https://inextandkaylaandrachelverse.miraheze.org/wiki/Main_Page [00:58:03] fuck [00:58:29] she sure is shitting herself [00:59:29] mwdeploying [00:59:33] er [00:59:35] if it does the job [00:59:41] i was just trying to put it into eadonly [00:59:46] but you already did lol [01:00:20] i figure you can bonk db161? [01:00:21] Meta is back up [01:01:42] ah wait, mediawiki specialist [01:03:29] [1/2] It has been like this for twenty minutes. How long is the maintenance expected to last? [01:03:29] [2/2] https://cdn.discordapp.com/attachments/1006789349498699827/1416590142025502900/image.png?ex=68c765e0&is=68c61460&hm=e7461fe2c54a7b96b03c0d66384a4bb89af90149cc12856baf5804683f9d6fd1& [01:04:06] until an infra tech team member can poke db161 to make it stop using 100% cpu [01:04:15] all i can do is officially put it in maintenance mode ^^; [01:06:44] I better go to bed then 😄 Night all. Sleep well, or have a nice day. [01:19:06] db161 should now be fully operational [01:25:11] Never mind the username thing, this is reported on https://issue-tracker.miraheze.org/T14274 [01:30:47] lol, i was gonna lookup the exception, but now my password manager segfaults... [01:33:49] back up yes [01:34:39] something with graphical styles... [01:37:12] Just got home when everything came back online, looks like we're all good? [01:38:24] yep, just personal issues lol [01:48:25] lol, just reinstalling the bloody thing fixed it [01:53:48] [1/2] @pskyechology It's working. Only searches from the search bar appeared. Spamming `Special:Search` doesn't do anything. [01:53:48] [2/2] https://cdn.discordapp.com/attachments/1006789349498699827/1416602805409681439/image.png?ex=68c771ac&is=68c6202c&hm=8e21025442d91b2f45856a631175661568c3af3fdfb4127624abe2bab425239f& [01:54:44] Updates are also more-or-less instantaneous, presumably due to the job queue almost clearing. [01:56:04] spamming the same search might return a cached result is what I'm thinking [01:56:13] but nice that it works! [05:51:47] hey tech folks, reminder to everyone here that you are all incredibly awesome people, you all do so much to keep this project running in so many ways, appreciate it more than i can put into words, and for those who could use the reminder, be kind to yourselves, you're all just incredible folks [05:51:53] im bad with words rn [06:03:38] awwwwwwwwwwwwwwwwwwwwwwwwwwwww, thank youuuuu 🩷 [07:12:20] @cosmicalpha Is supporting Parsoid one of the goals of DPL4. It seems to work in most cases except when `format` is used to make a custom gallery ([example](https://dpl3.wikitide.org/wiki/Examples/Parameter:_format_(example_4))). [07:13:05] we should probably start some help pages on Parsoid migration [07:13:23] There is no reason why read views can't be added to ManageWiki with a list of conflicts [07:13:41] DPL4 handled that by using new gallerymode, gallerywidth, and galleryheight tags that might work but haven't fully confirmed yet. [07:14:19] I have parsoid enabled in my GlobalPreferences right now. [07:14:32] Looking for abnormalities. [07:14:32] Ye but wiki level [07:14:47] Users have been able to switch it on for awhile [07:15:05] Wikis can do it on talk pages or articles now from 1.44 I think [07:15:09] At least talk pages [07:15:11] Yeah I know but I just changed my default in preferences like 3 hours ago lol [07:15:44] But yeah we probably can make it possible to opt in on a wiki level. [07:16:10] Talk pages uses discussion tools to detect whether to be read views so that should be very safe [07:16:28] Articles are more scary [07:16:49] Let's wait and handle flow removal and SUL3 before we start getting into parsoid which is less 1.44 dependant and can still be handled in 1.45. [07:17:09] [1/12] Thanks. This mostly works, but neither `galleryheight` nor `galleryheights` seemed to change the image height. [07:17:09] [2/12] ``` [07:17:09] [3/12] {{#dpl: [07:17:10] [4/12] |category = Character portraits ¦ Skin portraits [07:17:10] [5/12] |titlematch = Michele% [07:17:10] [6/12] |mode = gallery [07:17:11] [7/12] |gallerymode = packed [07:17:11] [8/12] |galleryheight = 200px [07:17:11] [9/12] |namespace = File [07:17:12] [10/12] |ordermethod = title [07:17:12] [11/12] }} [07:17:12] [12/12] ``` [07:17:29] See docs on mediawiki.org it doesnt work on all modes. [07:17:34] We should start that on beta like now [07:18:26] Yes I wanted beta to stay on 1.44 until we finished those two things but when I answered something I wasn't clear and beta was updated to 1.45. Its not a huge deal but wasn't my plan lol [07:18:42] I thought we have plenty of time? (parsoid arriving in 1.47 the earliest) [07:19:47] We have time still. But it is coming. WMF have started full read on some smaller wikis now too I think I saw. [07:22:18] [1/3] Oh here it is [07:22:18] [2/3] `(It has no effect if mode is set to one of the following: packed, packed-overlay, packed-hover, slideshow.)` [07:22:18] [3/3] https://www.mediawiki.org/wiki/Help:Images#Optional_gallery_attributes [07:23:48] I think this only applies to width but not height? [07:24:06] [1/11] This worked before [07:24:06] [2/11] ``` [07:24:06] [3/11] {{#dpl: [07:24:07] [4/11] |category = Character portraits ¦ Skin portraits [07:24:07] [5/11] |titlematch = {{{Name|{{ROOTPAGENAME}}}}}% [07:24:07] [6/11] |namespace = File [07:24:08] [7/11] |format = «gallery mode{{=}}packed heights{{=}}200px»,%PAGE%\n,,«/gallery» [07:24:08] [8/11] |resultsheader = \n=={{translate|Portraits}}==\n [07:24:08] [9/11] |ordermethod = title [07:24:08] [10/11] }} [07:24:09] [11/11] ``` [07:24:17] Oh maybe [07:24:24] Let me check the code lol [07:25:42] oh lol @posix_memalign I gave wrong parameter names. I used the same names as intersection uses for compatability. its imagewidth and imageheight. [07:26:41] Nice! It works now. I should document this on the dpl34 wiki. [07:28:01] Great! Yeah I added it like that for many reasons, its essier to write and it works better with parsoid plus its nicer on the code both on-wiki and in DPL4 codebase plus some other reasons thst just made life easier to write it like that lol [07:31:02] [1/2] @posix_memalign another thing worth noting is that `(not)namespace=` might eventually be deprecated, since starting in DPL4 it accepts namespace=main as well as any namespade number also. I want to deprecated empty parameters one day but due to how `{{NAMESPACE}}` works that will be tricky also but the new method is still recommended when not using that magic word at lea [07:31:02] [2/2] st. [07:49:22] Noted on the wiki, though I might have missed other references that need FrozenPlum to help. It's quite impressive of them to maintain a DPL wiki single-handedly for several years. [07:50:05] Yeah FrozenPlum has been a huge help with the documentation for it! [08:00:36] That's not gonna work [08:00:46] We probably need to think about rolling that back [08:01:10] We can't roll it back without resetting the whole thing now. [08:02:03] Ive been thinking of launching a second beta on the nexttide.org domain with the minimal stuff to have one on 1.44 also. [08:02:29] Wouldn't be incredibly difficult to do. [08:04:48] Or maybe beta is do for a reset (I would like to keep exttestwikibeta though as it has a ton of nice automated testing cases that can be reused) [08:08:26] @cosmicalpha we need at least centralwikibeta and loginwikibeta on 1.44 for SUL3 testing [08:08:47] we have centralwikibeta? [08:08:56] metawikibeta even [08:09:01] The name shows as central wiki [08:09:16] oh lol that works. [08:09:29] We need testglobal on it too though [08:10:08] Also why loginwikibeta @rhinosf1 ? that won't be used after SUL3 [08:10:38] Well whatever will be the fake login wiki [08:10:46] We'll be destroying it anyway [08:11:10] We will use auth.mirabeta.org on beta and equivalent on prod. [08:11:37] @cosmicalpha ok [08:11:52] metawikibeta will probably need resetting down to 1.44 then [08:12:00] Or something created [08:12:13] Or just create a new wiki and switch the central wiki to it. [08:12:18] temporarily [08:12:22] thats easier tbh [08:13:17] Ye that's fine [08:13:26] I'm not doing it until at least late next week [08:13:47] I need your changes to support the weird authwiki @cosmicalpha first [08:14:31] I need to work on it to figure out what changes so Ill have to work through some of it first and figure it out. [08:16:08] tomorrow im working on task servers [08:17:16] Ok