Closed Bug 1377450 Opened 3 years ago Closed 1 year ago
_get User Media _add Track Remove Track .html | assertion count 1 is more than expected 0 assertions from "ASSERTION: Track not found: 'Error'"
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?
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
Priority: P3 → P1
Pushed by firstname.lastname@example.org: https://hg.mozilla.org/integration/mozilla-inbound/rev/2b8fe8c61b34 Disable test test_getUserMedia_addTrackRemoveTrack.html for frequent intermittent failures; r=me,test-only
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.
Assigning to pehrsons to get test enabled again.
Assignee: nobody → apehrson
I'll take a look, thanks.
any updates here? what looks to be the same failure has a very high failure rate in bug 1389983.
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.
No luck with repro. I'll read code instead.
Now also debugging on try: https://treeherder.mozilla.org/#/jobs?repo=try&revision=3b3d0fea28f2e72226503322509a637d9d221ada
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
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.