Topic on Project:Support desk

I have upgraded my wiki to 1.20.0. As ExtensionDistributor still does not have 1.20.x versions of extensions available I took the trunk version. On testing I find that the trunk version of ConfirmEdit is not compatible with 1.20 - FancyCaptcha.class.php makes a call to FSFileBackend:getWikiId but that function is not present on 1.20.0. I have therefore wound back to the 1.19 version.

When 1.19 was issued there was a similar delay on updating ExtensionDistributor to provide 1.19.x versions of extensions. On that occasion I opted to use the 1.18 versions as I already had those available. I was faced with a similar problem - one of the extensions (TitleBlacklist I think) was not compatible with 1.19 as a result of which it was not possible to create new users until I got hold of a 1.19-compatible version of this extension.

I am now left in the position where I have no idea if any of the other extensions I have installed will cause problems with 1.20. I will have to keep an eye on the error log and fix any problems that occur.

Please consider how well you are supporting those of us who are using MediaWiki on our own websites. At the moment you are not making it easy.

Agreed. Filled bug 42365.

And bug closed as invalid because extensions haven't been tagged for 1.20. Great.

Then you should strongly consider not upgrading to 1.20, then. I know, it's a shame.

They appear to be tagged now (or actually as of 12 days ago)

There was also some discussion about this at http://lists.wikimedia.org/pipermail/wikitech-l/2012-November/064329.html . Apparently trunk should be kept compatible with 1.20 until such a time as branching is introduced. I suppose if that is not the case, the one should complain to the extension maintainer. See also bugzilla:37946

As an aside, ConfirmEdit actually does contain a 1.20 version (this is not true of all extensions). I believe it can be downloaded here: https://gerrit.wikimedia.org/r/gitweb?p=mediawiki/extensions/ConfirmEdit.git;a=snapshot;h=refs/heads/REL1_20;sf=tgz (Just like in the old system, the branch was probably made automatically by a computer and simply represents trunk on the day 1.20 was released. It may or may not actually reflect a version that works with 1.20, but would be embarrassing if it did not since that's the version we appearently shipped with 1.20)

It seems that the tag 1.20 for ConfirmEdit extension is not compatible for 1.20. There are other complains about it, including ShoutWiki that now runs 1.20.

They may well be tagged in Git but that doesn't help those who use ExtensionDistributor to get extensions (or only know how to pull the trunk version using Git).

I'd forgotten that ConfirmEdit actually comes bundled with MediaWiki these days. I can confirm that the version included with 1.20 is not compatible. If you set $wgCaptchaClass = 'FancyCaptcha' in your LocalSettings.php you will get an HTTP 500 error if you attempt any operation involving a captcha such as creating a new account. If you look in FancyCapthca.class.php you will see it includes a call to getWikiId. The FSFileBackend class does not have that method in 1.20, although the trunk version does. The Apache error_log confirms that the failure is due to an attempt by FancyCaptcha.class.php to call FSFileBackend::getWikiId.

As Bawolff says, embarassing.

For reference, Peter Harrison was kind enough to file bugzilla:42391.

That's me having finally remembered my Bugzilla login :-)

I was actually thinking as I was writing that, that Prh sounding like it could stand for Peter Harrison :)