-
Couldn't load subscription status.
- Fork 678
Open
Labels
STATE: Issue acceptedAn issue has been reproduced.An issue has been reproduced.TYPE: bugThe described behavior is considered as wrong (bug).The described behavior is considered as wrong (bug).
Description
What is your Scenario?
- Have a test with a long timeout that fails (like, 60s) or a
t.debugthat locks the page. - Run the test in live mode so it pauses on either of these.
- In CLI, press Ctrl+R to restart the test.
What is the Current behavior?
TestCafe waits for debug to unlock (never happens, you have to manually do that) or for timeout to stop.
What is the Expected behavior?
TestCafe ignores timeouts or debugs and restarts the test immediately.
TestCafe version
3.7.2
This happens to me very often when I debug issues I find during tests, be it app bugs (t.debug helps with these) or issues in my test code (waiting with a generous 60s timeout for assets to load and parse, but encountering an issue at that line of test - maybe you asserted the wrong thing). It's a huge UX issue and a big source of annoyance. Why would I even want to wait for these if I triggered a test restart?
Metadata
Metadata
Assignees
Labels
STATE: Issue acceptedAn issue has been reproduced.An issue has been reproduced.TYPE: bugThe described behavior is considered as wrong (bug).The described behavior is considered as wrong (bug).