Closed Bug 1713895 Opened 3 years ago Closed 3 years ago

Tests skipped in 'browser/components/extensions/test/browser/browser.ini' for new Fission platform triage


(WebExtensions :: Untriaged, task, P3)



(Fission Milestone:MVP, firefox-esr78 disabled, firefox89 disabled, firefox90 disabled, firefox91 disabled, firefox92 fix-optional)

Fission Milestone MVP
Tracking Status
firefox-esr78 --- disabled
firefox89 --- disabled
firefox90 --- disabled
firefox91 --- disabled
firefox92 --- fix-optional


(Reporter: ahal, Assigned: zombie)


(Blocks 1 open bug)


(Whiteboard: fission-soft-blocker)


(2 files)

The following tests were disabled in browser/components/extensions/test/browser/browser.ini due to new Fission platform triage:

Full diff:

diff --git a/browser/components/extensions/test/browser/browser.ini b/browser/components/extensions/test/browser/browser.ini
--- a/browser/components/extensions/test/browser/browser.ini
+++ b/browser/components/extensions/test/browser/browser.ini
@@ -38,16 +39,18 @@ support-files =
+skip-if =
+  fission && os == "linux" && asan  # New platform triage
 disabled = bug 1438663 # same focus issue as Bug 1438663
@@ -100,16 +103,17 @@ support-files = !/browser/components/pla
+skip-if = fission && os == 'mac' && !debug  # New platform triage
 skip-if = fission || os == 'linux' || (os == 'mac' && debug) || (debug && os == 'win' && bits == 64) # Bug1570478

See the following try push for failures:

To run these failures in your own try push, first revert the skip-if
annotations, then run:

$ ./mach try fuzzy --rebuild 3 browser/components/extensions/test/browser/browser.ini

Then use the fuzzy interface to select the task(s) which are relevant to the
removed skip-if expression(s). Please note the failure may be intermittent
and/or been fixed since the triage took place.

We need to determine whether this browser-chrome test failure should block shipping Fission. Tracking for Fission Milestone M7a for the initial audit. Then we can decide whether to move this bug to Fission M8 or post-MVP (Fission Future).

Here is a recent Try run for Fission browser-chrome:

Blocks: 1694824
Fission Milestone: --- → M7a

The linux64 asan failure appears to not be able to run properly on treeherder due to some infrastructure failure. ni? :ahal to find a test run which shows the type of failures occurring here.

I can't find a reproduction for the browser_ext_devtools_inspectedWindow_reload.js failure on opt macos.

Flags: needinfo?(ahal)

Let's see if we can reproduce in this try push:

If not we can use this bug to revert the annotations.

Flags: needinfo?(ahal)

Looks like the macosx annotation can be reverted, but I see a bunch of failures starting to pop-up for asan. Specifically this one is not tied to any test:

Which is likely why the whole manifest got skipped. I realize now that is what you were asking about.. I don't really know anything about AddressSanitizer, so redirecting to :decoder.

Flags: needinfo?(choller)

The linked ASan failure is not ASan specific. It is simply a crash in RunWatchdog indicating a hang. This will likely happen with other builds that are equally slow, increasing the respective timeouts might help (or there is a real intermittent hang of some sort, but you should see this on other platforms too, just that it manifests differently). You might also see this if the test uses abnormal amounts of memory (in that case, sanitizers are more likely to cause slowdowns).

Flags: needinfo?(choller)

zombie, if I am reading the above comments correctly, it sounds like we just need to increase this test's timeout and remove the new Fission annotations from comment 0.

Flags: needinfo?(tomica)
Severity: -- → N/A
Flags: needinfo?(tomica)
Priority: -- → P3
Flags: needinfo?(tomica)
Assignee: nobody → ahal
Assignee: ahal → nobody
Keywords: leave-open
Assignee: nobody → ahal
Pushed by
Remove fission skip-if annotations from browser/components/extensions/test/browser/browser.ini, r=intermittent-reviewers,bhearsum
Assignee: ahal → nobody
Assignee: nobody → tomica
Flags: needinfo?(tomica)

All test disabled in bug 1694824 are back running in the default Fission configuration, the only thing left here is ASAN, which is unlikely to have anything to do with extensions code.

I don't want to be extending timeouts for the whole suite, but don't have time now to push individual tests to see which ones actually need it.

In any case, I don't think what's left here needs to block M7a anymore, so I would either move it out, or resolve this and file another bug.

Chris, what would be preferable here?

Closed: 3 years ago
Flags: needinfo?(cpeterson)
Resolution: --- → FIXED

oops, not what I wanted.

Resolution: FIXED → ---

Per zombie's findings in comment 10, moving this one out to M8.

Fission Milestone: M7a → M8
Flags: needinfo?(cpeterson)

Tomislav, what work is remaining for this bug?

The following tests are still disabled for Fission in browser/components/extensions/test/browser/browser.ini:

All tests are skipped on Fission Linux ASan:

skip-if =
  fission && os == "linux" && asan  # Bug 1713895 - new Fission platform triage

And you just posted a patch for review to fix the browser_ext_tabs_discard_reversed.js test in bug 1717872:

skip-if = fission # bug 1717872,232-233

Flags: needinfo?(tomica)

This bug is a soft blocker for Fission M8. We'd like to fix it before our M8 Release experiment, but we won't delay the experiment waiting for it.

Whiteboard: fission-soft-blocker

(In reply to Chris Peterson [:cpeterson] from comment #13)

Tomislav, what work is remaining for this bug?
I just fixed bug 1717872, and I'm looking what/how to adjust timeouts for ASAN builds next. I agree this doesn't need to block M8, but I want to fix it.

Flags: needinfo?(tomica)

(In reply to Tomislav Jovanovic :zombie from comment #15)

I just fixed bug 1717872, and I'm looking what/how to adjust timeouts for ASAN builds next. I agree this doesn't need to block M8, but I want to fix it.

In that case, I'll move this bug to Fission Milestone MVP since we want to fix it soon but it doesn't affect Release experiment (M8).

Also fix to actually call the correct requestLongerTimeout() method,
and shorten the timeout by half to see if That would be enough.

Pushed by
Enable browser tests in Linux + ASAN + Fission configuration r=robwu
Regressions: 1725931
Flags: needinfo?(tomica)
Pushed by
Enable browser tests in Linux + ASAN + Fission configuration r=robwu

This was originally about tests disabled with Fission, and that was mostly if not completely addressed, though since bug 1721945 they are now disabled again because of Software WebRender (regardless of Fission), so closing this as a Fission blocker.

Closed: 3 years ago3 years ago
Flags: needinfo?(tomica)
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.