https://bugzilla.wikimedia.org/show_bug.cgi?id=37616
--- Comment #11 from Matthias Mullie <[email protected]> 2012-06-18 19:33:40 UTC --- Thanks all for pitching in. (correct me if I'm wrong but) in LocalSettings.php, no article ID is known yet, it's all init stuff before the request actually gets interpreted and the real code launches. Unregistering the AFTv4 code is pretty much impossible since: - Roan said not to rely on extensions to be loaded in a particular order, and since - the PHP isn't executed until the article gets edited and it's cache is cleared. The only way I can think of to somewhat "unregister" AFTv4 is option 3/, where the elements added by AFTv4 get removed after they've been added - a nasty workaround only meant to hold up until pretty much all caches have been cleared. The biggest problem is basically that: - We can't have the checks in JS because of the talk page link (or we'd have to perform an additional AJAX-call for every talk page request) - We can't have the lottery in PHP because it takes awhile to propagate to all articles (as caches are only cleared once an article is edited) Reha will be updating this ticket though with another idea discussed with Roan; if I'm not mistaken, we'll be exposing the article ID to javascript so we can move the lottery to javascript (since we'll then know the article ID on the talk page link too). We'll hold of on the lottery for another week to make sure most caches have cleared and the article ID has been exposed for most articles. Something along those lines. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
