MLEB has been tested working before release. Please be aware that bugzilla is not a help desk. Please provide actionable information that indicates what error is causing your wiki to behave differently from expected.

http://www.mediawiki.org/wiki/How_to_report_a_bug describes how to write an actionable issue report.

If you suspect javascript is the issue, use a JavaScript debugger to find out what fails.

Error console shows nothing for Special:Translate; LanguageStats and MessageGroupStats first load, then apparently refresh and stay blank with:

Timestamp: 29/06/2013 16:35:18
Error: ReferenceError: mw is not defined
Source File: http://www.fountainpen.it/load.php?debug=false&lang=en&modules=jquery.colorUtil&skin=vector&version=20130628T164325Z&*
Line: 1

http://www.fountainpen.it/api.php?action=query&meta=siteinfo :

<fallback>
  <lang code="en" />
</fallback>

I don't know what effects this can have.

It's the same on the only other known 1.21.1 wiki using last MLEB: http://wikincat.org/wiki/Especial:Traduzir
But they have

<fallback>
  <lang code="pt" />
  <lang code="en" />
</fallback>

too http://wikincat.org/w/api.php?action=query&meta=siteinfo

Thanks for the help, Nemo. Two questions:

1. In comment 3 you say "it's the same" do you mean the error, or something else?
2. Information on JavaScript may become clearer when using "debug=true" as CGI parameter in the URL, as this will disable some resource loader features that minimize and combine JavaScript files. Can you try if the reported error in comment 2 remains the same?

Thanks.

I can reproduce this bug on fountainpen.it, but not on my testing wiki and not on wikincat.org. On my testing wiki I tried both 2013.05 and 2013.06, which I am going to release in the next few hours.

I suspect that it's a problem in the installation on fountainpen.it - maybe some server configuration issue or a collision with another extension (maybe AdSense, but that's a wild guess).

Closing this as invalid for now. This needs more actionable information and is possibly miscategorised.

In addition to comment 6, https://www.mediawiki.org/wiki/Project:Support_desk might be a good place to receive more support and track down the problem.

http://www.fountainpen.it/load.php?debug=true&lang=fi&modules=ext.translate.base%2Cdropdownmenu%2Ceditor%2Cgroupselector%2Chooks%2Cloader%2Cmessagetable%2Cparsers%2Cstatsbar%2Ctabgroup%2Cworkflowselector%7Cext.translate.special.translate%7Cext.uls.displaysettings%2Cime%2Cinit%2Cinputsettings%2Cinterface%2Clanguagenames%2Clanguagesettings%2Cpreferences%2Cwebfonts%7Cext.uls.webfonts.repository%7Cjquery.appear%2Cautosize%2Cclient%2Ccookie%2Ci18n%2Cime%2CjStorage%2Cjson%2CmakeCollapsible%2CmwExtension%2Ctextchange%2Ctipsy%2Culs%2Cwebfonts%7Cjquery.ui.position.custom%7Cjquery.uls.data%2Cgrid%7Cmediawiki.Title%2CUri%2Capi%2Ccldr%2CjqueryMsg%2Clanguage%2Cnotify%2Cuser%2Cutil%7Cmediawiki.api.edit%2Cparse%7Cmediawiki.language.data%2Cinit%7Cmediawiki.legacy.ajax%2Cwikibits%7Cmediawiki.libs.pluralruleparser%7Cmediawiki.page.startup&skin=vector&version=20130630T204724Z&*

Seems pretty clear that $wgResourceLoaderMaxQueryLength has not been configured properly. In MW 1.22 alpha the correct value is supposed to be detected automatically.

See [[mw:Manual:$wgResourceLoaderMaxQueryLength]] for more information.

simp wrote:

(In reply to comment #8)

Seems pretty clear that $wgResourceLoaderMaxQueryLength has not been
configured properly. In MW 1.22 alpha the correct value is supposed to be
detected automatically.

I tried adding:

$wgResourceLoaderMaxQueryLength=512;

to Localsetting.php (it's still there).

I have Debian that use suhosin, and it seems that's the value (but to be sure I set that also for suhosin).

But this did not solve the issue.

I also upgraded to MediaWikiLanguageExtensionBundle-2013.06, but still I have the problem.

I tried also to disable google ads piwik estensions, but still I went in the same problem. If you can tell me some others changes text I can do them.

But I'd like to avoid the use of the alpha version of mediawiki.

(In reply to comment #10)

(In reply to comment #8)

Seems pretty clear that $wgResourceLoaderMaxQueryLength has not been
configured properly. In MW 1.22 alpha the correct value is supposed to be
detected automatically.

I tried adding:

$wgResourceLoaderMaxQueryLength=512;

The URL of comment 8 didn't change (it's actually a bit longer for me).

simp wrote:

I (In reply to comment #11)

(In reply to comment #10)

(In reply to comment #8)

Seems pretty clear that $wgResourceLoaderMaxQueryLength has not been
configured properly. In MW 1.22 alpha the correct value is supposed to be
detected automatically.

I tried adding:

$wgResourceLoaderMaxQueryLength=512;

The URL of comment 8 didn't change (it's actually a bit longer for me).

I did some more tests, but I'm also still getting the same url (886 bytes long). If that variable means to put a limit it the result does'nt seem right.

When I tried to look at that URL I got a page:

/* No modules requested. Max made me put this here */

I forgot to mention that I'm using Varnish as reverse proxy, but just for port 80. It should not be an issues because I got the same problem and the same answer when going directly to apache on port 443 (that's not under proxy).

simp wrote:

I solved the problem modifying the PHP configuration for suhosin with:

suhosin.get.max_value_length = 1024

but still there is problem with wgResourceLoaderMaxQueryLength that's seems not having any effect (it's still set to 512 and I'm still getting query longer that that). Anyway I don't care anymore.

Simoen