[07:01:39] <Forza>	 Good morning
[07:03:23] <Forza>	 I am attempting to install the TimedMediaHandler extension. Installation seems OK, but transcoding fails. How can I debug this? As far as I can see, it creates the transcoded videos in the images dir. 
[07:04:20] <Forza>	 https://gist.tnonline.net/NI
[07:04:45] <Forza>	 https://wiki.tnonline.net/w/File:20230509-1939_Moose_calf_2.mp4
[07:05:08] <Forza>	 The status at the bottom of the page is error
[07:06:21] <bawolff>	 Forza: do you have separate job queue set up for transcode jobs?
[07:06:30] <Forza>	 Yes 
[07:06:42] <bawolff>	 Does the runJobs script output errors when doing transcode jobs?
[07:08:53] <Forza>	 sudo -u wiki php maintenance/runJobs.php  --type webVideoTranscode
[07:08:53] <Forza>	 Job queue is empty.
[07:09:05] <Forza>	 No errors 
[07:11:04] <bawolff>	 Forza: https://wiki.tnonline.net/mediawiki/api.php?action=query&titles=File:20230509-1939_Moose_calf_2.mp4&prop=videoinfo|transcodestatus&viprop=derivatives seems to indicate it might be a timeout error. Do you have timeouts specified for the job queue somewhere?
[07:11:49] <Forza>	 Hmm good queation
[07:12:22] <Forza>	 Not in the cron job. But maybe in LocalSettings. Ill look
[07:12:49] <bawolff>	 For the test with running the runJobs.php script, you might want to reset the transcode first, the try runJobs.php, so it will re-do the transcode and show any errors as they occur, as simply running runJobs.php won't show old errors
[07:15:38] <Forza>	 https://gist.tnonline.net/IM localsettings.php
[07:17:03] <Forza>	 I can try resetting it. 
[07:17:14] <Forza>	 Hmm errored out "Error on 07:16, 19 June 2023" 
[07:17:49] <Forza>	 The cron job hasn't started yet 
[07:19:42] <Forza>	 I started it manually now https://paste.tnonline.net/files/Ze6qpoJSqBOP_Screenshot_20230619_091839_Termius.png 
[07:21:22] <Forza>	 Maybe I should re-upload the files or remove them from the server and try again? 
[07:21:35] <Vulpix>	 no
[07:22:49] <Vulpix>	 transcoding is an expensive operation that takes its time
[07:22:49] <Forza>	 I can see ffmpeg rubbing in the background 
[07:25:07] <Forza>	 Yea that i know. These clips are luckilly short
[07:25:09] <Forza>	 https://gist.tnonline.net/XM
[07:27:27] <Forza>	 This one is odd https://wiki.tnonline.net/w/File:20230509-1938_Moose_calf.mp4
[07:27:41] <Forza>	 It seems not detected as video at all
[07:30:14] <Forza>	 https://gist.tnonline.net/KI
[07:30:20] <Forza>	 Division by zero
[07:33:46] <Forza>	 I wonder where that error comes from 
[07:37:14] <Forza>	 I'll switch back to embed video extension again for now while I figure this one out :) 
[07:37:18] <Forza>	 Thanks :) 
[08:04:25] <Vulpix>	 T289189
[08:04:26] <stashbot>	 T289189: getid3: PHP Warning: Division by zero - https://phabricator.wikimedia.org/T289189
[08:04:41] <Vulpix>	 > In PHP 8.1, division by zero will throw a DivisionByZeroError.
[08:08:13] <Vulpix>	 should be fixed in the latest version of the getID3() php library
[08:12:39] <bawolff>	 Part of me wonders why it wouldn't make more sense just to promote it to a float
[08:12:55] <bawolff>	 So it can be Infinity
[08:23:41] <Vulpix>	 That would fix the immediate error, but it may break something further down the path
[09:52:51] <bawolff>	 I just mean, for php in general
[09:53:02] <bawolff>	 What's the point of being loosely types if you can't be loose with the types
[09:54:28] <Forza>	 Vulpix: thanks. I'll have a look 
[10:01:23] <Forza>	 Makes me wonder though. One of two video files seems to be detected as audio and not mp4/h264. Maybe this is the cause for the error. There are no id3 tags on mp4 files, are there? 
[10:18:20] <Forza>	 This is the video https://wiki.tnonline.net/w/File:20230509-1938_Moose_calf.mp4 and tmh doesn't seem to underatand it's a video ?
[10:21:55] <Forza>	 Also new getid3 library didn't help :(
[10:22:05] <Forza>	 Srill divisionbyzero
[12:51:54] <Nadox>	 Hey everyone, I was wondering if any of you has any news about the progress of having Parsoid as the default parser? I'm trying to know when linear parsing will be implemented (thus making the Variable extension obsolete) as it will heavily affect our platform.
[12:52:56] <Reedy>	 Are you wondering for your own wiki (and being able to configure that) or meaning Wikipedia et al?
[12:53:26] <Nadox>	 About my own wiki (we currently are upgrading our MW version to 1.39)
[12:55:01] <Nadox>	 As Parsoid 0.18 will come bundled with MediaWiki 1.41, I'm wondering if the next LTS version will be the breaking one when linear parsing will not be supported anymore
[12:55:39] <Reedy>	 I think we're probably a while away from thing actually being broken fully... But I'm not sure
[12:57:47] <Nadox>	 Yeah I think so too but I wanted to see if we have more information about this
[12:58:12] <Reedy>	 #mediawiki-parsoid is possibly a slightly better place to ask, but I've just asked in the teams slack channel about it
[12:58:55] <Reedy>	 It's a holiday in the US today, so might be a delayed reply
[12:59:29] <Nadox>	 Alright, thanks! Will wait a bit then and if there is no update, will ask in the channel you just pinged!
[12:59:52] <Reedy>	 Feel free to ping me later incase I forget to relay
[13:00:41] <Nadox>	 I will, thanks again
[13:00:42] <MatmaRex>	 i think that's still pretty far away. Parsoid isn't even available as a replacement for the current parser
[13:01:12] <MatmaRex>	 (i'm not on that team though)
[13:01:17] <MatmaRex>	 although here's a sneak peek of the work in progress: https://en.wikipedia.org/wiki/The_Fighting_Temeraire?useparsoid=1 as you can see it's not fully functional
[13:01:42] <MatmaRex>	 so i think there's some time still before you get an option to use it, then more time before it's the default, and then even more time before the old parser is removed
[13:09:32] <Nadox>	 I see, It's just that I'm trying to get a more accurate timeline if possible (that would help us to prepare for this)
[14:41:45] <Reedy>	 Nadox: https://phabricator.wikimedia.org/T282499#8349865 partially
[14:47:20] <Nadox>	 Reedy Yeah I saw this one, so no updates or idea on the timeline of this?
[14:55:04] <MatmaRex>	 "when it's done"
[14:56:10] <Reedy>	 heh
[15:15:29] <Nadox>	 Alright, well I guess just need to wait and see
[15:16:11] <Reedy>	 Nadox: Well,  subbu[m] just joined for your beenfit ;)
[15:18:42] <Nadox>	 Oh! Will ask him/her directly then
[15:23:02] <Nadox>	 Or I guess I can just do it here. subbu[m], is it possible to have any timeline (even very broad) for the depreciation of linear parsing with the old parser? We are asking as we heavily depend on it
[15:23:24] <Reedy>	 asking in public is generally better, yeahh
[15:26:38] <subbu[m]>	 No timeline available right now because mediawiki and wikitext is messy and complicated and a small change has outsize ramifications: templates, gadgets, user scripts, bots, extensions, skins ... the leakage is vast and unfortunate and the work is exhausting ... so, as Bartosz said, it will be done when it will be done ... but, as I have said before, we won't break anything gratuitiously .. we'll give notice and will remove the legacy parser only once all
[15:26:38] <subbu[m]>	 relevant issues are addressed.
[15:27:02] <subbu[m]>	 s/a small change/many changes/
[15:31:20] <sky2042[m]>	 good guy subbu
[15:34:09] <Nadox>	 subbu[m]: Alright, thank you for the answer! Just so I know, how long approximately before a breaking change can the community expect you to give notice about it (like the depreciation of the Variable extension) ?
[15:45:52] <subbu[m]>	 The current plan is to leave behind an option to continue using the legacy parser for "a while" (couple releases? not sure) while external wikis work to migrate over to Parsoid. But, really, all the current focus of our small team is on wikimedia wikis. Once that is done, we can think of how to handle this for 3rd parties. 
[15:52:09] <Nadox>	 Alright, so maybe the next LTS will still support the legacy parser but nothing set stone
[15:52:26] <subbu[m]>	 Correct.
[15:54:15] <Nadox>	 Alright, thanks for the update and your answer
[17:48:43] <OriginalAuthorit>	 I'm a composer noob, I'm trying to downgrade php version of my MediaWiki (for several reasons), from 8.1 to 7.4, but I'm being blocked by composer requirements, I've done `composer depends php | grep 8.1` and it gives `symfony/deprecation-contracts     v3.3.0     requires php (>=8.1) ` but that isn't listed in composer.json, how can I change the version of this?
[17:50:03] <OriginalAuthorit>	 Looks like its Guzzle requiring the depreciation-contracts, which I have set at 7.4.5, which iirc, is compatable with php 7.4?
[18:05:51] <Prod[m]>	 Can you just rename/delete the vendor folder and rebuild it?
[18:10:49] <OriginalAuthorit>	 is it safe to do that?
[18:12:20] <sky2042[m]>	 https://phabricator.wikimedia.org/T335073
[18:21:29] <OriginalAuthorit>	 <sky2042[m]> "https://phabricator.wikimedia...." <- interesting, this seemed to fix the depreciation-contracts issue, but now these two have popped up:... (full message at <https://libera.ems.host/_matrix/media/v3/download/libera.chat/46fbc2821afed87b3296f3a173813971447b6802>)
[18:23:12] <sky2042[m]>	 https://phabricator.wikimedia.org/T305624
[18:23:35] <sky2042[m]>	 search is your friend 🙂
[18:33:18] <OriginalAuthorit>	 ty!
[22:25:01] <Forza>	 Hi again. Is the idea with TimedMediaHandler that transcoding shoukd start immediately when clicking the link 'reset transcode' on a file page ?
[22:27:38] <moonmoon>	 don't think there's any way to force an immediate transcode in TMH, it'll just go into the queue