remove() with lots of elements inside has gotten significantly slower across all browsers in 1.4.3- very bad in IE 8

[brad@…]

Starting with jQuery 1.4.3 I have noticed that .remove() on IE8 has become very slow. Its also slower than 1.4.2 on other browsers but isn't as noticeable.

I have created a test in jsfiddle that adds 10,000 divs and then removes the parent using 1.4.2 and 1.4.3.

On a Quad Core PC (8GB Ram) with IE8 I see if taking 111ms using 1.4.2 and 200ms using 1.4.3.

​http://jsfiddle.net/x9tcZ/36/

[brad@…]

So I'm a little confused how this is a feature when it regressed from 1.4.2 to 1.4.3. Its very noticeable in our app and we have had to rollback to 1.4.2 due to user complaints

[brad@…]

Any chance of consideration for 1.4.4? This is impacting performance in our application.

[twatson@…]

This also effects our site to the point of causing the "scripts on this page are taking too long warning". What is the status? This has caused a lot of errors and errors in 1.4.2 cant be addressed (the error about unload = undefined) which is fixed in the newer versions.

[twatson@…]

THis is the code that takes a long time:

$("#SubReportNodeToReplace").empty().html(pHTML);

where pHTML can be a very large fragment. Is there a more effecient way to inser the fragment (and execute any scripts in the fragment)?

[rlecour]

This is probably related to the same IE8 performance problems reported in #7341 (and other "duplicate" bugs) that were unfortunately dismissed as "won't fix". The comments left by dozens of visitors ALL indicate that they have been forced to downgrade to 1.4.2 because of these performance issues.

Therefore, is this really LOW priority? I think not!

[john]

Duplicate of #6782.