1822038 - WebTransport Bidirectional channel not enqueued to stream if it arrives before first pull

Status: RESOLVED FIXED

(Core :: DOM: Networking, defect, P2)

Description

[Randell Jesup [:jesup] (needinfo me)]

If a BidirectionalStream is received before the first Pull from IncomingBidirectionalStreams, it will never be enqueued unless another is received.

This can be provoked locally and sometimes in CI by running under rr

Comment 1

[Randell Jesup [:jesup] (needinfo me)]

Attachment: Bug 1822038: Handle WebTransport Bidirectional streams arriving before the first pull r=kershaw

Comment 2

[Pulsebot]

Pushed by [e-mail]:
https://hg.mozilla.org/integration/autoland/rev/4a866db45f1a
Handle WebTransport Bidirectional streams arriving before the first pull r=kershaw

Comment 3

[Cristian Tuns]

Backed out for causing build bustages on WebTransportDatagramDuplexStream.cpp

• Backout link
• Push with failures
• Failure Log
• Failure line: /builds/worker/workspace/obj-build/dist/include/mozilla/dom/Promise.h:300:33: error: function 'mozilla::dom::Promise::ThenWithCycleCollectedArgs<(lambda at /builds/worker/checkouts/gecko/dom/webtransport/api/WebTransportDatagramDuplexStream.cpp:190:13), RefPtr<mozilla::dom::IncomingDatagramStreamAlgorithms> &, RefPtr<mozilla::dom::Promise> &>' is used but not defined in this translation unit, and cannot be defined in any other translation unit

Comment 4

[Pulsebot]

Pushed by [e-mail]:
https://hg.mozilla.org/integration/autoland/rev/6111d676d9d1
Handle WebTransport Bidirectional streams arriving before the first pull r=kershaw

Comment 5

[Sandor Molnar[:smolnar]]

https://hg.mozilla.org/mozilla-central/rev/6111d676d9d1