https://bugzilla.wikimedia.org/show_bug.cgi?id=51561
--- Comment #6 from Eduard Braun <[email protected]> --- (In reply to comment #5) > Debug mode *is* slow. In fact it is, but it still takes at least 8 seconds to load the page without "debug=yes". Open three history pages from watch list and the Browser is locked up for half a minute. Especially since the JavaScript locks the browser regularly you cant just let the pages load in background but have to wait for them to finish loading. Not really acceptable after all. > This is a red herring; curCSS() is internal jQuery function which is called > by basically everything everywhere. (Primary offender here might be the ULS > extension, see bug 49935.) But what for is ULS needed on history pages? There are not even Inter-Wikilinks and also nothing else that would need any feature of ULS. It also isn't a big issue on other pages. > > 2) "updateDiffRadios()" > Yeees, this might be an issue, but I have never experienced substantial > slowdown related to this myself, and I'm on a mid-end laptop. Well, see above: It's an issue for me so there seems to be something different on our systems or you are less sensible to it. > > 3) "DocumentUtils_getFormData() > Sounds like a Firefox extension. In fact it seems to be one. Didn't know plug-ins were catched by the profiler. I'll upload another profile with Firefox started in safe mode. -- 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
