[00:05:02] <BlankEclair>	 https://logging.wikitide.net/messages/graylog_675/527bdeb1-6a46-11f0-b9e9-bc2411bdcdc1
[00:05:03] <MirahezeRelay>	 <paladox, replying to atxatx> I guess I’ll leave it for your deep dive next month
[00:05:16] <BlankEclair>	 hmm,     MWScriptJob failure. Status 1 running /srv/mediawiki/1.43/extensions/CirrusSearch/maintenance/ForceSearchIndex.php
[00:05:21] <MirahezeRelay>	 <paladox> Because I have no clue why this is failing
[00:05:34] <BlankEclair>	 but why
[00:05:48] <BlankEclair>	 i think it'd serve useful if we logged stdout + stderr :p
[00:05:57] <MirahezeRelay>	 <atxatx> Me neither...I started working on SMW recently and much of the codebase was written before I learnt PHP...
[00:05:59] <MirahezeRelay>	 <paladox> I wonder if SMWIntegration kept the table which is why it worked in that test for older releases?
[00:06:00] <BlankEclair>	 cosmicalpha: ^ idea on debugging the whole "cirrussearch eating shit sometimes"
[00:06:45] <MirahezeRelay>	 <atxatx, replying to paladox> I don't think you're supposed to create test tables like that with MWIntergrationTest
[00:07:06] <MirahezeRelay>	 <atxatx> It worked before partially because the tests in SMW are very low level
[00:07:51] <MirahezeRelay>	 <atxatx> That and database access methods are reworked between 1.39 to 1.43
[00:09:18] <MirahezeRelay>	 <cosmicalpha, replying to atxatx> You cant since 1.42 or 1.41 or something. All data gets cleared every test. Now you have to populate the tables in addDBDataOnce() for different cases to reuse the data. (unless I misunderstood what you are even talking about here)
[00:10:08] <MirahezeRelay>	 <paladox, replying to cosmicalpha> Wasn’t that removed recently
[00:10:27] <MirahezeRelay>	 <cosmicalpha, replying to BlankEclair> what's the real error? should be in exec channel or something under the firejail command or whatever. If you dont find it I'll look tomorrow.
[00:10:28] <MirahezeRelay>	 <atxatx> From my understanding, SMW has written db query methods for each database type, and that is also reflected in the tests
[00:10:43] <BlankEclair>	 cosmicalpha: wait, it's logged after all?
[00:11:53] <MirahezeRelay>	 <cosmicalpha, replying to paladox> what removed? addDBDataOnce is the only method to reuse database data. Thats why ChangedTablesTracker even exists really. Any data changed during tests has their data cleared each time unless they are tables modified in addDBDataOnce.
[00:12:03] <MirahezeRelay>	 <paladox> In 1.42, automatic table tracking was added I think.
[00:12:09] <MirahezeRelay>	 <atxatx> Either way I don't know if I can figure it out as well, the folks from gesinn.it are much more familiar with what's going on
[00:12:18] <MirahezeRelay>	 <paladox> So I guess that clears it out on each test run or something?
[00:13:05] <MirahezeRelay>	 <cosmicalpha> it does yes. Previously it was able to avoid clearing on each test run by putting it in tablesUsed override variable. That was removed in 1.42 and now just changing them via addDBDataOnce is the only way it doesnt get it cleared each time.
[00:13:52] <MirahezeRelay>	 <cosmicalpha, replying to BlankEclair> yes it does lol
[00:15:00] <BlankEclair>	 https://logging.wikitide.net/messages/graylog_675/51e43295-6a46-11f0-b9e9-bc2411bdcdc1
[00:15:01] <BlankEclair>	 oh no
[00:15:14] <BlankEclair>	 Error running /bin/bash '/srv/mediawiki/1.43/vendor/wikimedia/shellbox/src/Command/limit.sh' ''\''/usr/bin/php'\'' '\''/srv/mediawiki/1.43/maintenance/run.php'\'' '\''/srv/mediawiki/1.43/extensions/CirrusSearch/maintenance/UpdateSearchIndexConfig.php'\'' '\''--wiki'\'' '\''babelreduxwiki'\''' 'SB_INCLUDE_STDERR=;SB_CPU_LIMIT=50; SB_CGROUP='\''/sys/fs/cgroup/memory/mediawiki/job'\''; SB_MEM_LIMIT=0; SB_FILE_SIZE_LIMIT=0; SB_WALL_CLOCK_
[00:15:16] <BlankEclair>	 LIMIT=60; SB_USE_LOG_PIPE=yes': Elastica\Exception\Connection\HttpException from line 186 of /srv/mediawiki/1.43/extensions/Elastica/vendor/ruflin/elastica/src/Transport/Http.php: Unknown error:60
[00:15:36] <MirahezeRelay>	 <paladox> I wonder why the table doesn’t exist if it’s supposed to be created on install (although I’m not sure)
[00:15:38] <BlankEclair>	 anyway, gtg now
[00:15:55] <MirahezeRelay>	 <paladox> Basing it on https://github.com/SemanticMediaWiki/SemanticMediaWiki/blob/9969290b68bead742643dc7ac8b8f396d1c1e830/src/SQLStore/TableBuilder/TableSchemaManager.php#L276
[00:16:29] <MirahezeRelay>	 <cosmicalpha, replying to paladox> [1/2] ChangedTablesTracker changes caused a lot of issues with the CreateWiki CI I had to fix also by changing it to use a whole global setting that reinserts some data using a MediaWikiServices hook and adds it to DevelopmentSettings.php. It was a mess that thankfully I managed to mostly reduce doing lol. And now it just both populates in an installer script and i
[00:16:29] <MirahezeRelay>	 <cosmicalpha, replying to paladox> [2/2] n `addDBDataOnce`
[00:17:15] <MirahezeRelay>	 <paladox> https://github.com/SemanticMediaWiki/SemanticMediaWiki/blob/master/tests/phpunit/MediaWiki/Jobs/FulltextSearchTableRebuildJobTest.php
[00:17:18] <MirahezeRelay>	 <paladox> Is the test
[00:17:44] <MirahezeRelay>	 <paladox> Oh, are you able to see if that’s what’s needed here and try @cosmicalpha
[00:17:55] <MirahezeRelay>	 <paladox> Well
[00:18:03] <MirahezeRelay>	 <paladox> This test doesn’t use SMWIntegration
[00:23:30] <MirahezeRelay>	 <cosmicalpha, replying to paladox> Im confused if that test even runs properly?
[00:23:52] <MirahezeRelay>	 <cosmicalpha> full text search is disabled by default?
[00:25:31] <MirahezeRelay>	 <cosmicalpha> https://github.com/SemanticMediaWiki/SemanticMediaWiki/blob/d05166bdb14caa7573e03cc08cfe8fdc616e9b50/tests/phpunit/MediaWiki/Jobs/FulltextSearchTableRebuildJobTest.php#L46 it just silently fails with no indication why? im confused lol
[00:25:58] <MirahezeRelay>	 <orduin, replying to pskyechology> Looks like TimedMedia handler may be treating the video bitrate as the `us_image_bits` column, which doesn't seem right. If I'm correct about image bits, it generally shouldn't exceed 64, whereas a video's bitrate can easily exceed what can be stored in that column.
[00:29:07] <MirahezeRelay>	 <cosmicalpha, replying to orduin> Does that wiki even have TimedMediaHandler enabled or is it trying to upload an mp4 file without it?
[00:29:49] <MirahezeRelay>	 <pskyechology> oh lol we dont have tmh enabled
[00:31:03] <MirahezeRelay>	 <orduin> Huh, well then whatever media handler is pulling data from the mp4 is doing it wrong.
[00:31:48] <MirahezeRelay>	 <cosmicalpha, replying to BlankEclair> Very helpful error lol
[00:31:53] <MirahezeRelay>	 <pskyechology> only other ext we have is EmbedVideo
[00:32:27] <MirahezeRelay>	 <pskyechology> lets see if it still happens with tmh
[00:32:34] <MirahezeRelay>	 <cosmicalpha, replying to orduin> my guess is none lol, its probably trying to upload using MediaWiki's core handling as an image as mp4 files are just accepted.
[00:33:00] <MirahezeRelay>	 <cosmicalpha> if enabled in wgFileExtensions
[00:34:19] <MirahezeRelay>	 <orduin> <https://github.com/StarCitizenWiki/mediawiki-extensions-EmbedVideo/blob/master/includes/Media/AudioHandler.php#L278>
[00:34:26] <MirahezeRelay>	 <orduin> That'll do it
[00:34:50] <MirahezeRelay>	 <cosmicalpha> its treating it as an audio file?
[00:35:08] <MirahezeRelay>	 <pskyechology> wow
[00:35:21] <MirahezeRelay>	 <orduin> VideoHandler.php inherits from AudioHandler and uses the AudioHandler's getSizeAndMetadata func
[00:35:53] <MirahezeRelay>	 <cosmicalpha> oh lol
[00:36:22] <MirahezeRelay>	 <pskyechology> same error with tmh now enabled
[00:36:54] <MirahezeRelay>	 <cosmicalpha> @atxatx just FYI ^
[00:37:20] <MirahezeRelay>	 <pskyechology> lets try without embedvideo as well
[00:37:48] <MirahezeRelay>	 <cosmicalpha> that will certainly work based off voids findings lol Unless its more then one issue.
[00:39:26] <MirahezeRelay>	 <pskyechology> huh, did disabling embedvideo remove mp4 from wgFileExtensions or did we actually just not have that on lol
[00:39:57] <MirahezeRelay>	 <pskyechology> without embedvideo, no issues
[00:41:22] <MirahezeRelay>	 <cosmicalpha, replying to pskyechology> EmbedVideo adds it even when not added in ManageWiki
[00:41:36] <MirahezeRelay>	 <pskyechology> makes sense
[00:41:39] <MirahezeRelay>	 <cosmicalpha> https://github.com/StarCitizenWiki/mediawiki-extensions-EmbedVideo/blob/5c0f542d29c59fe57b020868093d38e99c3bc95b/includes/EmbedVideoHooks.php#L92
[00:45:57] <MirahezeRelay>	 <paladox, replying to cosmicalpha> I don’t even know tbh
[01:05:30] <MirahezeRelay>	 <pixldev, replying to pskyechology> real!
[01:08:29] <MirahezeRelay>	 <paladox> oh it's enabled in the test by default? https://github.com/SemanticMediaWiki/SemanticMediaWiki/blob/9969290b68bead742643dc7ac8b8f396d1c1e830/phpunit.xml.dist#L151
[01:33:35] <MirahezeRelay>	 <orduin> Opened <https://github.com/StarCitizenWiki/mediawiki-extensions-EmbedVideo/issues/135> and commented on <https://phabricator.wikimedia.org/T398100>
[01:54:25] <MirahezeRelay>	 <orduin> Could also be a fix to set wgEmbedVideoEnableVideoHandler and wgEmbedVideoEnableAudioHandler to false if TimedMediaHandler is enabled (assuming you want the other functionalities of EmbedVideo).
[01:56:17] <MirahezeRelay>	 <pskyechology> [1/2] that upload was low quality anyway, didn't get past moderation lol
[01:56:18] <MirahezeRelay>	 <pskyechology> [2/2] so we continue to have a whopping 0 videos and 1 gif thats too large to be animated
[01:56:32] <MirahezeRelay>	 <pskyechology> but thanks!
[02:19:23] <MirahezeRelay>	 <pskyechology> [1/5] michinomiconwiki
[02:19:23] <MirahezeRelay>	 <pskyechology> [2/5] townsmpiwiki
[02:19:23] <MirahezeRelay>	 <pskyechology> [3/5] frostforgenationswiki
[02:19:23] <MirahezeRelay>	 <pskyechology> [4/5] 9b9twiki (1001 dns resolution error; contact them?)
[02:19:23] <MirahezeRelay>	 <pskyechology> [5/5] have dead custom domains and should probably be removed
[02:21:54] <MirahezeRelay>	 <pskyechology> [1/2] pr: https://github.com/miraheze/ssl/pull/878
[02:21:54] <MirahezeRelay>	 <pskyechology> [2/2] excluded 9b9t for now since theirs isn't fully dead yet
[14:35:38] <MirahezeRelay>	 <snowfleaf> hi! any updates on https://stackd.miraheze.org ?
[14:37:28] <MirahezeRelay>	 <pskyechology, replying to snowfleaf> phorge ticket with high prio pls
[14:40:52] <MirahezeRelay>	 <snowfleaf> are there also any updates on https://issue-tracker.miraheze.org/T13436
[14:40:57] <MirahezeRelay>	 <snowfleaf, replying to pskyechology> okayy
[14:41:44] <MirahezeRelay>	 <snowfleaf> https://issue-tracker.miraheze.org/T14063
[14:43:07] <MirahezeRelay>	 <rhinosf1> Hi
[14:45:31] <MirahezeRelay>	 <abaddriverlol, replying to snowfleaf> ugh I tried to debug this some time ago and it was caused by some variable in a hook having a type it's not supposed to have, and it wasn't reproducible via shell.php
[14:45:55] <MirahezeRelay>	 <rhinosf1, replying to abaddriverlol> how do we fix?
[14:47:14] <MirahezeRelay>	 <abaddriverlol> not sure, needs more debugging/investigation
[14:47:15] <MirahezeRelay>	 <pskyechology> [1/2] i disagree with the UBN since the wiki is usable on other skins btw
[14:47:15] <MirahezeRelay>	 <pskyechology> [2/2] that's semantics tho
[14:47:47] <MirahezeRelay>	 <rhinosf1, replying to abaddriverlol> do we need to disable citizen on that wiki then?
[14:48:14] <MirahezeRelay>	 <pskyechology> would it be funny if turning the skin off and on again fixed it
[14:50:08] <MirahezeRelay>	 <rhinosf1> i ran toggleExtension but it's still broken
[14:51:17] <MirahezeRelay>	 <rhinosf1> oh i see the issue
[14:51:21] <MirahezeRelay>	 <rhinosf1> dumbfuck script
[14:51:39] <MirahezeRelay>	 <rhinosf1> > Disabled citizen on stackdwiki.
[14:51:44] <MirahezeRelay>	 <rhinosf1> but still no work
[14:52:34] <MirahezeRelay>	 <rhinosf1> now working
[14:53:24] <MirahezeRelay>	 <rhinosf1> i moved it back down to medium @pskyechology
[14:54:19] <MirahezeRelay>	 <pixldev, replying to pskyechology> UBN is only for when the entire farm is on fucking fire
[14:58:25] <MirahezeRelay>	 <rhinosf1, replying to pixldev> I did UBN cause i was literally looking then
[14:58:30] <MirahezeRelay>	 <rhinosf1> and treating it as immediate
[14:58:38] <MirahezeRelay>	 <rhinosf1> priority should reflect reality too
[14:58:58] <MirahezeRelay>	 <pskyechology> brb triaging everything I do as ubn
[15:04:17] <MirahezeRelay>	 <rhinosf1, replying to pskyechology> only if you're dropping other things to do it
[15:04:27] <MirahezeRelay>	 <pskyechology> my adhd:
[15:04:29] <MirahezeRelay>	 <rhinosf1> also anyone want to review https://github.com/miraheze/ManageWiki/pull/718
[15:04:50] <MirahezeRelay>	 <rhinosf1> i'm not a php dev and can't be arsed finding a validator for --name so it's slightly crap
[15:13:08] <MirahezeRelay>	 <snowfleaf> hey Rhinos are there any updates on https://issue-tracker.miraheze.org/T13436
[15:13:14] <MirahezeRelay>	 <pskyechology, replying to rhinosf1> [1/2] nothing else seems to validate it either soooo
[15:13:14] <MirahezeRelay>	 <pskyechology, replying to rhinosf1> [2/2] left a comment btw
[15:13:34] <MirahezeRelay>	 <rhinosf1, replying to snowfleaf> no
[15:13:44] <MirahezeRelay>	 <rhinosf1, replying to pskyechology> aww
[15:13:54] <MirahezeRelay>	 <rhinosf1> that means i need to do work after this meeting now
[15:14:00] <MirahezeRelay>	 <pskyechology> :3
[15:15:13] <MirahezeRelay>	 <rhinosf1> or at least later
[15:15:20] <MirahezeRelay>	 <rhinosf1> i need to go shopping too
[16:24:33] <MirahezeRelay>	 <reception123> [1/2] I guess this is a good title to get someone's attention
[16:24:33] <MirahezeRelay>	 <reception123> [2/2] https://cdn.discordapp.com/attachments/1006789349498699827/1399789705977004103/image.png?ex=688a4740&is=6888f5c0&hm=30ef8a1f21e578a4cdbaa707ee211a234de48b2e7881176fbb0fdd0dbe0dff7d&
[16:26:38] <MirahezeRelay>	 <pskyechology> [1/2] import requesters hate this one simple trick!
[16:26:39] <MirahezeRelay>	 <pskyechology> [2/2] find out how n00bs get 3 techies to instantly appear! click here for more!
[16:38:18] <MirahezeRelay>	 <rhinosf1> Results for stack overflow survey are out https://survey.stackoverflow.co/2025
[16:38:28] <MirahezeRelay>	 <rhinosf1> Jira looses its top spot for collaboration tools
[16:39:34] <MirahezeRelay>	 <pskyechology> phorge better be at the top
[16:40:40] <MirahezeRelay>	 <pskyechology> oh its confluence, no surprise there
[16:40:44] <MirahezeRelay>	 <pskyechology> LOL MARKDOWN FILE???
[16:47:39] <MirahezeRelay>	 <pixldev, replying to rhinosf1> Who beat em
[16:47:58] <MirahezeRelay>	 <pixldev, replying to pskyechology> It’s at the bottom?
[16:48:03] <MirahezeRelay>	 <pskyechology, replying to pixldev> https://cdn.discordapp.com/attachments/1006789349498699827/1399795620826579150/image.png?ex=688a4cc2&is=6888fb42&hm=eed1f83932e12188de4f254b8f3a7fcaa0f99e16d756c46ed5234163d24edd96&
[16:48:44] <MirahezeRelay>	 <pixldev> RIP confluence
[16:48:46] <MirahezeRelay>	 <pskyechology> https://survey.stackoverflow.co/2025/technology#1-code-documentation-and-collaboration-tools
[16:48:50] <MirahezeRelay>	 <pixldev> L bozo
[16:49:11] <MirahezeRelay>	 <pskyechology, replying to pskyechology> this image is not an embed and i cannot remove it, i hate it
[16:50:52] <MirahezeRelay>	 <pixldev, replying to pskyechology> <>?
[16:51:04] <MirahezeRelay>	 <pskyechology> nah that's like effort
[16:51:24] <MirahezeRelay>	 <pskyechology> (does it anyway)
[19:55:14] <MirahezeRelay>	 <atxatx, replying to abaddriverlol> I can enforce the type for that variable but I wonder where did the int come from
[19:56:30] <MirahezeRelay>	 <atxatx> MediaWiki core uses string keys for every menu, so it is probably coming from something else
[20:03:45] <MirahezeRelay>	 <atxatx> Anyways I have fixed it upstream: https://github.com/StarCitizenTools/mediawiki-skins-Citizen/commit/c5741595701273b60b16dd635048a0f6a5e3462e
[21:24:59] <MirahezeRelay>	 <rhinosf1> @snowfleaf ^