-
-
Notifications
You must be signed in to change notification settings - Fork 10.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Recurring functional test failures #5501
Comments
A second error that we see repeatedly is:
With the exception of the classname, the test code hasn't changed here & doesn't look like it has an obvious potential timing issues. Both of these errors are to do with modals. This leads me to believe it may be the result of an issue with the upgrade to ember 1.13? cc @jaswilli |
@ErisDS After spending several hours trying to figure this out, I haven't fully figured out a solution; however, I did figure out where exactly the problems are occurring. As far as I can tell, neither error actually has to do with the modals themselves. The 'author role is selected by default' error has to do with and incorrect selection occurring on the The 'modal not appearing' error is caused by something more interesting. The actual cause is because the editor controller is not returning 'isDirty' when it has actually been modified. (see here). I've tried several things, all of which don't consistently work. If I have some other time later, I'll keep going at this, but for the moment, this is what I've found out. If anyone else wants to take a look at this, feel free. |
These errors are new and seemingly related to dependency upgrades rather than code changes, as far as I can tell? It sounds like the The cc @jaswilli & @rwjblue any ideas on what might have changed to cause these issues ? |
I'm tempted to comment out those two tests while we work on a fix - they're failing so often - I'm restarting builds 3/4 times before they pass. |
I would agree with temporarily commenting them out – the fact that they pass eventually means that the functionality works at least. Also, from a functionality standpoint, IMO the Author one doesn't break the entire application if it doesn't work outside of testing. The Editor leave modal I've never seen break outside of the tests either, and it's on master too, so for the moment if it does it might not be a huge issue. |
I would second commenting them out. Perhaps put the issue in the current backlog to ensure its temporary-ness. As it stands it's really taking the continuous out of CI. |
refs TryGhost#5501 - comments out failing tests until they can get fixed
The editor test that is failing all the time was almost certainly broken by #5399. The test for the role select dropdown is susceptible to a timing failure based on when it runs and when the option is actually set to selected. The failing editor test can probably be fixed-up pretty easily. The role dropdowns can be moved to something that in theory should be a little more stable and might take care of that failure. |
I'm pretty sure the editor failure was occurring for me before inline-errors was merged. Inline-errors only got merged on Monday, and that failure has been occurring, on multiple branches, for the past couple of weeks. It's blocked me from being able to do grunt validate for a while. |
Nevermind though, you seem to have fixed it. ;) |
Think there might be one more in the editor tests?
|
@ErisDS I haven't seen that one in a while, so I think it might be just a slightly more common random Casper error. At any rate, removing the blocker label might be a good idea for those looking for github issues to work on. |
👍 done. |
Going to close this in favour of just removing the casper.js tests in their entirety. @kevinansfield is working on a plan for how to do this and what we should replace it with. |
We're seeing a couple of recurring test failures, which means there's likely a timing error with these tests.
The main one is:
Here's an example broken build, plus the log link.
The text was updated successfully, but these errors were encountered: