Last modified: 2013-06-27 09:24:42 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T52264, the corresponding Phabricator task for complete and up-to-date bug report information.
First Last Prev Next    This bug is not in your last search results.
Bug 50264 - load.php error? many symptoms...
load.php error? many symptoms...
Status: RESOLVED FIXED
Product: Wikimedia Labs
Classification: Unclassified
deployment-prep (beta) (Other open bugs)
unspecified
All All
: Immediate critical
: ---
Assigned To: Antoine "hashar" Musso (WMF)
:
Depends on:
Blocks:
  Show dependency tree / graph
 
Reported: 2013-06-26 23:55 UTC by Chris McMahon
Modified: 2013-06-27 09:24 UTC (History)
8 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Description Chris McMahon 2013-06-26 23:55:06 UTC 
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
Comment 1 Chris McMahon 2013-06-27 00:46:02 UTC 
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.
Comment 2 Chris McMahon 2013-06-27 00:48:36 UTC 
not a blocker, sorry, mw.o is a workaround
Comment 3 Roan Kattouw 2013-06-27 00:57:03 UTC 
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
Comment 4 Antoine "hashar" Musso (WMF) 2013-06-27 09:03:25 UTC 
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"
Comment 5 Gerrit Notification Bot 2013-06-27 09:11:35 UTC 
Related URL: https://gerrit.wikimedia.org/r/70805 (Gerrit Change I02ed22e324435e362cabdfc67e69c224ad9e2550)
Comment 6 Gerrit Notification Bot 2013-06-27 09:12:02 UTC 
Related URL: https://gerrit.wikimedia.org/r/70806 (Gerrit Change Ie373d1f407788a8e2456c3d8a34cc79ac9ed8bb6)
Comment 7 Antoine "hashar" Musso (WMF) 2013-06-27 09:16:56 UTC 
Changes above reverts the two patches mentionned in bug 45918.
Comment 8 Antoine "hashar" Musso (WMF) 2013-06-27 09:23:06 UTC 
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 :(
Comment 9 Antoine "hashar" Musso (WMF) 2013-06-27 09:24:42 UTC 
Ah it seems the cached load.php got cleared finally.   I got AFT and VisualEdit working properly now :-]
Note You need to log in before you can comment on or make changes to this bug.
First Last Prev Next    This bug is not in your last search results.

Navigation
Links