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

Issue 848011 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner: ----
Closed: Jun 2018
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 2
Type: Bug



Sign in to add a comment

click handlers are duplicating on previous elements in DOM manipulation

Reported by robert.m...@jlmei.com, May 30 2018

Issue description

UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/66.0.3359.181 Safari/537.36

Example URL:

Steps to reproduce the problem:
1. Go to a website with HEAVY DOM manipulation and click handlers on consecutive children elements to a common ancestor(have had the issue several times on AWS, Pluralsight, and forms that use click handlers to manage State including React based pages)
2. Begin DOM manipulation(changing number and content) that will lower the amount of DOM nodes with click handlers, and then increase it
3. Use a click handler on the second to last element or compare the two click handlers

What is the expected behavior?
The click handler to the proper child fires

What went wrong?
The click handler on the last element fires, not the click handler on the second to last element

It is always the second to last element having the final elements' click handler

Does it occur on multiple sites: Yes

Is it a problem with a plugin? No 

Did this work before? N/A 

Does this work in other browsers? Yes

Chrome version: 66.0.3359.181  Channel: stable
OS Version: 10.0
Flash Version: 

Repeating this has been reliable, but the amount of changes to trigger the issue is unreliable. I have noticed on as little as a single pass of changing the amount of DOM nodes, however it is rare that it happens that quickly. Sometimes it can take tens of child length changes before it happens, and immediately after it is fine on the next change of length

It is most repeatable when there is a heavy amount of DOM manipulation within a single redraw
 
Labels: Needs-Triage-M66

Comment 2 by woxxom@gmail.com, May 31 2018

Without a test page that demonstrates the problem this is not actionable, unfortunately.
Cc: krajshree@chromium.org
Labels: Triaged-ET Needs-Feedback
Reporter@ - As per comment #2, please provide a sample test file/url to test the issue from TE-end. This will help us in triaging the issue further.

Thanks...!!
I'm thinking for a test to make a page that will make three elements with click handlers, in a request frame reduce to 1, then grow back to three and compare the handlers after re-selecting them and outputting true if the second to last and last one match.

Does this sound like a sufficient enough test?
Project Member

Comment 5 by sheriffbot@chromium.org, May 31 2018

Labels: -Needs-Feedback
Thank you for providing more feedback. Adding the requester to the cc list.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
I have failed to reproduce this locally with synchronous code and I have come to the conclusion that it is more an error with the frameworks they decided to use asynchronously attaching click handlers that for some reason doesn't like it when you go from a lesser amount to a larger amount quickly. I apologize for wasting your time but I do appreciate the chance to have learned a bit more about what I should bring to the table before submitting a bug.

Sincerely sorry to have wasted your time with a misdiagnoses,
Robert Mennell

Comment 7 by tkent@chromium.org, Jun 1 2018

Status: WontFix (was: Unconfirmed)

Sign in to add a comment