Page MenuHomePhabricator

load.php error? many symptoms...
Closed, ResolvedPublic

Description

Log in to beta labs:

No navigation arrows exist in FF or Chrome

Special:Preferences shows no tabs

No links to VE exists even when Preferences are set

In regular editor, no controls appear

A number of pages e.g. user page show error Uncaught ReferenceError: mw is not defined load.php:1


Version: unspecified
Severity: critical

Details

Reference
bz50264

Event Timeline

bzimport raised the priority of this task from to Unbreak Now!.Nov 22 2014, 2:09 AM
bzimport set Reference to bz50264.

This also breaks Wikilove on beta.

In about 24 hours I will be giving a training session at WMF for 50 people about browser test automation that I had intended to do with Wikilove on beta labs.

While I could move the demo to mw.o instead, that would be less than ideal.

not a blocker, sorry, mw.o is a workaround

exception 'MWException' with message 'ResourceLoaderFileModule::readScriptFiles: script file not found: "/usr/local/apache/common-local/php-master/er/extensions/MwEmbedSupport/MwEmbedModules/MediaWikiSupport/MediaWikiSupport.loader.js"' in /data/project/apache/common-local/php-master/includes/resourceloader/ResourceLoaderFileModule.php:574

In the exception.log I also got a bunch of:

2013-06-26 22:39:51 deployment-jobrunner08 aawiki: [ff75b05a] [no req] Exception from line 32 of /data/project/apache/common-local/php-master/extensions/MwEmbedSupport/MwEmbedResourceManager.php: MwEmbedResourceManager::register not given readable path: extensions/TimedMediaHandler/MwEmbedModules/EmbedPlayer

It seems the issue is caused by https://gerrit.wikimedia.org/r/#/c/69479/ "Register resources with absolute path" which is intended to fix bug 45918 "MwEmbedSupport doesn't work with non standard layouts"

Related URL: https://gerrit.wikimedia.org/r/70805 (Gerrit Change I02ed22e324435e362cabdfc67e69c224ad9e2550)

Related URL: https://gerrit.wikimedia.org/r/70806 (Gerrit Change Ie373d1f407788a8e2456c3d8a34cc79ac9ed8bb6)

Changes above reverts the two patches mentionned in bug 45918.

AFT, VisualEditor are now working when passing ?debug=true to the URL (which bypass resourceloader cache).

I have no idea how to clear the resource loader cache though :(

Ah it seems the cached load.php got cleared finally. I got AFT and VisualEdit working properly now :-]