https://bugzilla.wikimedia.org/show_bug.cgi?id=50836
--- Comment #7 from kipod <[email protected]> --- (In reply to comment #5) > ULS contains quite a lot of new JavaScript and CSS code, so it is reasonable > to > expect that a close scrutiny of the code will reveal some measure of > duplicate > work and various other performance problems. It's good that you've dug into > the > code and pinpointed some specific problems, but please be less adversarial. > Measuring and optimizing client-side performance is hard enough to do when > you > aren't under attack; calling a developer's code "asinine" or "disgusting" is > not likely to make it any easier. you are correct that my style is/was a bit abrasive, and for this i apologize. however, the ULS team demonstrated pretty bad behavior of its own: please review the way Siebard responded on bug 49935 . in addition, turning it on on many wikis before cleaning the very serious performance issues (and causing browsers to freeze _is_ very serious issue), and then arguing that this thing should not have a disable switch in user preference is just wrong. peace. -- 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
