Run desktop mochitests-browser-chrome on Ubuntu



Release Engineering
General Automation
4 years ago
2 years ago


(Reporter: rail, Assigned: Felipe)


(Depends on: 3 bugs)

Firefox Tracking Flags

(Not tracked)


(Whiteboard: status-in-comment-18)


(1 attachment)

Comment hidden (empty)


4 years ago
Assignee: rail → nobody


4 years ago
Depends on: 834725
I will try to determine what test needs to be fixed/disabled:

For some reason I can see this suite passing on Cedar.
Time to enable it everywhere! (unless I'm missing anything).
Assignee: nobody → armenzg
Priority: P3 → P2
Not quite so wildly, por favor. It's passing on opt, on that merge, because that merge included the patch from bug 847558 which disabled the test which was failing in most opt runs and many debug runs. It didn't, however, disable the in-content prefs test which is failing in the rest of the debug runs.
I see. This is what happens when I join the party this late.

My new URL is:
Depends on: 847558*VM - you don't want to miss a Linux64-only failure.
and disabling the one test doesn't help, because the next in-content test will fail...we need to find the root cause for this test.

Do you approve this one? (thanks for .* trick!)*VM.*mochitest-browser-chrome&rev=df6b18c4a857
Created attachment 748101 [details]
ubuntu failure

Is this the one we're talking about? (see attachment)

The test failing:
08:00:55  WARNING -  TEST-UNEXPECTED-FAIL | chrome://mochitests/content/browser/browser/components/preferences/in-content/tests/browser_bug410900.js | application timed out after 330 seconds with no output
Assignee: armenzg → nobody
Product: → Release Engineering
From looking at Cedar I can see that we want to fix these:*VM.*debug.*mochitest-browser-chrome

So we can stop running them on the Fedora slaves:*mozilla-central%20debug%20test%20mochitest-browser-chrome&showall=1

Is this tracked by bug 847558?

Which of the bugs under bug 834725 are real trackers of this one?
Flags: needinfo?(rail)

Comment 9

4 years ago
I'll 302 jmaher this ^
What are the bugs we need to fix to make Linux/Linux64 debug mochitest-browser-chrome run on Ubuntu?
Flags: needinfo?(rail) → needinfo?(jmaher)


4 years ago
Depends on: 933680
I filed bug 933680 to track what appears to be the last remaining issue.
Flags: needinfo?(jmaher)

Comment 11

4 years ago
(In reply to Joel Maher (:jmaher) from comment #10)
> I filed bug 933680 to track what appears to be the last remaining issue.



4 years ago
Depends on: 943095
== Status update ==
Fedora 12x64 debug mochitest-browser-chrome, which runs on rev3 minis, is running on all trunk trees.
We want to run the test job on the EC2 machines.
There are four dependent bugs, however, I don't know which ones apply to get this bug fixed.

IIUC, we want to fix this (un-chunked version):*x64.*debug.*mochitest-browser-chrome

It is specifically to replace this:*debug.*mochitest-browser-chrome
Whiteboard: status-in-comment-12
If anyone gets confused about the "chunked" mochitest-browser-chrome tests, please read catlee's great explanation:
Depends on: 951494
Felipe is going to help us move this forward.
Assignee: nobody → felipc
Depends on: 958138
Depends on: 945755


3 years ago
Depends on: 950073


3 years ago
No longer depends on: 950073
FTR, fgomes is looking into bug 933680. He made an update there.
fgomes made some more comments there.

I'm also going to enable these jobs on Elm. I will add a URL once they're running later this week.

bug 981701 is looking into disabling tests.
Depends on: 981701
Blocks: 981775
If bug 982225 (moving to 3 chunks) proves to be the way to go, I assume we can close this bug and all dependent bugs.


3 years ago
Depends on: 982359
= Status update =
* Running side-by-side on m-i:*mochitest-browser-chrome-&showall=1
** bc1 is the only one left to be greened up
** being fixed in bug 933680
Whiteboard: status-in-comment-12 → status-in-comment-18


3 years ago
Depends on: 970240
jmaher says that we're ready to look into enabling these chunked mochitest across trunk trees and aurora:*debug.*mochitest-browser-chrome
please run aurora side by side, but trunk trees are much more stable on ec2 and in 3 chunks than I see on inbound

Comment 21

3 years ago
Can this bug be closed?


2 years ago
Last Resolved: 2 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.