[09:10:50] <debdog>	 are PHP _warnings_ serious or can they be ignored? like maintenance$ php update.php
[09:10:50] <debdog>	 [02-Apr-2023 11:04:33 Europe/Berlin] PHP Warning:  compact(): Undefined variable $messages in [...]/includes/cache/localisation/LocalisationCache.php on line 530
[09:15:00] <RhinosF1>	 debdog: they are unexpected and shouldn’t be ignored
[09:15:10] <RhinosF1>	 But they aren’t serious most of the time
[09:15:50] <RhinosF1>	 A lot of warnings will tell you something will break in the future
[09:16:01] <RhinosF1>	 That isn’t though
[09:17:39] <RhinosF1>	 debdog: what version?
[09:20:25] <debdog>	 RhinosF1: that is during update.php after upgrading from 1.27.4 to 1.30.2
[09:20:51] <RhinosF1>	 debdog: please try a newer version
[09:21:01] <RhinosF1>	 1.30.2 is not supported
[09:21:28] <debdog>	 well, I am trying to upgrade in smaller steps because upgrading in bigger steps won't work either
[09:21:47] <debdog>	 goal is 1.39 of course
[09:22:35] <debdog>	 mayhap PHP is too new, 8.2 atm, will temporarily switch back to 7.4 or 8.0
[09:22:45] <RhinosF1>	 debdog: you should be able to 1.27.4 to 1.35
[09:22:52] <RhinosF1>	 8.2 is too new ye
[09:23:10] <debdog>	 ok. 8.0 ok?
[09:23:25] <RhinosF1>	 No
[09:23:30] <debdog>	 oh
[09:23:34] <RhinosF1>	 7.4 is questionable for 1.30
[09:23:37] <RhinosF1>	 That’s very old
[09:24:08] <RhinosF1>	 7.4 is only from 1.35+
[09:24:09] <debdog>	 what php version for 1.35 ?
[09:24:17] <RhinosF1>	 7.4 is fine for 1.35
[09:24:22] <debdog>	 ok
[09:24:29] <RhinosF1>	 I suggest you try 1.27 -> 1.35 -> 1.39
[09:24:32] <RhinosF1>	 See if that works
[09:25:10] <debdog>	 that was my initial path, yes. but did that with php 8.2. switching back to 7.4 then
[09:25:23] <debdog>	 what php version for 1.39?
[09:25:52] <RhinosF1>	 8.2 is too new for 1.35
[09:25:57] <debdog>	 8.0?
[09:25:58] <RhinosF1>	 You can use 8.2 with 1.39
[09:26:01] <RhinosF1>	 No
[09:26:08] <RhinosF1>	 PHP 8 is 1.39 and above
[09:26:09] <debdog>	 ahh, ok
[09:26:11] <debdog>	 thanks!
[09:26:19] <debdog>	 will try that then...
[09:26:32] <RhinosF1>	 Please read https://www.mediawiki.org/wiki/Compatibility and the release notes
[09:26:51] <RhinosF1>	 1.35 is only a should work with PHP 8
[09:33:00] <debdog>	 oopsie, made a booboo on the server, have to sort that out first
[12:04:58] <debdog>	 RhinosF1: up-to-date at MW 1.39.3 and PHP at 8.1.17, thanks for your input, again. I have aminor issue where sometimes I have to reload a page to make it work. I'll wait a day or two to let settle things down.
[12:05:24] <debdog>	 mayhap some cache issue.
[12:05:57] <RhinosF1>	 debdog: if reload fixes it then try mass purging pages
[12:06:17] <RhinosF1>	 Also try stop/start your webserver
[12:06:44] <RhinosF1>	 Having to purge cache after an update is normal
[12:06:53] <RhinosF1>	 Depends how persistent it is
[12:08:27] <RhinosF1>	 purgeList.php —db-touch —all-namespaces should work
[12:12:51] <debdog>	 it is running, seems to take some time
[12:17:46] <RhinosF1>	 It will
[12:17:57] <RhinosF1>	 debdog: how many pages do you have?
[12:18:11] <debdog>	 ermmm
[12:19:47] <debdog>	 ok, this wiki runs on a managed server with many users. I hope it affects just my part there. still uncertain about "--all-namespaces    Purge all pages (you don't have to pass a list of pages when using this option)."
[12:20:07] <debdog>	 pages are the articles inside the wiki, RhinosF1?
[12:20:32] <RhinosF1>	 debdog: all pages
[12:20:37] <RhinosF1>	 Not just articles
[12:20:50] <RhinosF1>	 It should only affect your wiki
[12:21:10] <debdog>	 according to Special:AllPages there are eight. 
[12:21:28] <debdog>	 it's just my privat wiki for my notes
[12:21:57] <RhinosF1>	 That shouldn’t take long
[12:22:09] <RhinosF1>	 Assuming that is accurate
[12:22:36] <debdog>	 well, I'll just wait.
[12:24:01] <debdog>	 in case things won't have settled within two days I'll dig deeper.
[15:28:53] <Iamthehuman1>	 Hi and thanks for the MediaWiki. I upgraded 7 pcs to the latest version, but got some trouble trying to upgrade a wikifamily of two members from 1.35.9.
[15:33:33] <Iamthehuman1>	 The wikifamily consists of an important wiki with no Wikibase and test-wiki of very low significance that has Wikibase. 'php maintenance/update.php' fails at upgrading the test-wiki complaining "Error: Class 'Wikibase\DataModel\Entity\ItemId' not found". 
[15:34:35] <Iamthehuman1>	 I searched for this on a search engine and it appears that often this was caused by forgetting to make a composer.local.json that includes "extensions/Wikibase/composer.json", but this is not my case
[15:37:04] <Iamthehuman1>	 The test wiki can be ended as it is, but it would be nice if I could upgrade the wikifamily of two members to the newest version, if possible. If anyone has any ideas, it'd be appreciated. Thanks!
[18:45:28] <Prodigion3714[m]>	 that sounds like a composer issue, or you didn't deploy the new files properly.
[18:45:56] <Prodigion3714[m]>	 did you rerun composer.phar update --no-dev
[18:46:20] <Prodigion3714[m]>	 assuming the composer.local.json is correctly in place
[22:24:12] <chili-b>	 Hello, i just noticed an account called "Conversion script" on my wiki. As far as I can tell this bot exists for historical reasons and shouldn't have any reason to exist on my wiki. How can I remove it?
[22:51:37] <Reedy>	 Generally it's advised not to bother
[23:04:21] <chili-b>	 Okay, It looks like it was created because I ran the cleanupCaps maintenance script at some point. I was confused because it doesn't look like it actually made any changes.