Closed Bug 1138555 Opened 9 years ago Closed 6 years ago

Intermittent test_peerConnection_twoAudioVideoStreams.html | PeerConnectionWrapper (pcRemote): legal ICE state transition from new to failed

Categories

(Core :: WebRTC: Audio/Video, defect, P4)

x86
Linux
defect

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: RyanVM, Unassigned)

References

Details

(Keywords: intermittent-failure, Whiteboard: [test-perf])

13:09:50 INFO - 1878 INFO canplaythrough fired for media element pcRemote_local4_video
13:09:50 INFO - 1879 INFO canplaythrough fired for media element pcRemote_remote6_audio
13:09:50 INFO - 1880 INFO canplaythrough fired for media element pcRemote_remote7_audio
13:09:50 INFO - 1881 INFO canplaythrough fired for media element pcLocal_remote6_audio
13:09:50 INFO - 1882 INFO canplaythrough fired for media element pcLocal_remote8_audio
13:09:50 INFO - 1883 INFO timeupdate fired for media element pcRemote_remote6_audio
13:09:50 INFO - 1884 INFO time passed for media element pcRemote_remote6_audio
13:09:50 INFO - 1885 INFO timeupdate fired for media element pcRemote_remote7_audio
13:09:50 INFO - 1886 INFO time passed for media element pcRemote_remote7_audio
13:09:50 INFO - 1887 INFO timeupdate fired for media element pcLocal_remote6_audio
13:09:50 INFO - 1888 INFO time passed for media element pcLocal_remote6_audio
13:09:50 INFO - 1889 INFO timeupdate fired for media element pcLocal_remote8_audio
13:09:50 INFO - 1890 INFO time passed for media element pcLocal_remote8_audio
13:09:50 INFO - 1891 INFO timeupdate fired for media element pcRemote_remote5_video
13:09:50 INFO - 1892 INFO time passed for media element pcRemote_remote5_video
13:09:50 INFO - 1893 INFO timeupdate fired for media element pcRemote_remote8_video
13:09:50 INFO - 1894 INFO time passed for media element pcRemote_remote8_video
13:09:50 INFO - 1895 INFO timeupdate fired for media element pcLocal_remote5_video
13:09:50 INFO - 1896 INFO time passed for media element pcLocal_remote5_video
13:09:50 INFO - 1897 INFO timeupdate fired for media element pcLocal_remote7_video
13:09:50 INFO - 1898 INFO time passed for media element pcLocal_remote7_video
13:09:50 INFO - 1899 INFO TEST-PASS | dom/media/tests/mochitest/test_peerConnection_twoAudioVideoStreams.html | iceConnectionState should not be undefined
13:09:50 INFO - 1900 INFO PeerConnectionWrapper (pcRemote): oniceconnectionstatechange fired, new state is: failed
13:09:50 INFO - 1901 INFO TEST-UNEXPECTED-FAIL | dom/media/tests/mochitest/test_peerConnection_twoAudioVideoStreams.html | PeerConnectionWrapper (pcRemote): legal ICE state transition from new to failed - expected PASS
So, I see an assertion getting hit on a couple of these, but the root cause seems to be that it took >20 seconds for ICE candidate gathering to start. This could be caused by queuing delays on either main or STS, or perhaps even whatever thread handles nsIProxyProtocolService (since we wait for a proxy lookup to complete before starting gathering). Starting gathering is not resource intensive at all, so it seems likely that something else is bogging down the system, or even the system itself is cycle-starving things.
I should note that I've already had to disable these multistream tests on linux32 e10s due to performance/scheduling problems on the VMs we use for linux32. It may be that even non-e10s is too much to ask.
In all of these failures, I see this logging a lot:

08:15:29     INFO -  [Parent 1888] WARNING: Graph thread slowdown?: 'std::abs(framePosition - CurrentDriver()->StateComputedTime()) < MillisecondsToMediaTime(5)', file /builds/slave/m-in-lx-d-00000000000000000000/build/src/dom/media/MediaStreamGraph.cpp, line 1102

This seems to happen a little on successful runs, but we're talking less than 10 times compared to thousands of times.
Rank: 35
Flags: firefox-backlog+
Priority: -- → P3
Whiteboard: [test-perf]
backlog: --- → webRTC+
Flags: firefox-backlog+
It may be that the work in bug 1169338 will help with this.
See Also: → 1169338
Mass change P3->P4 to align with new Mozilla triage process.
Priority: P3 → P4
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.