Fri, Nov 20
Thu, Nov 19
I may have to eat my words. Setting up a test wiki with only
wfLoadExtension( 'ApprovedRevs' ); $wgGroupPermissions['sysop']['approverevisions'] = false; $egApprovedRevsBlankIfUnapproved = true; $egApprovedRevsShowNotApprovedMessage = true;
shows behavior more like what I expected. Reviewing all this now.
Note that changing my membership in the group does immediately add or remove the approve links from the history page.
Mon, Nov 16
It looks like this is no longer an issue.
Thu, Nov 5
Fri, Oct 30
Thu, Oct 29
Do you have the following in your LocalSettings.php?
$wgVirtualRestConfig['modules']['parsoid']['forwardCookies'] = true;
Oct 27 2020
Currently working on CW, so this may see some attention.
The patch needs to be updated and I need to talk to the people who originally requested this to see if they still want it.
Doesn't need to be done. I'm happy just pointing to the repositories and occasionally moving what the parent repo points to.
Oct 15 2020
Oct 5 2020
@Joergi123 can you confirm that VE works for you after you've made these changes? Can you tell us what specific lines you added or changed? From your description, it sounds like the following:
Oct 2 2020
Hmmm.... after testing this morning, let me clarify that using the LocalSettings.php that MW generates works, but doing something very similar with my own LocalSettings.php does not work and I'm not sure what the difference is.
Note that I see this error as well on a fresh install of 1.35.0. VE worked in the previous RC for 1.35.0 that I tried.
Sep 11 2020
FWIW, the maintainer of the RH package is the same person who maintains the Remi repository -- his name is on the changelog. I think it is reasonable to use the Remi repo for your CentOS instance.
Reedy, it is especially hard to find the official RH versions without a subscription. I got a 30 day free trial today and found this list of supported versions:
(The image lists 7.3.20. The changelog shows this was uploaded on July 10th.)
RHEL 8 has PHP 7.3.20 available. To use it:
yum module install php:7.3/*
Sep 4 2020
Shouldn't the extension also be re-added to translatewiki.net? It was there (albeit with only one translatable message) before the original archival.
Sep 3 2020
Aug 26 2020
Aug 25 2020
Aug 23 2020
Is there an example of this somewhere on mw.o so we can see how it works?
Aug 22 2020
Aug 18 2020
Ah, sorry. I clicked on the abandoned link instead of the new one.
The failures are caused by code style issues and can be fixed with "composer update && composer fix && git commit --amend && git review".
Aug 17 2020
Aug 16 2020
I'm running into this consistently here: http://podz.winkyfrown.com/w/index.php
Aug 6 2020
Jul 20 2020
I'm using Percona XtraDB Cluster 5.7.23-23-57-log which uses the MySQL 5.7 engine. There are a number of SO questions about this difference in MySQL 5.7, many of which say to disable ONLY_FULL_GROUP_BY but this Percona blog post explains how to actually address the problem.
Jul 17 2020
Jul 12 2020
TL;DR: Perfect is the enemy of Good Enough.
Jul 10 2020
One option would be to drop the fields in cleanupUsersWithNoId.php. Another would be to incorporate cleanupUsersWithNoId.php into update.php, but this would mean using a fixed username prefix.
Jul 8 2020
Jun 23 2020
Sorry, this doesn't work. The results in the list are different, but they seem to have no relation to anything.
awesome, trying now.
Jun 22 2020
Jun 18 2020
Note that @Lex has some interest in this and proposed that the MediaWiki-Stakeholders-Group provide this as a service for its members. If we were to offer this (+ some code review) as a service, it might also allow us to review non-public extensions.
Also note that a committee from the board just so happen to be meeting today to discuss these tasks and figure out which one(s) should be our current focus.
Jun 17 2020
Jun 16 2020
Jun 14 2020
May 26 2020
May 22 2020
May 20 2020
I don't know. I haven't tested it. But I doubt it.
The important change, though, is probably this one in WikiEditor: d23d096
MediaWiki 1.34+ ... 5e55aeed71 is what my branch says
May 19 2020
May 12 2020
May 9 2020
PerconaDB should override locks. Granted, I haven't tried installing into an empty Percona DB using this extension.
May 4 2020
Does this need to be updated with this comment from @Tgr?
Apr 30 2020
Just ran into this. Should we not be running this despite what update.php says?
Apr 27 2020
Apr 23 2020
I just ran into this problem with a client today. I'm wondering if @Osnard has a better solution, but I just commented out the bit in Auth_remoteuser that munges the cookie name.
Apr 21 2020
Apr 20 2020
Was just about to file a bug for this!
Apr 17 2020
Adding @daniel since I hear he knows a thing or two about DI.