-
Notifications
You must be signed in to change notification settings - Fork 1.3k
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
- Loading branch information
Showing
1 changed file
with
11 additions
and
11 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
c0af401
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This commit was just moving the
this.wait(function () {
to the first line of the test function and indenting the contents of the test. I'm not sure why the diff is making it look more than that.c0af401
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The diff is showing white spaces changes as well. If you append
?w=1
to the URL it will remove them: c0af401?w=1c0af401
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I don't think this is the right root fix. As mentioned in my findings, it indicates something about a prior test (or the setup) is not fully complete and/or reversed by the time it gets to this test (that is, it's not starting with a clean state). That's why adding the wait() as the first thing in the test 'fixes' it. With the wait you're basically saying run this test 200ms later than you would normally have run it. If you remove all the other tests in the file, aside from this one, it'll pass, in it's original form, which again, indicates one of the prior tests (which I isolated to 2 specific ones in the spreadsheet) is interfering with the above test.
My gut feel is that the polling from one of the prior tests is not completely done, and overlaps with this test, so finding a way to conclusively stop polling during teardown (if that's the root issue) may be a more robust root fix, but that's as far as I looked into it. For example, when I added a blur() to the resume/asserts of the prior 2 tests, it also fixed the issue.