Last modified: 2014-02-12 23:52:56 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 T52145, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 50145 - $wgMFLogEvents = false causes problems with EventLogging dependencies are present
$wgMFLogEvents = false causes problems with EventLogging dependencies are pre...
Status: RESOLVED FIXED
Product: MobileFrontend
Classification: Unclassified
stable (Other open bugs)
unspecified
All All
: Unprioritized normal
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2013-06-25 01:28 UTC by Arthur Richards
Modified: 2014-02-12 23:52 UTC (History)
11 users (show)

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


Attachments

Description Arthur Richards 2013-06-25 01:28:59 UTC
This is related to bug 49723. When $wgMFLogEvents and another extension is present/loaded with a dependency on ext.EventLogging, we get a JS error - for instance:
Uncaught Error: Unknown dependency: ext.eventLogging load.php:10078
sortDependencies load.php:10078
sortDependencies load.php:10110
resolve load.php:10133
mw.loader.load load.php:11023
(anonymous function)  Main_Page:225

We force the ext.EventLogging target to desktop when $wgMFLogEvents is false, but do nothing for other modules that may load that have dependencies on it.
Comment 1 Ori Livneh 2013-06-25 01:33:13 UTC
I don't think you should modify the definition of modules that are declared in other files. The need to do so arose from collapsing the distinction between module registration and module loading. 'targets' specifies the module's suitability for mobile; it is not tantamount to loading it. The suitability ought to be an immutable fact and distinct from the act of loading modules, IMO.
Comment 2 Jon 2013-06-25 03:37:43 UTC
This stems from a paranoia we seem to have to have control of other modules outside our control (we do something similar for CentralNotice)

Let's kill the code as Ori says. We should have more trust (and do same for Central Notice)
Comment 3 Jon 2013-07-12 17:22:07 UTC
https://gerrit.wikimedia.org/r/73434

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links