Closed Bug 1950929 Opened 9 months ago Closed 8 months ago

Frequent macOS 10.15 shipp & devedition dom/media/webrtc/tests/mochitests/test_peerConnection_glean.html | undefined assertion name - got 1, expected +0 when Gecko 137 merges to beta on 2025-03-03

Categories

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

defect

Tracking

()

VERIFIED FIXED
138 Branch
Tracking Status
firefox-esr115 --- unaffected
firefox-esr128 --- unaffected
firefox135 --- unaffected
firefox136 --- wontfix
firefox137 + verified
firefox138 --- verified

People

(Reporter: agoloman, Assigned: bwc)

References

(Regression)

Details

(Keywords: regression)

Attachments

(1 file)

Flags: needinfo?(cmartin)

I'm investigating this. I'll see if I can fix it quickly without a backout.

Flags: needinfo?(cmartin)

I wasn't able to figure out what went wrong here. Please back out.

Flags: needinfo?(aryx.bugmail)

Not convinced this is a regression from bug 1909470 - will verify with a backout on Try tomorrow.

Summary: Perma TEST-UNEXPECTED-FAIL | dom/media/webrtc/tests/mochitests/test_peerConnection_glean.html | undefined assertion name - got 1, expected +0 hen Gecko 137 merges to beta on 2025-03-03 → Very frequent macOS 10.15 dom/media/webrtc/tests/mochitests/test_peerConnection_glean.html | undefined assertion name - got 1, expected +0 hen Gecko 137 merges to beta on 2025-03-03

After backing out bug 1909470 on Try on the latest central as beta simulation , looks like the failure's still there.

No longer regressed by: 1909470

Looking at https://treeherder.mozilla.org/intermittent-failures/bugdetails?startday=2025-01-30&endday=2025-03-01&tree=all&failurehash=all&bug=1822337 this has been failing for a while now, first failed on beta-sims here and failed as a TV on the original push on autoland. Only devedition and shippable runs are affected on macOS 10.15.
Andreas, could you have a look over this one? Thanks.

Failure log: https://treeherder.mozilla.org/logviewer?job_id=496506686&repo=try

Component: Crash Reporting → WebRTC: Audio/Video
Flags: needinfo?(aryx.bugmail) → needinfo?(apehrson)
Product: Toolkit → Core
Regressed by: 1942640
Summary: Very frequent macOS 10.15 dom/media/webrtc/tests/mochitests/test_peerConnection_glean.html | undefined assertion name - got 1, expected +0 hen Gecko 137 merges to beta on 2025-03-03 → Frequent macOS 10.15 shipp & devedition dom/media/webrtc/tests/mochitests/test_peerConnection_glean.html | undefined assertion name - got 1, expected +0 hen Gecko 137 merges to beta on 2025-03-03

These are all in the dtls tests and predate bug 1942640. The rate appears to have gone up with bug 1942640 but unclear what the root cause is. Might be timing. Byron can you take a look?

Flags: needinfo?(apehrson) → needinfo?(docfaraday)
Regressed by: 1884140
Summary: Frequent macOS 10.15 shipp & devedition dom/media/webrtc/tests/mochitests/test_peerConnection_glean.html | undefined assertion name - got 1, expected +0 hen Gecko 137 merges to beta on 2025-03-03 → Frequent macOS 10.15 shipp & devedition dom/media/webrtc/tests/mochitests/test_peerConnection_glean.html | undefined assertion name - got 1, expected +0 when Gecko 137 merges to beta on 2025-03-03

The bug is marked as tracked for firefox137 (beta). However, the bug still isn't assigned.

:jimm, could you please find an assignee for this tracked bug? Given that it is a regression and we know the cause, we could also simply backout the regressor. If you disagree with the tracking decision, please talk with the release managers.

For more information, please visit BugBot documentation.

Flags: needinfo?(jmathies)

If there is anything I can help with, I will be happy to participate :)

Severity: -- → S3
Flags: needinfo?(jmathies)
Priority: -- → P3

This is a reminder regarding comment #8!

The bug is marked as tracked for firefox137 (beta). We have limited time to fix this, the soft freeze is in 14 days. However, the bug still isn't assigned and has low priority.

I have a feeling that this is being caused by prior tests whose PCs are still doing DTLS handshake stuff while closing. Moving the DTLS handshake tests first ought to compensate for this.

Assignee: nobody → docfaraday
Flags: needinfo?(docfaraday)

So far, so good. The same jobs in the description did not run however, so I've added them. We'll see how it goes.

https://treeherder.mozilla.org/jobs?repo=try&revision=ff07b5666ece60799d62150f96db6081deee44ec

The patch is working in today's beta sim

Pushed by bcampen@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/1fcf9017437c Put the DTLS glean tests first to avoid interference from previous tests. r=ng
Status: NEW → RESOLVED
Closed: 8 months ago
Resolution: --- → FIXED
Target Milestone: --- → 138 Branch

The patch landed in nightly and beta is affected.
:bwc, is this bug important enough to require an uplift?

  • If yes, please nominate the patch for beta approval.
  • If no, please set status-firefox137 to wontfix.

For more information, please visit BugBot documentation.

Flags: needinfo?(docfaraday)

Is the current beta actually affected by this?

Flags: needinfo?(docfaraday) → needinfo?(aryx.bugmail)

Yes, classifications are against bug 1822337. Log of a failed beta task.

Flags: needinfo?(aryx.bugmail)

I can't find anything on beta on orangefactor. Is this common enough to make it worth a beta uplift?

Flags: needinfo?(aryx.bugmail)

Verified fixed in today's central as beta simulation.

Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: