Closed Bug 1819048 Opened 2 years ago Closed 2 years ago

Intermittent /webrtc/RTCRtpTransceiver.https.html | application crashed [@ abort] after TaskQueueFrameDecodeScheduler::stopped_ check failed

Categories

(Core :: WebRTC, defect, P2)

defect

Tracking

()

RESOLVED FIXED
113 Branch
Tracking Status
firefox113 --- fixed

People

(Reporter: pehrsons, Assigned: bwc)

References

Details

Attachments

(1 file)

As seen on try.

Currently getting registered on bug 1668781 which was originally filed for a different CHECK failure. First occurrence on feb 6. I don't see this correlate to any specific landing.

[task 2023-02-27T11:15:17.672Z] 11:15:17 INFO - PID 29175 | # Fatal error in: /builds/worker/checkouts/gecko/third_party/libwebrtc/video/task_queue_frame_decode_scheduler.cc, line 40
[task 2023-02-27T11:15:17.673Z] 11:15:17 INFO - PID 29175 | # last system error: 0
[task 2023-02-27T11:15:17.674Z] 11:15:17 INFO - PID 29175 | # Check failed: !stopped_
[task 2023-02-27T11:15:17.676Z] 11:15:17 INFO - PID 29175 | # Can not schedule frames after stopped.

Severity: -- → S4
Priority: -- → P3

I'm going to remove this assertion, since it is bogus, and our worst intermittent failure by far in wpt right now.

Assignee: nobody → docfaraday
Priority: P3 → P2
Pushed by bcampen@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/5a52e1b0c808 Remove this bad assertion. r=webrtc-reviewers,jib
Status: NEW → RESOLVED
Closed: 2 years ago
Resolution: --- → FIXED
Target Milestone: --- → 113 Branch
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: