https://bugzilla.wikimedia.org/show_bug.cgi?id=25610
Roan Kattouw <roan.katt...@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution| |FIXED --- Comment #4 from Roan Kattouw <roan.katt...@gmail.com> 2010-11-05 20:36:38 UTC --- (In reply to comment #3) > Are you sure this is enough? The behaviour seems to differ a bit as you also > read "debug" state on line 2410 and 2579 and you don't read from the cookie > there. Good point, I missed those. Fixed in r76138. The cookie state is also disregarded in the __construct of > ResourceLoaderContext. Maybe not a big difference now, but it seems to be a > point where things can go bad in the future (where debug might mean something > more). What I'm saying is debugging with a cookie and with a param is > different > even now and might be worse in future. This doesn't feel like an expected or > intended behaviour. This is actually not a problem. All the debug cookie and the debug param when applied to *index.php* do is make OutputPage.php generate links to load.php with debug=true instead of debug=false. load.php itself never needs to read the cookie for this reason (and if it did, that would violate cacheability). -- 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 Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l