User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9b5pre) Gecko/2008030706 Minefield/3.0b5pre Creative ZENcast v2.01.01 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9b5pre) Gecko/2008030706 Minefield/3.0b5pre Creative ZENcast v2.01.01 Large tables have exceptionally slow scrolling speed. The same tables scroll fluidly in Firefox 2. Sample tables include the "all-time top 100" table here: https://bugzilla.mozilla.org/enter_bug.cgi?product=Firefox&format=guided and this table: http://mguglielmi.free.fr/scripts/TableFilter/datademo.htm Reproducible: Always Steps to Reproduce: 1.Open the addresses mentioned in the details. 2.Scroll through the tables in Firefox 2 3.Repeat step 2 with firefox 3 Actual Results: There is a serious regression in large table scroll speed performance from FX2 to FX3. Expected Results: No regression in scroll speed.

This regressed in the last days of April 2007, so probably from bug 368247. Maybe this is a dupe of one of the other blocking bugs.

With branch, I get 8500ms as result for the scrolltest, with current trunk build, I get 63855ms as result.

I get an average of: - branch 8853ms - trunk 83377ms

I get an average of: - branch 6922ms - trunk 48387ms after running the ScrollTest on Trunk it's pretty unresponsive. I have to force close Minefield: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9b5pre) Gecko/2008030909 Minefield/3.0b5pre ID:2008030909 ~B

MozillaAS: 1.7.13 Time the scrolling took: 7437ms SeaMonkey: 1.0.9 Time the scrolling took: 7328ms 1.1.8 Time the scrolling took: 6625ms 1.5a0515 Time the scrolling took: 38984ms 2.0a0317 Time the scrolling took: 55876ms

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.4) Gecko/20100503 Firefox/3.6.4 FWIW: Approximate average times on Windows XP SP 3 for attached test case: Firefox 3.6.4 - 12600 ms Chrome 5 - 6600 ms Opera 10.53 - 5100 ms

This must just be slow border rendering, not specifically scrolling-related.

20160502172042 Mozilla/5.0 (Windows NT 5.1; rv:46.0) Gecko/20100101 Firefox/46.0 20160519030232 Mozilla/5.0 (Windows NT 5.1; rv:49.0) Gecko/20100101 Firefox/49.0 I have tested your issue on latest FF release 46.0.1 and latest Nightly build 20160519030232 and could not reproduce it. Average time for: latest release 8131 ms latest nightly : 8097 ms IE :4024 ms Chrome : 4062 ms Based on above results I will mark this as Resolved-Worksforme. If anyone can still reproduce it, feel free to reopen the issue and provide more information.

I would say that this bug is not fixed. Firefox is still ~100% slower than IE and Chrome in Roxana's tests: >Average time for: >latest release 8131 ms >latest nightly : 8097 ms >IE :4024 ms >Chrome : 4062 ms I tested again with Firefox 46.0.1: 10520 ms And IE 11: ~4100 ms Sure, 8000 ms or 10000 ms is much faster than, say, 63000 ms or 83000 ms, but remember: 8000 ms is still ~100% slower than IE/Chrome.

(In reply to Carlos Alén Silva from comment #9) FWIW, running attachment 308311 [details] gives for me: Firefox/2.0.0.20 ID:2008121709 6965ms Firefox/46.0 ID:20160502172042 CSet: 0b8492c110bec959b94e3d54d5bd5ca7f7f97f6c 15030ms Firefox/49.0 ID:20160526082533 CSet: b0096c5c727749ad3e79cbdf20d2e96bd179c213 4242ms Chrome 53.0.2749.2 (Official Build) canary 4135ms Microsoft Edge 38.14342.1000.0 / Microsoft EdgeHTML 14.14342 4029ms => WFM seems ok, no?

If e10s(APZ) is enabled, it is ok. Otherwise, Firefox is 200% slower than other browser.