e2e: fail faster when browser launch error - #4103
Conversation
Codecov Report✅ All modified and coverable lines are covered by tests. Additional details and impacted files@@ Coverage Diff @@
## master #4103 +/- ##
=======================================
Coverage 80.95% 80.95%
=======================================
Files 664 664
Lines 42153 42153
Branches 6944 6944
=======================================
Hits 34126 34126
Misses 6864 6864
Partials 1163 1163 ☔ View full report in Codecov by Harness. |
|
Devin is concerned that "Side-browser launch failures still retry". When a workflow (such as community-checking.ts:155) launches a browser, it can fail for the same reason as it can fail when launching the browser at a higher level (such as using a particular version of deno). I decided to just treat browser launch errors within a workflow as normal errors that happen during testing, rather than handle them specially as is done at a higher level. Starting the tests shows that launching the browser can or did work. I'm not concerned that the browser will suddenly fail to start launching for a new reason. |
|
Devin is concerned that "Caller timeout bypasses launch limit". It is my intention that |
pmachapman
left a comment
There was a problem hiding this comment.
@pmachapman reviewed 4 files and all commit messages, made 1 comment, and resolved 2 discussions.
Reviewable status:complete! all files reviewed, all discussions resolved (waiting on marksvc).
Previously, if launching the browser failed, it would timeout after 3 minutes and give less explanation.
This patch times out faster in this situation, and starts the error explanation with something like
Open in Devin Review
This change is