Closed Bug 1495477 Opened Last year Closed Last year

[wpt-sync] Sync PR 13287 - Implement RTCQuicTransport.onquicstream and stream reset/finish

Categories

(Core :: WebRTC, enhancement, P4)

enhancement

Tracking

()

RESOLVED FIXED
mozilla64
Tracking Status
firefox64 --- fixed

People

(Reporter: wptsync, Unassigned)

References

()

Details

(Whiteboard: [wptsync downstream])

Sync web-platform-tests PR 13287 into mozilla-central (this bug is closed when the sync is complete).

PR: https://github.com/web-platform-tests/wpt/pull/13287
Details from upstream follow.

Steve Anton <steveanton@chromium.org> wrote:
>  Implement RTCQuicTransport.onquicstream and stream reset/finish
>  
>  This CL implements the RTCQuicTransport createStream method and the
>  corresponding quicstream event hooked up to the QUIC adapters. It
>  also implements RTCQuicStream.reset/finish and statechange event to
>  allow end-to-end testing.
>  
>  Bug: 874296
>  Change-Id: I331d37f3e21c606697b8768bf9eea59c90487163
>  Reviewed-on: https://chromium-review.googlesource.com/1217846
>  WPT-Export-Revision: bffcf25434b1c0897a8bc5d307d31f1bda3bf0f6
PR 13287 applied with additional changes from upstream: 1931a2758eef0ba57f7f3f6608baf0082a4e1bb3
Component: web-platform-tests → WebRTC
Product: Testing → Core
Ran 2 tests and 29 subtests
OK     : 2
FAIL   : 29

New tests that have failures or other problems:
/webrtc/RTCQuicStream.https.html
    RTCQuicTransport.stop() closes all local streams.: FAIL
    RTCQuicTransport.stop() closes all remote streams.: FAIL
    createStream() followed by finish() fires a quicstream event followed by a statechange event to 'closing' on the remote side.: FAIL
    createStream() followed by reset() fires a quicstream event followed by a statechange event to 'closed' on the remote side.: FAIL
    createStream() throws if the transport is not connected.: FAIL
    finish() changes state to 'closing'.: FAIL
    finish() on a remote stream that has already finished fires a statechange event to 'closed' on the remote side.: FAIL
    finish() then reset() fires two statechange events on the remote side.: FAIL
    finish() twice does not change state.: FAIL
    reset() changes state to 'closed'.: FAIL
    reset() following finish() changes state to 'closed'.: FAIL
/webrtc/RTCQuicTransport.https.html
    RTCIceTransport.stop() changes RTCQuicTransport.state to 'closed'.: FAIL
    RTCQuicTransport constructor throws if passed an RTCIceTransport that already has an active RTCQuicTransport.: FAIL
    Two RTCQuicTransports connect to each other.: FAIL
    start() throws if called after stop().: FAIL
    start() throws if called after the RTCIceTransport has stopped.: FAIL
    start() throws if called twice.: FAIL
    start() with a non-started RTCIceTransport does not change state.: FAIL
    start() with a non-started RTCIceTransport later changes state to 'connecting' once the RTCIceTransport.start() is called.: FAIL
    start() with a started RTCIceTransport changes state to 'connecting'.: FAIL
    stop() fires a statechange event to 'closed' on the remote transport: FAIL
Pushed by wptsync@mozilla.com:
https://hg.mozilla.org/integration/mozilla-inbound/rev/ec2733b0a08f
[wpt PR 13287] - Implement RTCQuicTransport.onquicstream and stream reset/finish, a=testonly
https://hg.mozilla.org/integration/mozilla-inbound/rev/daf57bccbbdc
[wpt PR 13287] - Update wpt metadata, a=testonly
https://hg.mozilla.org/mozilla-central/rev/ec2733b0a08f
https://hg.mozilla.org/mozilla-central/rev/daf57bccbbdc
Status: NEW → RESOLVED
Closed: Last year
Resolution: --- → FIXED
Target Milestone: --- → mozilla64
You need to log in before you can comment on or make changes to this bug.