Closed Bug 1377450 Opened 3 years ago Closed 1 year ago

Intermittent dom/media/tests/mochitest/test_getUserMedia_addTrackRemoveTrack.html | assertion count 1 is more than expected 0 assertions from "ASSERTION: Track not found: 'Error'"

Categories

(Core :: WebRTC, defect, P3)

x86
Linux
defect

Tracking

()

RESOLVED INCOMPLETE
Tracking Status
firefox56 --- disabled
firefox57 --- disabled

People

(Reporter: intermittent-bug-filer, Unassigned)

References

Details

(Keywords: intermittent-failure, Whiteboard: [stockwell disabled])

Rank: 35
OS: Unspecified → Linux
Priority: -- → P3
Hardware: Unspecified → x86
for the last 2 weeks we have had a higher volume of failures, I see this continuing onto this upcoming week- 

failures on on e10s only (if you look at linux64-ccov they report opt, but it is built with debug flags) and debug only.  here is a recent log file:
https://treeherder.mozilla.org/logviewer.html#?repo=autoland&job_id=114972060&lineNumber=11075

I see this assertion:
[task 2017-07-17T20:40:23.391690Z] 20:40:23     INFO - GECKO(3140) | [Child 3191] ###!!! ASSERTION: Track not found: 'Error', file /home/worker/workspace/build/src/dom/media/MediaStreamGraph.cpp, line 3058


I am not familiar with the test, :achronop, I see you did initial triage on this bug not too long ago- is it possible that you could help find someone who would know about this test and look into it in the next 2 weeks?
Flags: needinfo?(achronop)
Whiteboard: [stockwell needswork]
Andreas would be the best to investigate this one but he is on PTO for the next two weeks. The second in the list is :jib but I do not know if he is available sooner than that.
Flags: needinfo?(achronop) → needinfo?(jib)
Looks like a race with the pulse audio thread calling MediaEngineRemoteVideoSource::NotifyPull, specific to linux.

Upping priority due to spike/regression.
Rank: 35 → 17
Flags: needinfo?(jib)
Priority: P3 → P1
Pushed by gbrown@mozilla.com:
https://hg.mozilla.org/integration/mozilla-inbound/rev/2b8fe8c61b34
Disable test test_getUserMedia_addTrackRemoveTrack.html for frequent intermittent failures; r=me,test-only
Keywords: leave-open
Whiteboard: [stockwell needswork] → [stockwell disabled]
Andreas will be back the 21st... It does look like a race with track removals...

[task 2017-08-11T20:42:09.110118Z] 20:42:09     INFO - GECKO(3799) | [Child 3850] ###!!! ASSERTION: Track not found: 'Error', file /home/worker/workspace/build/src/dom/media/MediaStreamGraph.cpp, line 3060
[task 2017-08-11T20:42:09.115987Z] 20:42:09     INFO - GECKO(3799) | #01: mozilla::SourceMediaStream::GetEndOfAppendedData(int) (/home/worker/workspace/build/src/dom/media/MediaStreamGraph.cpp:3060)
[task 2017-08-11T20:42:09.165373Z] 20:42:09     INFO - GECKO(3799) | #02: mozilla::MediaEngineRemoteVideoSource::NotifyPull(mozilla::MediaStreamGraph*, mozilla::SourceMediaStream*, int, long, nsMainThreadPtrHandle<nsIPrincipal> const&) (/home/worker/workspace/build/src/dom/media/webrtc/MediaEngineRemoteVideoSource.cpp:351)
[task 2017-08-11T20:42:09.169035Z] 20:42:09     INFO - GECKO(3799) | #03: mozilla::SourceListener::NotifyPull(mozilla::MediaStreamGraph*, long) (/home/worker/workspace/build/src/dom/media/MediaManager.cpp:3772)
[task 2017-08-11T20:42:09.206067Z] 20:42:09     INFO - GECKO(3799) | #04: ~BaseAutoUnlock (/home/worker/workspace/build/src/obj-firefox/dist/include/mozilla/Mutex.h:219)
[task 2017-08-11T20:42:09.207178Z] 20:42:09     INFO - GECKO(3799) | #05: mozilla::MediaStreamGraphImpl::UpdateGraph(long) (/home/worker/workspace/build/src/dom/media/MediaStreamGraph.cpp:1305)
Rank: 17 → 15
NOTE:  this has been disabled due to excessive oranges.  NI jib to remind him to NI pehrsons when he's back.
Flags: needinfo?(jib)
Assigning to pehrsons to get test enabled again.
Assignee: nobody → apehrson
See Also: → 1389983
I'll take a look, thanks.
Flags: needinfo?(jib)
any updates here?  what looks to be the same failure has a very high failure rate in bug 1389983.
Flags: needinfo?(apehrson)
I've been swamped in other bugs until now, but I just started to reproduce. My hope is to catch it in rr, or at last catch it with logging enabled.
Flags: needinfo?(apehrson)
No luck with repro. I'll read code instead.
Mass change P1->P2 to align with new Mozilla triage process
Priority: P1 → P2
Moving to p3 because no activity for at least 1 year(s).
See https://github.com/mozilla/bug-handling/blob/master/policy/triage-bugzilla.md#how-do-you-triage for more information
Priority: P2 → P3

Overtaken by events, presumably.

Assignee: apehrson → nobody
Status: NEW → RESOLVED
Closed: 1 year ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.