https://bugzilla.wikimedia.org/show_bug.cgi?id=31945
--- Comment #6 from Saibo <[email protected]> 2011-10-26 12:16:28 UTC --- (In reply to comment #2) > A few questions for clarification: > > * Is this happening on every show/hide of a specific group? Or only at page > startup time (when all the groups get pre-collapsed)? Every show/hide is slower than before 1.18, too - but it just takes less than a second. Still annonying - but this isn't what the bug is about. The bug is about page startup when all entries are loaded and the JS kicks in and collapses the groups. > * Is that a big total list -- Like 100 or 1000 or 10000 separate edits being > shown on the entire watchlist display? Or big in terms of a collapsed set of > 10, 100, or 1000 edits on the same article that get shown/hidden together as a > single group? I noticed that: the time taken is relative to the days (URL parameter) displayed; which is roughly relative to the number of displayed edits. I had a look in the Firebug Network view: https://commons.wikimedia.org/w/index.php?action=raw&ctype=text/css&title=MediaWiki%3ACollapsibleTemplates.css is the last action. It takes this time on my current Commons watchlist: days |time (s) |edits | = edits/s 0.5 3 47 15,6 1 11 270 24,5 2 25 531 21,2 3 41 839 24,5 Cannot test if the time is related to the number of edits or the number of groups. > * What browser and version? As set in the bug details: Firefox 3.6 > * What operating system and version? openSUSE 11.1 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email ------- 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
