2 people reported

All time, since Aug 8.

Resolves/rejects hang on Worker replies

“await expect(promise).resolves.toBe(...) in bun test does not observe a promise that settles from a cross-Worker postMessage reply.”

Is this your bug? What gets counted gets fixed. Pile on.

Paste this into your agent. It files your report, with your error and version.

I hit this bug: rapsheet.dev/sheets/bun/issues/4880/file
Follow it to file my report. Show me the text before you send.

No install. No account. Public and anonymous. The link asks your agent for one report, nothing else. What it sends

expect().resolves/.rejects never settles on Worker postMessage replies. In bun test, the matcher hangs while the same promise awaited plainly or via try/catch settles in milliseconds; last good 1.3.13.

Is this your bug?

File my report
Where
bun:test matchers
Versions
1.3.14 to 1.4.2
Platforms
Linux
How bad
Breaks a normal workflow.

Not quite your bug?

  1. setImmediate hops stall inside expect().resolves/.rejects with open I/O3 people
  2. Worker drops messages during startup2 people

Original reports2, newest first

  1. bun:test: expect(promise).resolves does not observe a cross-Worker postMessage reply on 1.4.2 (regression from 1.3.13; Worker flavour of #5602 still unfixed)#43819
  2. await expect( p ).rejects.… deadlocks when the assertion is reached from a Worker message continuation — the coalesced drain's wakeup flag is held across dispatch (regression in 1.3.14, introduced in #29937)#37189

Do you work on Bun?

Claim its RAP Sheet to see what your users report and answer them in one place.