[00:38:25] Hi and thanks for the MediaWiki ... running upgrades from 1.35.2 -> 1.35 and the first 4 wikis went just fine, but this 5th one is using Extension:EmbedVideo and the updater complained a bunch of "depracated" stuff and it looks like the same errors are shown in the upgraded wiki [00:39:10] There are 5 error messages and they all start with "Deprecated: Premature access to service X" [00:41:09] I did read through the release notes and this would seem to be something that I need to contact the EmbedVideo developer about, since I saw some security improvement in the release notes that is probably bringing these "Deprecated" messages up [00:44:36] Oh, a ticket already exists https://gitlab.com/hydrawiki/extensions/EmbedVideo/-/issues/4784 [00:48:26] Oh, it seems that I can replace EmbedVideo with the video widgets listed here https://www.mediawiki.org/wiki/Extension:Widgets#Video/Audio_widgets [00:51:30] But in the meantime, can I suppress the 5 lines of deprecation notices from the wiki. The parser function provided by EmbedVideo still works as expected, though maybe like really slowly [00:54:31] Found the answer to my question: '$wgDeprecationReleaseLimit = '1.35';' [01:12:35] Are there any lighter versions of Mediawiki? Not really have any issues, but it's probably overkill for what I want to use it for. [01:27:05] NoCode_: no, but there are other wiki engines [01:27:11] Also, https://bash.toolforge.org/quip/AU7VVBjn6snAnmqnK_uF [01:28:29] :D [01:37:11] Hmmh... running 'composer update --no-dev' in extensions/AbuseFilter hangs on "Updating dependencies", it is not using any CPU [01:40:15] I think my composer may be broken on this server, on the other server it was fine [02:10:23] Can the default editor use markdown? [02:10:31] Or if there way [02:10:39] A way. [02:28:36] I installed Composer 2 and used that and I was able to progress a bit [02:28:54] Now the update.php fails with 'Making change_tag.ct_rc_id into an unsigned int ...RuntimeException from line 5068 of /var/www/consumerium.org/develop/mediawiki/includes/libs/rdbms/database/Database.php: Could not open "/var/www/consumerium.org/develop/w/maintenance/archives/patch-change_tag-ct_rc_id-unsigned.sql"' [02:32:52] I have no idea why the updater fails like that ... the file it "could not open" exists and is owed by me [02:51:38] I need to catch some shut-eye now and look at this with fresh eyes tomorrow. I'll leave the computer on in case someone has an idea, why the update to 1.36.2 fails complaining about that missing .sql-file, when the file in fact does exist [02:57:28] Here is the full output of the update.php https://paste.debian.net/1204635/ [22:49:20] I've made some progress since yesterday ... or more like last morning. Noticed there was a hardcoded $IP that was needed, so changing that allowed me to proceed [22:50:37] now I spun up a new server just to figure out the process and to document the right way to upgrade this wiki family of two, before I do it on the productions server. I'm getting an error and search engine is not producing help on the issue [22:51:02] "PHP Fatal error: Uncaught Error: Class 'Wikimedia\ObjectFactory' not found in /var/www/consumerium.org/develop/mediawiki/includes/debug/logger/LoggerFactory.php:78" [22:56:59] yeaaahhh. figured it out ... my composer.json modifications were a bit off .. now fixed. next for the production server [23:21:51] Now the main wiki on the production server looks good 1.36.1, but I'm getting a stack trace at the testwiki https://test.consumerium.org/wiki/Special:SpecialPages [23:22:07] [99ebb064a3c7889009616d10] /wiki/Special:SpecialPages TypeError: hash() expects parameter 2 to be string, bool given [23:34:08] I do not know what I may have done to break Special:SpecialPages on the testwiki of the wikifamily of 2 in the upgrade process. I tried looking for that error on search engine without much luck. [23:52:20] it's probably getting passed a false