New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 623604 link

Starred by 3 users

Issue metadata

Status: Duplicate
Merged: issue 620142
Owner: ----
Closed: Jun 2016
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 2
Type: Bug



Sign in to add a comment

Removing large amounts of html is much slower than older versions

Reported by tho...@nrssoftware.com, Jun 27 2016

Issue description

UserAgent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.103 Safari/537.36

Steps to reproduce the problem:
1. Populate a large (2000) dropdown at load.
2. Using javascript, console log (with time stamps) and then use $(#item).html("") to empty the dropdown.
3. Do another console log, and repopulate the dropdown, and console log again.

What is the expected behavior?
The time to empty the drop down is nearly half a second on large lists, but it can repopulate the same amount in a tenth of the time.

What went wrong?
The call to remove html seems to be extremely slow.  We tried using the jquery html function, but also the javascript innerHTML and javascript options.length.  All are slow to remove options from a dropdown.

Did this work before? Yes 4 months ago

Chrome version: 51.0.2704.103  Channel: stable
OS Version: 6.1 (Windows 7, Windows Server 2008 R2)
Flash Version: Shockwave Flash 22.0 r0

We only tested with a dropdown, but could impact other uses.
 
This does not seem to be an issue in Canary.

Comment 2 by joh...@chromium.org, Jun 27 2016

Cc: joh...@chromium.org
Labels: Needs-Feedback
Thanks for taking the time to report this. It's hard to investigate further without more details though. Do you have a simplified test case you could attach as an html file or upload to jsbin.com?
Mergedinto: 620142
Status: Duplicate (was: Unconfirmed)
Fixed in 52.0.2743.52 and later or 53.0.2776.0 and later
Thanks! 

Sign in to add a comment