Closed Bug 1633780 Opened 4 years ago Closed 4 years ago

Permafailing /webrtc/RTCPeerConnection-iceGatheringState.html | setLocalDescription(rollback) of original offer should cause iceGatheringState to reach "new" when starting in "gathering" when Gecko 77 merges to Beta on 2020-05-04

Categories

(Core :: WebRTC: Signaling, defect, P1)

defect

Tracking

()

VERIFIED FIXED
mozilla77
Tracking Status
firefox-esr68 --- unaffected
firefox75 --- unaffected
firefox76 --- unaffected
firefox77 + verified

People

(Reporter: nataliaCs, Assigned: bwc)

References

(Regression)

Details

(Keywords: regression)

Attachments

(1 file)

Central as beta:
https://treeherder.mozilla.org/#/jobs?repo=try&group_state=expanded&selectedTaskRun=dMF7EzMERvSLnqi9AofECA-0&revision=320b9f6939a99f905d228baecc7df280115a0bb6&searchStr=wpt

Failure log: https://treeherder.mozilla.org/logviewer.html#/jobs?job_id=299797888&repo=try&lineNumber=118886

[task 2020-04-28T15:06:24.649Z] 15:06:24 INFO - TEST-PASS | /webrtc/RTCPeerConnection-iceGatheringState.html | Initial iceGatheringState should be new
[task 2020-04-28T15:06:24.649Z] 15:06:24 INFO - TEST-PASS | /webrtc/RTCPeerConnection-iceGatheringState.html | iceGatheringState should eventually become complete after setLocalDescription
[task 2020-04-28T15:06:24.650Z] 15:06:24 INFO - TEST-PASS | /webrtc/RTCPeerConnection-iceGatheringState.html | setLocalDescription(reoffer) with no new transports should not cause iceGatheringState to change
[task 2020-04-28T15:06:24.650Z] 15:06:24 INFO - TEST-PASS | /webrtc/RTCPeerConnection-iceGatheringState.html | rolling back an ICE restart when gathering is complete should not result in iceGatheringState changes
[task 2020-04-28T15:06:24.650Z] 15:06:24 INFO - TEST-PASS | /webrtc/RTCPeerConnection-iceGatheringState.html | setLocalDescription(reoffer) with a new transport should cause iceGatheringState to go to "checking" and then "complete"
[task 2020-04-28T15:06:24.650Z] 15:06:24 INFO - TEST-PASS | /webrtc/RTCPeerConnection-iceGatheringState.html | sRD does not cause ICE gathering state changes
[task 2020-04-28T15:06:24.650Z] 15:06:24 INFO - TEST-PASS | /webrtc/RTCPeerConnection-iceGatheringState.html | setLocalDescription(rollback) of original offer should cause iceGatheringState to reach "new" when starting in "complete"
[task 2020-04-28T15:06:24.650Z] 15:06:24 INFO - TEST-UNEXPECTED-FAIL | /webrtc/RTCPeerConnection-iceGatheringState.html | setLocalDescription(rollback) of original offer should cause iceGatheringState to reach "new" when starting in "gathering" - promise_test: Unhandled rejection with value: object "TypeError: Promise.any is not a function"
[task 2020-04-28T15:06:24.650Z] 15:06:24 INFO - ..
[task 2020-04-28T15:06:24.650Z] 15:06:24 INFO - TEST-OK | /webrtc/RTCPeerConnection-iceGatheringState.html | took 8737ms

Byron can you take a look please?
Thank you.

Flags: needinfo?(docfaraday)

Ah, Promise.any is only supported in nightly right now. I'm guessing we do not plan to ship for 77?

Assignee: nobody → docfaraday
Flags: needinfo?(docfaraday) → needinfo?(andrebargull)
See Also: → 1599769
Priority: -- → P1

We're currently waiting for https://github.com/tc39/proposal-promise-any/issues/38 before shipping Promise.any, so it won't land in time for 77.

Flags: needinfo?(andrebargull)

Ok, I'll just re-do that with Promise.allSettled.

This one is kinda urgent.

Flags: needinfo?(docfaraday) → needinfo?(jib)
Flags: needinfo?(jib)
Pushed by bcampen@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/94917b4ce0d1
Use Promise.allSettled instead of Promise.any, since the latter is nightly-only right now. r=jib
Created web-platform-tests PR https://github.com/web-platform-tests/wpt/pull/23320 for changes under testing/web-platform/tests
Upstream web-platform-tests status checks passed, PR will merge once commit reaches central.
Status: NEW → RESOLVED
Closed: 4 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla77
Upstream PR merged by moz-wptsync-bot
Has Regression Range: --- → yes
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: