[00:55:37] MW 1.35: Hadn't accessed my MW in a few weeks and now is reporting error which summed up reads Uncaught UnexpectedValueException: callback 'MapsRegistration::onRegistration' is not callable ... ExtensionRegistry.php:539 [00:55:45] I have a stack trace if desired. Thanx [00:58:38] Stack trace here: https://dpaste.org/6oSR [01:12:07] Is this channel active? [01:12:35] Always has been as long as I've used it for months [01:49:33] solved my issue. just needed to perform composer update [01:56:37] Does wikiMedia have A front end admin? [01:57:53] MagentaRhino10: you'll need to be more specific, what are you asking about? [01:58:18] Like to config options and stuff [01:58:25] or does that have to be done from the config file itself [01:58:28] ah, no. Nothing built in [01:58:41] Any free plugins for it? [01:58:48] some extensions have been written to do config, but I don't know how well maintained they are [01:59:00] in general, it's best to do it via the config file, as exposing config on the wiki can be a security risk [01:59:34] (also if you break something, your wiki might not work until you manually edit the file to fix or revert it) [01:59:48] Hm [01:59:57] I was looking for something with easy management [02:00:05] mediawiki is definitely not for you then [02:00:10] Ok [02:00:28] (if you want a mediawiki instance without needing to manage it, look into wiki farms such as fandom or mirahaze) [02:00:44] I was wanting to self host it on my own domain [10:13:10] can you avoid the interposer "are you sure page" when purging? [10:15:31] Yes. Do a POST request instead of a GET request [12:53:26] Hello everybody. I have two mediawikis installed and I have a problem with one of them. The one that works has version 1.34.4 and the one that doesn't work has 1.35.1 [12:53:26] Both wikis are password protected. When I go to it, I see the first page with just a login link. When I click on the login-link, I get a page with just jibberish. This only happens in Chrome, it works fine i Firefox. So I guess the problem isn't primarily with MW but with Chrome. I try a private window in Chrome, and get the same problem so it [12:53:27] shouldn't be a problem with any Chrome Addons. [12:53:27] I don't really use the wiki so it is rather empty so a reinstall wouldn't be much of a problem, but I'd like to know what the problem is. Since I don't use the wiki, I haven't looked at it for a while so I don't know how long this problem have been there, but I installed it a few months ago (in the fall) and it worked then. [12:53:28] Anybody experienced this? [13:00:18] Niclas1234556678: This is a bug tracked here: https://phabricator.wikimedia.org/T235554 [13:00:40] Thanks! [14:00:43] I'm testing out mediawiki-docker using the REL1_35 tag and I can't get past `docker-compose exec mediawiki composer update` [14:01:50] I get a 'Your requirements could not be resolved to an installable set of packages' [14:15:07] https://paste.debian.net/1181128/ full message [14:16:02] (I'm using MacOS 10.15.7) [15:28:27] freephile: Same issue as vagrant. PHP included is too old (so the base image is "too old" and/or doesn't include a newer PHP version) [16:40:36] Reedy: Looks like this issue is maybe just around the corner based on a quick read of this commit pending review in gerrit https://gerrit.wikimedia.org/r/c/releng/dev-images/+/622575/ [16:53:52] Actually, I'm not sure what to do in order to get a working MediaWiki-Docker. I think the answer is to create a docker-compose.override.yml and try to use a different image from (somewhere?) [16:57:25] Or, I just found bbearnes message on Wikitech-l about this [16:58:23] https://gerrit.wikimedia.org/r/c/mediawiki/core/+/630988 [22:28:23] fyi, Debian Bullseye (the next stable release) will have PHP 7.4, not 8.0 (didn't make the cut in time) [22:30:40] Stability ftw