You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I found out that when running e.g. lein doo chrome-headless dev (this is, 'auto' mode), when one touches a file, the test suite will be run again even though the current one may not have finished.
For example, for this never-ending test:
(deftest sample
(testing "A test that never completes"
(async done)))
When I leave the test suite running 'forever' (which won't fail given my :doo {:paths {:karma "karma --browserNoActivityTimeout 600000"}} setting), with each file save the suite will be triggered again.
The correct behavior would be to wait till completion, rather than have concurrently-running suites (that's what I think that can happen at times).
Dunno if I'm the first to notice this. I reckon that without browserNoActivityTimeout the issue is harder to notice. I need that setting for performing Selenium-like tests.
Cheers - Victor
The text was updated successfully, but these errors were encountered:
Btw when I close a long auto testing session I can read this:
Close Karma run
Close Karma run
Close Karma run
Close Karma run
Close Karma run
Close Karma run
Close Karma run
Close Karma run
Close Karma run
Close Karma run
Close Karma run
Shutdown Karma Server
Close Karma run
Close Karma run
Close Karma run
Hi!
I found out that when running e.g.
lein doo chrome-headless dev
(this is, 'auto' mode), when one touches a file, the test suite will be run again even though the current one may not have finished.For example, for this never-ending test:
When I leave the test suite running 'forever' (which won't fail given my
:doo {:paths {:karma "karma --browserNoActivityTimeout 600000"}}
setting), with each file save the suite will be triggered again.The correct behavior would be to wait till completion, rather than have concurrently-running suites (that's what I think that can happen at times).
I created a repro repo, fortunately with just 1 isolated relevant commit: reducecombine/doo-repro@94d37ef
Dunno if I'm the first to notice this. I reckon that without
browserNoActivityTimeout
the issue is harder to notice. I need that setting for performing Selenium-like tests.Cheers - Victor
The text was updated successfully, but these errors were encountered: