In T157759#3089738, @debt wrote:

This is a real bug but not that big as the workaround is working - to use Redis and not MySQL.

Thank you @mobrovac for this very helpful answer. Has there been any progress on documentation? I'm keen to move to the more recent version at some stage.

This would be useful for me too.

A "not great but good enough" solution is to change the alignment of the other icons in MediaWiki:Common.css

I confirm that the solution of @Tgr works still with Mediawiki 1.31-rc0:

I've got a RESTbase docker container happily running using RESTbase 0.16.9 and node:9.

I very often get this error but usually only when cloning the extension UniversalLanguageSelector from gerrit. Sometimes it works after a few tries, often it doesn't:

Thanks @ashley for your comment above.

MW 1.26 is now old, this information might be of use to others but is unlikely to be worth pursuing.

@Jdforrester-WMF Yes, they are all in the same file repo.

Thanks for your response and apologies for the lateness of mine.

The syntax in MobileFrontend to achieve this has changed. The following works with Mediawiki 1.28

Thanks @Ryan.lewkowicz this looks like a great piece of work. I have separately been creating quite a complex docker system to orchestrate containers. I'm very interested in having a look at your work.

I think this is a great initiative and wish I'd noticed it earlier.

It really would be nice to note in the RSS extension page that extracting any image information from the RSS feed is not possible.

Closing to be nice and tidy.

I've done some testing:

I have a little spare time later this week and would like to look at this issue. Do you have any hints on how I could diagnose it? I have modest skills and may very likely fail but I am interested :-)

I've tested a little more.

Hmmm where I mention "semantic-mediawiki" above, that would be "lingo" for installation via Composer. Doh!

Based on what Scott said

In T120556#2387975, @cscott wrote:

Looks to me like the problem is right here:

[2015-12-06T03:26:42.174Z]  INFO: mw-ocg-service/7106 on lamp: [0%]
Fetching wiki configuration: http://52.62.34.216/html/mediawiki (channel=backend.bundler.bin, details="")
  job: {

You've configured mediawiki to bypass the read restrictions when the connection is to local host (127.0.0.1), but you've got OCG configured to use the non-localhost IP address of your server.

Look in your configuration for 52.62.34.216 and you'll probably find the source of your problem.

Is it possible to add any kind of bug-bounty?

And also, FWIW, the TemplateData extension

Interesting. I have persisted with this problem for 3-4 months.

Yes, problem is on private wiki. In general I have issues with Mediawiki on account of this. I wonder how well it's been covered in any automated tests...

This is from the NetworkAuth extension I deployed by git for REL1_26 for MW1.26, the code is here.

Possibly T73849 is a duplicate and in particular this comment below may help, but I'm not sure exactly how. I've tried adding http://user@pw:localhost to the parsoid configuration file and while VE still works, Collection works no better. I'm inclined to think the problem here is not parsoid as VE seems to be fine.

Initially I thought I had overlooked some of the Collection documentation associated with mwlib (http://mwlib.readthedocs.org/en/latest/collection.html#password-protected-wikis) and that if wgCollectionMWServeCredentials was set it would help, however this had no impact.

A little more information. This is a TurnkeyLinux machine running Debian 8.2 on a LAMP installation.

Thank you again. I confirm Mathoid now working well on MW 1.26 . Really appreciate the cleanup of the Math extension page, now feels simple, clean and concise. Also easy for non-technical users to install with the available Mathoid server.

Thank you all for your attention to this report and for modifying the Extension:Math page.