Closed Bug 1712652 Opened 3 years ago Closed 3 years ago

Intermittent Fission service-workers/service-worker/update-module-request-mode.https.html | headers of a main module script

Categories

(Core :: DOM: Service Workers, defect, P5)

defect

Tracking

()

RESOLVED FIXED
91 Branch
Fission Milestone Future
Tracking Status
firefox91 --- fixed

People

(Reporter: cpeterson, Assigned: n.goeggi)

References

(Blocks 1 open bug)

Details

Attachments

(1 file)

service-workers/service-worker/update-module-request-mode.https.html
headers of a main module script

https://searchfox.org/mozilla-central/rev/16388511162ac6bbf5399e69e500e174a2f3972c/testing/web-platform/meta/service-workers/service-worker/update-module-request-mode.https.html.ini#5

[update-module-request-mode.https.html]
  [headers of a main module script]
    expected:
      if release_or_beta: FAIL
      if fission and (os == "linux") and not debug and webrender: ["PASS", "FAIL"]
See Also: → 1712672

Niklas, this WPT test depends on Sec-Fetch. The test intermittently fails with Fission is enabled. Do you think fixing this intermittent test failure should block shipping Fission?

The Fission team plans to start a slow rollout of Fission to the Release channel in Q3.

Blocks: 1695911
Depends on: 1705775
Flags: needinfo?(ngogge)
 if fission and (os == "linux") and not debug and webrender: ["PASS", "FAIL"]

This is probably a race condition if the failure only affects opt Linux, so it probably doesn't need to block Fission MVP.

Severity: -- → S4
Fission Milestone: ? → Future
Priority: -- → P5

Do you have a link to a log file where this test failed? I am wondering when this failed the last time.
This test was updated here to have a longer timeout (sometime mid. April). This reminds of a different intermittent failure where such an update fixed the issue.

I have not had to close of a look but since this is only happening on opt linux like you said, I don't think this should block fission.

Flags: needinfo?(ngogge)

(In reply to Niklas from comment #3)

Do you have a link to a log file where this test failed? I am wondering when this failed the last time.
This test was updated here to have a longer timeout (sometime mid. April). This reminds of a different intermittent failure where such an update fixed the issue.

Good question! The if fission and (os == "linux") and not debug and webrender: ["PASS", "FAIL"] annotation was added in wpt-sync bug 1711863 on May 20:

https://searchfox.org/mozilla-central/diff/1cadb2d5566c9e5124c3a116826d61e625ca866b/testing/web-platform/meta/service-workers/service-worker/update-module-request-mode.https.html.ini#5

So this test appears to have failed when importing a new WPT snapshot in May after the test timeout was increased in April. I don't know if this test has failed more recently, but now that we have this bug filed, we might get some comments here from the Intermittent Failures Robot.

I have not had to close of a look but since this is only happening on opt linux like you said, I don't think this should block fission.

SGTM. I set this bug's Fission Milestone to "Future", meaning it doesn't need to block shipping Fission MVP.

Assignee: nobody → ngogge
Status: NEW → ASSIGNED

There's a r+ patch which didn't land and no activity in this bug for 2 weeks.
:ngogge, could you have a look please?
For more information, please visit auto_nag documentation.

Flags: needinfo?(ngogge)
Flags: needinfo?(ckerschb)

(In reply to Release mgmt bot [:sylvestre / :calixte / :marco for bugbug] from comment #7)

There's a r+ patch which didn't land and no activity in this bug for 2 weeks.

Just pushed that to Lando-land :-)

Flags: needinfo?(ngogge)
Flags: needinfo?(ckerschb)
Pushed by mozilla@christophkerschbaumer.com: https://hg.mozilla.org/integration/autoland/rev/003db85b60d0 Expect service-workers/service-worker/update-module-request-mode.https.html to pass. r=ckerschb,jgraham
Status: ASSIGNED → RESOLVED
Closed: 3 years ago
Resolution: --- → FIXED
Target Milestone: --- → 91 Branch
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: