https://bugzilla.wikimedia.org/show_bug.cgi?id=56633
Web browser: ---
Bug ID: 56633
Summary: Preference retrieval should not require so much
parsing
Product: MediaWiki
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: User preferences
Assignee: [email protected]
Reporter: [email protected]
CC: [email protected]
Classification: Unclassified
Mobile Platform: ---
Currently just fetching user options on Commons is slow due to a slow template
in the gadget descriptions section. This actually causes deadlocks in
ApiOptions when the watchlist token has to be created, the slow parsing
happens, and then the actual preferences update happens. This is all pointless,
since the API doesn't need those checkbox labels anyway...
One can profile this using eval.php on commons using:
Profiler::setInstance( new ProfilerSimpleText( array() ) );
Profiler::instance()->setTemplated( true );
$preferences = array();
var_dump( GadgetHooks::getPreferences( $wgUser, $preferences ) );
wfLogProfilingData();
--
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
_______________________________________________
Wikibugs-l mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
