| FazBrowse GitHub Viewer | Trending | | Home |
| Tools: [Download Repo ZIP] [Original HTTPS Page] |
Add assertion to verify that the MessagePort's message event is actually emitted in test-worker-message-port-infinite-message-loop.js. Previously, the test could pass even if the event was not fired.
Codecov Report✅ All modified and coverable lines are covered by tests. @@ Coverage Diff @@
## main #59885 +/- ##
==========================================
- Coverage 88.29% 88.27% -0.02%
==========================================
Files 702 702
Lines 206875 206875
Branches 39806 39802 -4
==========================================
- Hits 182667 182627 -40
- Misses 16218 16267 +49
+ Partials 7990 7981 -9 see 32 files with indirect coverage changes 🚀 New features to boost your workflow:
|
Sorry, something went wrong.
Sorry, something went wrong.
| common.mustCall(() => { | ||
| assert(count > 0, 'count should be greater than 0'); | ||
| }) | ||
| ); |
There was a problem hiding this comment.
I think the more correct way to do this would be to wrap the callback to the port1.on in a common.mustCallAtLeast(...)?
Sorry, something went wrong.
There was a problem hiding this comment.
Just going to go ahead with this since it's strictly an improvement
Sorry, something went wrong.
Add assertion to verify that the MessagePort's message event is actually emitted in test-worker-message-port-infinite-message-loop.js. Previously, the test could pass even if the event was not fired. PR-URL: #59885 Reviewed-By: Yagiz Nizipli <yagiz@nizipli.com> Reviewed-By: Anna Henningsen <anna@addaleax.net>
| Back | FazBrowse Home | New Git URL |
The test test-worker-message-port-infinite-message-loop.js currently passes if the MessagePort does not emit any messages.
If the message port does not emit a "message" event then the infinite message loop would never occur, therefore it's probably not the intent of the test.
Context: this test was incorrectly passing in Bun when we currently do not start the MessagePort until the start method is called. This test continues to pass in Node and now correctly fails in Bun (we will fix this later).