[01:09:00] https://cdn.discordapp.com/attachments/1006789349498699827/1401371241566441512/Screenshot_20250802_210807.png?ex=6890082c&is=688eb6ac&hm=8d9eeb881dae925c99a0ee62eac341b83aaee5218fa27eb3dcc5bd86147741fe& [01:09:01] SRE... [01:09:05] am i insane or [01:09:11] has this been like this [01:09:15] the whole time [01:09:47] when did we rename to Tech again [01:11:29] https://issue-tracker.miraheze.org/T12140 [01:11:30] ..... [02:00:13] I know that wasnt the point but that screenshot randomly reminded me I rewrote the server infobox a little while ago but didn't finish 100% lol [02:00:23] And yeah we forgot to update that badge... [02:02:19] oh for [02:02:22] _sigh_ [02:02:24] I got it [02:03:11] .... [02:03:13] where is it [02:09:54] Is EmbedVideo currently works as intended at 1.44? [02:10:47] I noticed that upstreams currently are still looking to support 1.43+ [03:14:59] @pixldev https://issue-tracker.miraheze.org/T14066#282246 [03:15:25] oop [03:15:50] uuuh [03:15:52] huh [03:16:33] yes I just gave you a link of a link lol. Meant to send the issue directly not that link lol [03:59:37] @cosmicalpha werent you working on some revamps of selecting default settings for CW a while back? [04:00:00] I had it done just forgot to finalize and deploy lol [04:00:17] :kek: [04:00:24] ask cause https://issue-tracker.miraheze.org/T14089 [04:01:00] does it merge conflict [04:01:26] yes lol [04:01:29] but fixable. [04:01:41] how often does this happen [04:01:47] i love merge conflicts [04:01:51] Very often [04:01:58] burn [04:02:04] Its a PR in MirahezeMagic btw [04:02:04] that was a joke btw [04:02:06] i'm not that masochistic [04:03:48] we should have a day dedicated to pushing out things youve made and forogt [06:34:10] [1/2] [15331917f5c5a5c5cdce519b] 2025-08-03 06:31:33: Fatal exception of type "TypeError" [06:34:10] [2/2] tried to edit a templatestyles page [06:47:22] https://cdn.discordapp.com/attachments/1006789349498699827/1401456393558560779/1754203641321.txt?ex=6890577a&is=688f05fa&hm=cac3e6b4bd756b5f5ccb2ca4c15ffd2f2eb7ace17c871cbaeb9959950b172af4& [06:47:43] contents would be nice ^^; [06:49:18] [1/17] ``` [06:49:19] [2/17] .kindatooltip { [06:49:19] [3/17] opacity: 0; [06:49:19] [4/17] left: 50%; [06:49:20] [5/17] transform: translateX(-50%); [06:49:20] [6/17] bottom: 0px; [06:49:20] [7/17] pointer-events: none; [06:49:21] [8/17] position: absolute; [06:49:21] [9/17] background: var(--color-surface-4, #d9d9d9); [06:49:21] [10/17] padding: 5px 10px; [06:49:21] [11/17] border-radius: 10px; [06:49:22] [12/17] border: var(--border-width-base, 0.1px) solid var(--border-color-base, rgba(0,0,0,0.1)); [06:49:22] [13/17] z-index: 2; [06:49:23] [14/17] transition-property: opacity, bottom; [06:49:23] [15/17] transition-duration: .2s [06:49:24] [16/17] } [06:49:24] [17/17] ``` [06:53:31] [1/6] MRE: [06:53:31] [2/6] ```css [06:53:31] [3/6] .kindatooltip { [06:53:31] [4/6] border: var(--border-width-base, 0.1px); [06:53:32] [5/6] } [06:53:32] [6/6] ``` [07:03:33] that bug is fixed in TSE master [07:15:20] try again [12:19:40] {{phorge:T14090}} [12:19:42] [1/2] Open: Fatal exception of type "UnexpectedValueException" when agreeing to CookieWarning (100bangaiwiki) [12:19:42] [2/2] [12:42:17] bad time for CA to have gone to sleep because I can't remember if he has any special shenanigans with DPL on prod [13:03:34] Maybe this is related to the l10n run on 1.43 earlier? [13:03:41] Since DPL4 is only enabled on 1.44 [13:04:42] ah, cheers, i'll try running l10n [13:05:50] [1/2] but hmm agent ran it for .44 as well [13:05:50] [2/2] eh, might as well try [13:06:06] my next idea from googling is to try rebuilding the localisation cache [13:06:17] isn't that what l10n does [13:06:24] good point lmfao [13:07:20] 1+1 is hard maths, y'know [13:08:24] lol [13:08:49] unsurprisingly, nothing changed [13:09:12] welp [13:47:58] programming in a nutshell: [14:07:06] @abaddriverlol I wonder if we're not splitting cache properly [14:07:20] I can't remember if we split localisation cache for each version [14:08:17] yeah that's what I suspected too, but it still isn't fixed after 1.44 l10n was run [14:08:29] [1/5] i just started a --world deploy (cause i have no idea what else to do) and i got the following [14:08:29] [2/5] ``` [14:08:29] [3/5] Warning: include(): Failed opening '/srv/mediawiki/1.44/extensions/DynamicPageList3/DynamicPageList3Magic.php' for inclusion (include_path='/srv/mediawiki/1.44/vendor/pear/console_getopt:/srv/mediawiki/1.44/vendor/pear/mail:/srv/mediawiki/1.44/vendor/pear/mail_mime:/srv/mediawiki/1.44/vendor/pear/net_smtp:/srv/mediawiki/1.44/vendor/pear/net_socket:/srv/mediawiki/1.44/vendor/pear [14:08:30] [4/5] /net_url2:/srv/mediawiki/1.44/vendor/pear/pear-core-minimal/src:/srv/mediawiki/1.44/vendor/pear/pear_exception:.:/usr/share/php') in /srv/mediawiki/1.44/includes/language/LocalisationCache.php on line 700 [14:08:30] [5/5] ``` [14:08:41] who is dpl3 [14:09:03] oh and [14:09:06] [1/5] ``` [14:09:07] [2/5] Warning: include(/srv/mediawiki/1.44/extensions/DynamicPageList3/DynamicPageList4Magic.php): Failed to open stream: No such file or directory in /srv/mediawiki/1.44/includes/language/LocalisationCache.php on line 700 [14:09:07] [3/5] Warning: include(): Failed opening '/srv/mediawiki/1.44/extensions/DynamicPageList3/DynamicPageList4Magic.php' for inclusion (include_path='/srv/mediawiki/1.44/vendor/pear/console_getopt:/srv/mediawiki/1.44/vendor/pear/mail:/srv/mediawiki/1.44/vendor/pear/mail_mime:/srv/mediawiki/1.44/vendor/pear/net_smtp:/srv/mediawiki/1.44/vendor/pear/net_socket:/srv/mediawiki/1.44/vendor/pear [14:09:07] [4/5] /net_url2:/srv/mediawiki/1.44/vendor/pear/pear-core-minimal/src:/srv/mediawiki/1.44/vendor/pear/pear_exception:.:/usr/share/php') in /srv/mediawiki/1.44/includes/language/LocalisationCache.php on line 700 [14:09:07] [5/5] ``` [14:09:39] dpl3/dpl4magic.php my beloved [14:11:52] this is likely whats causing it to fail [14:12:13] cause magic is where the magic words are defined [15:35:33] [1/2] I'll help the first 10 people interested on how to  start earning $50k or more within a week, but you will reimburse me 10% of your profits when you receive it. Note: only interested people should send a friend request or send me a dm! ask me (HOW) via Telegram username @official_SteveRichard [15:35:33] [2/2] Or The telegram link in my bio [17:47:13] Fixed [17:48:36] @rhinosf1 @pskyechology ^ [17:49:01] How [17:49:29] Needed to run with ignore-time and rebuild LC manually adding --force to it (since mwdeploy doesnt do that) [17:49:53] I added --force but of course --ignore-time [17:49:58] I ran the l10n manually [17:51:13] What about MergeMessageFilesList manually did that too... I knew something was off because it always worked when proxying to mwtask181 but no other servers so went with ignore time also. [17:51:30] Yup [17:51:39] I suspect --ignore-time was what I missed [18:06:21] what does that do [19:27:08] Any custom domains expert around? I think the custom domain for the wiki in [T14072](https://issue-tracker.miraheze.org/T14072) is misconfigured. It has 2 variants (`www.tintinpedia.fr` and `tintinpedia.fr`). The former should be used, but thumbnail urls use the latter. [19:40:01] ^ Not an urgent task. Just not sure who are the custom domains experts to subscribe/ping when these issues come up. [19:40:13] I know smth about custom domains [19:40:30] It seems to be fine? According to https://meta.miraheze.org/wiki/Special:RequestSSLQueue/570#mw-section-details it should use www and it does use www [19:42:05] it's just that the requester said in Phorge the wiki was on the root domain, but everything seems to be fine [19:44:11] [1/7] Yeah. Most things are fine except for thumbnailing. [19:44:11] [2/7] > I think you custom domain might be misconfigured, which results in missing thumbnails. [19:44:11] [3/7] > [19:44:12] [4/7] > For context, [this is the page](https://www.tintinpedia.fr/wiki/Nestor) and [this is the file](https://www.tintinpedia.fr/wiki/Fichier:Max-elloy.jpeg). [19:44:12] [5/7] > [19:44:12] [6/7] > This gives an error: https://tintinpedia.fr/w/thumb_handler.php/2/25/Max-elloy.jpeg/320px-Max-elloy.jpeg [19:44:12] [7/7] > This is fine: https://www.tintinpedia.fr/w/thumb_handler.php/2/25/Max-elloy.jpeg/320px-Max-elloy.jpeg [19:45:57] ahhh, I see, I didn't fully read that [19:46:15] wtf [19:46:27] it's Swift serving that redirect btw [19:47:02] well I mean static. is serving that redirect more correctly [19:54:43] im gonna apply the only swift cure i know (watch me make it worse) [19:56:32] nothing changed [19:56:42] but hey at least it didn't get worse [19:57:09] the links to the original file changed, those work but all the images are still using the old url [19:57:41] nah im lying [19:59:48] ohh they have an old redirect that points to the non-www one [19:59:58] my search was a bit slow for whatever reason [20:05:38] hopefully that fixes it in ~30 minutes [20:08:22] I just found {{phorge:T14092}} btw if you want something to do in the meantime [20:08:30] [1/2] Open: Fatal exception of type "TypeError" on Miraheze Meta's main page [20:08:30] [2/2] [20:08:49] well that's concerning [20:09:07] lil bit yeah [20:09:15] who broke matomo?? [20:09:20] it's not literally when viewing the main page but rather when viewing page information [20:09:51] post exception on task pls [20:10:00] https://tenor.com/view/sad-hamster-sadhamster-hammy-hampter-popcat-gif-4792296869322301536 [20:10:01] yea i was just about to comment [20:10:10] CA beat us to it lol [20:10:13] OH GOD DAMN IT [20:10:19] I was also about to post the exception lmao [20:10:22] give phorge automatic updates istg [20:10:52] @cosmicalpha you should make a new badge called "fastest graylogger in the west" and award it to yourself [20:11:22] lol [20:11:38] I cheated and didn't use graylog lol [20:12:00] I proxied to mwtask which shows the full exceptions. [20:12:01] beta? [20:12:07] aha [20:12:08] it occurs on beta too lol [20:12:09] https://meta.mirabeta.org/wiki/Miraheze_Meta?action=info [20:12:12] oh lol [20:12:35] oh when did metawikibeta upgrade to 1.44 [20:12:43] where do we hide the full exceptions on mwtask [20:12:58] you have to use the proxy extension [20:12:59] its been on 1.44 at least since when i got my account on mirabeta lol [20:13:13] if I remember correctly you have to give it a key which should be on Phorge [20:13:13] ohh that way [20:13:28] or smth like that, I never used it [20:13:41] mood [20:14:07] Yeah you have to enter a key to proxy. I added though as a security measure to not allow single servers be targeted by just sending a header. [20:15:26] Anyway yeah key is on phorge somewhere. I can find in a second if you need. [20:32:02] https://www.youtube.com/watch?v=IVMBCLCK0gY [20:32:24] dont call me out like that wtf [20:32:47] i only cause "acceptable casualties" "accidentally" [20:33:13] do you remove only 20% of a brain tumor [20:33:33] no, i remove 150% of brain tumour, im that good [20:33:48] he did that too [20:33:55] frick [20:34:12] did you make someone a quadriplegic [20:34:47] not yet but with my posture im probably gonna crack my spine soon [20:35:37] someone that's not you? [20:35:53] yea its that infectious [20:36:22] @posix_memalign@bluemoon0332 (you get one too since you were in convo) tintinpedia images are fine now o7 [20:36:37] may i suggest this fix [20:36:38] https://i.kym-cdn.com/entries/icons/facebook/000/047/323/Screenshot_2023-11-17_at_12.30.28_PM.jpg [20:37:52] ma'am im not gaming, im selling my soul to cosmicalpha [21:00:15] Thank you! I'm seeing thumbnails gradually appearing, so everything should be fine after cache expiry. [21:32:31] @cosmicalpha how easy is it to install Phan from a CLI [21:32:38] Could it be run on code spaces you think? [21:48:30] Today I remembered that https://meta.miraheze.org/wiki/User:PixDeVl/TC_101 exists [21:48:36] totally forgot 😂 [21:56:17] heeeeeey @pskyechology [21:56:30] sup [21:56:47] can you fetch smt smt from graylog real quick [21:56:52] im gonna have to https://nohello.net you btw [21:57:04] gonna ignore that anyways! [21:57:14] im gonna ignore your request :3 [21:57:17] whats the exception [21:57:24] dec6c076466211496ed04060 [21:57:31] on Special:Analytics [21:58:25] [1/15] ``` [21:58:25] [2/15] Cannot access offset of type string on string [21:58:26] [3/15] from /srv/mediawiki/1.43/extensions/MatomoAnalytics/includes/MatomoAnalyticsWiki.php(66) [21:58:26] [4/15] #0 /srv/mediawiki/1.43/extensions/MatomoAnalytics/includes/MatomoAnalyticsWiki.php(80): Miraheze\MatomoAnalytics\MatomoAnalyticsWiki->getData(string, string, string) [21:58:26] [5/15] #1 /srv/mediawiki/1.43/extensions/MatomoAnalytics/includes/MatomoAnalyticsWiki.php(185): Miraheze\MatomoAnalytics\MatomoAnalyticsWiki->getRangeData(string) [21:58:27] [6/15] #2 /srv/mediawiki/1.43/extensions/MatomoAnalytics/includes/MatomoAnalyticsViewer.php(44): Miraheze\MatomoAnalytics\MatomoAnalyticsWiki->getTopPages() [21:58:27] [7/15] #3 /srv/mediawiki/1.43/extensions/MatomoAnalytics/includes/Specials/SpecialAnalytics.php(73): Miraheze\MatomoAnalytics\MatomoAnalyticsViewer->getFormDescriptor(MediaWiki\Context\RequestContext, int) [21:58:27] [8/15] #4 /srv/mediawiki/1.43/includes/specialpage/SpecialPage.php(728): Miraheze\MatomoAnalytics\Specials\SpecialAnalytics->execute(null) [21:58:27] [9/15] #5 /srv/mediawiki/1.43/includes/specialpage/SpecialPageFactory.php(1724): MediaWiki\SpecialPage\SpecialPage->run(null) [21:58:28] [10/15] #6 /srv/mediawiki/1.43/includes/actions/ActionEntryPoint.php(504): MediaWiki\SpecialPage\SpecialPageFactory->executePath(string, MediaWiki\Context\RequestContext) [21:58:28] [11/15] #7 /srv/mediawiki/1.43/includes/actions/ActionEntryPoint.php(146): MediaWiki\Actions\ActionEntryPoint->performRequest() [21:58:29] [12/15] #8 /srv/mediawiki/1.43/includes/MediaWikiEntryPoint.php(200): MediaWiki\Actions\ActionEntryPoint->execute() [21:58:29] [13/15] #9 /srv/mediawiki/config/initialise/entrypoints/index.php(98): MediaWiki\MediaWikiEntryPoint->run() [21:58:30] [14/15] #10 {main} [21:58:30] [15/15] ``` [21:58:33] same as https://issue-tracker.miraheze.org/T14092 [21:58:38] matomo brok :( [21:59:25] is this global? [21:59:30] and i missed it? [22:02:30] seems like it, almost 5k errors in the last hour [22:04:55] dang [22:05:04] [1/2] @cosmicalpha [22:05:04] [2/2] https://cdn.discordapp.com/attachments/1006789349498699827/1401687339834675301/image.png?ex=68912e8f&is=688fdd0f&hm=06127d6254292185fcf00f1cb1ae7936831dd1ab1021c972e7d778e45c668f8d& [22:27:40] why did this start so randomly lol [22:27:56] hmmm [22:27:58] ohhhh wait... uh [22:28:04] I hope im wrong [22:28:11] [[gh:miraheze/MataomoAnalytics]] [22:28:12] [22:28:17] oh god [22:28:27] I upgraded db182 to mariadb 11.8 I wonder if I broke matomo so its returning bad data. [22:28:31] Based on the error, maybe the API is returning invalid data? [22:28:37] oh no [22:28:43] yeah, I suspect sth like this too [22:28:59] well thats not great lol [22:29:01] looking [22:54:21] @abaddriverlol it is related [22:54:28] I think I can fix though [22:54:35] rip [22:54:41] nice [22:54:49] [1/4] ``` [22:54:49] [2/4] Mysqli prepare error: Illegal mix of collations (utf8mb4_general_ci,COERCIBLE) and (utf8mb4_uca1400_ai_ci,COERCIBLE) for operation '=' - in plugin Actions. [22:54:50] [3/4] ``` [22:54:50] [4/4] is there error [22:57:13] i hate sql [23:00:26] somebody should rewrite MediaWiki to use a non-sql DB like MongoDB [23:00:31] surely that wouldn't be controversial at all [23:02:02] :fear: [23:02:54] would be kinda funny to create a task on phabricator for it and see how long it takes until it gets declined and the task author gets publicly prosecuted [23:03:57] going back to Massachusetts [23:05:16] I’m surprised postgres wasnt changed to be the default [23:14:29] my secret project rewrites mediawiki to be backend-agnostic with everything exportable to RDF graph [23:22:22] fixed... until puppet runs... I'll push the temporary fix to puppet until we actually change collation defaults (which we will eventually) [23:22:36] speaking of, are the puppets ok? #tech-ops [23:22:46] they seem very sad [23:23:10] let me see. [23:24:28] [1/4] @agentisai [23:24:29] [2/4] ``` [23:24:29] [3/4] Error: Could not retrieve catalog from remote server: Error 500 on SERVER: Server Error: Function lookup() did not find a value for the name 'passwords::mediawiki::cloudflare_requestssl_apikey' on node mw171.fsslc.wtnet [23:24:29] [4/4] ``` [23:27:19] [1/2] I think it'll be safe. Rewrite MediaWiki in Rust is still open [23:27:19] [2/2] https://phabricator.wikimedia.org/T390689 [23:27:44] No way [23:28:11] https://phabricator.wikimedia.org/T32559 [23:28:23] @abaddriverlol https://github.com/miraheze/puppet/pull/4462 [23:29:14] swedish??? [23:29:31] Blåhaj propaganda is real [23:29:48] Nice [23:29:59] Thats apparently the default on 10.11 (or is on db171 which I checked lol) I also switched it on db182 and it fixed matomo [23:30:16] swedish CI [23:30:21] surely CI stands for continuous integration [23:30:36] even worse, we're giving them things to check [23:30:38] had to run mariadb-upgrade --force also to change it again... [23:31:19] Too much technical debt I guess. We have a character encoding problem right now that breaks the DB. A switch will probably lead to a lot more problems. AFAIK Postgresql's wiki uses Postgres, and they probably encountered a bunch of problems as a result (they're also [stuck on MW 1.35](https://wiki.postgresql.org/wiki/Special:Version)) [23:35:12] No. I was wondering why they didn’t make Postgres the default in the first place. Not why they dont switch now [23:35:24] And by “they” i mean the WMF [23:50:37] the errors still appear on ?action=info and Special:Analytics [23:50:41] https://discord.com/channels/407504499280707585/407537962553966603/1401713503953223750 [23:54:52] [1/2] not for me lol [23:54:53] [2/2] https://cdn.discordapp.com/attachments/1006789349498699827/1401714974140661851/image0.png?ex=6891484c&is=688ff6cc&hm=7c6d34153098c0e90213940d5816accb375d7c676958f314a0c31a7f453c34df& [23:55:18] oh [23:55:21] I know why [23:57:02] oh it stopped on meta [23:57:19] still happening on other wikis though