Last modified: 2013-07-03 10:25:02 UTC
Created attachment 12681 [details] translation page I just upgraded to 1.21.1 and installed the last version of MLEB, but when going to a translation page I got a simple HTML page, with no windows like that's showed in https://upload.wikimedia.org/wikipedia/commons/thumb/c/cb/Translate_manual_-_Translate_example_-_07._Editor_assistant.png/300px-Translate_manual_-_Translate_example_-_07._Editor_assistant.png and a message Loading messages... but nothing appears. I'm attaching a screenshot. It seems some kind of javascript problem, I tried with last version of Firefox and Chrome for Debian, and with firefox inside ubuntu 12.04 but I got always the same page. You can check my other extensions here: http://www.fountainpen.it/Special:Version I have this configuration in LocalSettings.php: # Added for tranlate $EXT = "$IP/extensions"; $wgExtensionAssetsPath = "{$wgScriptPath}/../extensions"; # Babel require_once( "$EXT/Babel/Babel.php" ); # CLDR extension include("$EXT/cldr/cldr.php"); # Clean Changes require_once( "$EXT/CleanChanges/CleanChanges.php" ); $wgCCTrailerFilter = true; $wgCCUserFilter = false; $wgDefaultUserOptions['usenewrc'] = 1; # LocalisationUpdate require_once( "$EXT/LocalisationUpdate/LocalisationUpdate.php" ); $wgLocalisationUpdateDirectory = "$IP/cache"; # Translate require_once( "$EXT/Translate/Translate.php" ); $wgGroupPermissions['sysop' ]['translate'] = true; $wgGroupPermissions['sysop']['translate-messagereview'] = true; $wgGroupPermissions['sysop']['translate-groupreview'] = true; $wgGroupPermissions['sysop']['translate-import'] = true; $wgGroupPermissions['sysop' ]['pagetranslation'] = true; $wgGroupPermissions['sysop']['translate-manage'] = true; $wgGroupPermissions['user']['translate'] = true; $wgGroupPermissions['user']['translate-messagereview'] = true; $wgGroupPermissions['user']['translate-groupreview'] = true; $wgGroupPermissions['user']['translate-import'] = true; $wgGroupPermissions['user']['pagetranslation'] = true; $wgGroupPermissions['user']['translate-manage'] = true; $wgTranslateDocumentationLanguageCode = 'qqq'; $wgExtraLanguageNames['qqq'] = 'Message documentation'; require_once( "$EXT/UniversalLanguageSelector/UniversalLanguageSelector.php" );
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.
(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).
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).
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
