1550873 - CascadingDropDown causing infinite refresh

Status: UNCONFIRMED

(Core :: DOM: Events, defect, P2)

Description

[jsinner]

Attachment: Looping behavior caused by cascading drop down menus

As of release 65, one of our closed to members asp.net sites started exhibiting behavior that renders the site unusable. The page in question has two sets of three cascading drop down menus that are populated by our database. Selecting the first of the three causes the page to reload as expected, however after selecting anything from the second drop down menu, the page starts refreshing continuously and indefinitely.

At first glance, it seemed that the page was loading the default value into the second drop down, then changing it to whatever was selected. This would trigger the "onchange" event and cause the page to refresh again. However, after stepping through the process on older releases, this doesn't seem to be the case.

Another suspect was the fact that Firefox was automatically setting the onsubmit and submit methods for the asp form to WebForm_SaveScrollPositionOnSubmit() and WebForm_SaveScrollPositionSubmit() respectively. This does not happen in IE or Chrome and this issue does not happen on those browsers.

Attached is a video of the issue we are experiencing. Once again, using Mozregression I was able to run the site on releases 64 and earlier with no issue whatsoever.

Comment 1

[Matthias Versen [:Matti]]

We need a public testcase, either as URL or attached as html.

You already used mozregression ?
Please use mozregression with nightly builds and post the changeset IDs from the last good and first bad build.
-https://mozilla.github.io/mozregression/quickstart.html

Comment 2

[jsinner]

Lost good changeset ID: fd650d58
First bad changeset ID: 24d820f4

Public testcase will take some time.

Comment 3

[Liviu Seplecan]

Hi @jsinner, in order to test the issue please provide a viable TC (test case). Thanks for your contribution.

Comment 4

[Razvan Caliman [:rcaliman]]

This doesn't look like a DevTools / Responsive Design Mode bug; moving back to Untriaged.
If that changes with a reduced test case, we'll look into it.

Comment 5

[Liviu Seplecan]

Hi @Razvan, as I said above, since I don't have a TC for testing I cannot do nothing out of adding a component to it. If the one added wasn't a proper one I will set another one. Thanks

Comment 6

[Liviu Seplecan]

Hi @jsinner, please provide a TC, link or something in order to test the issue. Thanks

Comment 7

[Emilio Cobos Álvarez (:emilio)]

(In reply to jsinner from comment #2)

Lost good changeset ID: fd650d58
First bad changeset ID: 24d820f4

Public testcase will take some time.

That's bug 329509.

Comment 8

[Marcos Caceres [:marcosc]]

Ok, yeah... need some kind of minimal test case to figure out what's going on there. At least we can go from bug 329509 to figure it out

Comment 9

[Vishal Singh]

hi,is it open?