Closed mikewjackson closed 9 years ago
This is a result of a resize and scroll event occurring in close proximity. However, we believe this issue will be addressed by removing the mselementresize event handler as tracked by #1308
The test failure is due to a race condition which triggers intermittently. It requires Edge to repro the bug. The test only fails sometimes so I did some work to make it easier to repro. I uploaded a subset of the FlipView tests from the WinJS repository to OneDrive (link in the repro steps). Having a subset of the tests makes it easier to repro because the tests are run thru several iterations before the bug triggers. Repeating the 1 failing test alone doesn't trigger the bug.
repro.zip
from http://1drv.ms/1DwCmSOnpm install
grunt connect:localhost
http://localhost:9666/bin/tests/FlipView/test.html?fastanimations=true&loop=true
After several iterations, WinJSTests.FlipperInstantiationTests: NoNavigationOnResize
will fail with an exception:
When the bug does not repro, the following happens:
When the bug repros, the following happens:
_lastScrollPos
and its scroll position to a new value_lastScrollPos
and this causes the FlipView to scroll to the wrong page
Test case "WinJSTests.FlipperInstantiationTests: NoNavigationOnResize " in "winjs/bin/tests/FlipView/test.html" failed in the latest Protractor run. Protractor determined that this failure is a regression from mshtml or a previous build of edgehtml (based on historical data). Please investigate why this test has begun failing.