Closed
Bug 962871
Opened 11 years ago
Closed 10 years ago
Enable content/media mochitests on debug emulators
Categories
(Core :: Audio/Video, defect)
Tracking
()
RESOLVED
FIXED
mozilla35
People
(Reporter: jsmith, Assigned: jwwang)
References
Details
Attachments
(3 files)
4.15 KB,
patch
|
cpearce
:
review+
|
Details | Diff | Splinter Review |
11.49 KB,
patch
|
cpearce
:
review+
|
Details | Diff | Splinter Review |
3.11 KB,
patch
|
cpearce
:
review+
|
Details | Diff | Splinter Review |
bug 916135 successfully got the media mochitests running on non-debug emulators. We should work on getting those tests enabled on debug emulators.
Assignee | ||
Updated•10 years ago
|
Assignee: nobody → jwwang
Version: 29 Branch → Trunk
Assignee | ||
Comment 1•10 years ago
|
||
https://tbpl.mozilla.org/?tree=Try&rev=ae5539916705 Media mochitests are most green (withing 30 runs) on B2G debug with a few patches. It looks like the status is good enough to enable them on B2G debug again.
Assignee | ||
Comment 2•10 years ago
|
||
Disable GC per token for it is sometimes very slow (see bug 1012516 comment 0) and causes exceeding 2hr limitation per chunk. It also helps reduce test duration.
Attachment #8489219 -
Flags: review?(cpearce)
Assignee | ||
Comment 3•10 years ago
|
||
Following patch part 1, we need to release decoders manually and aggressively to avoid timeout in waiting for decoding resources. It also set preload to "metadata" as appropriate for preload=auto will behave differently depending on pref settings.
Attachment #8489221 -
Flags: review?(cpearce)
Assignee | ||
Comment 4•10 years ago
|
||
Enable mochitests on B2G debug. Also disable failed tests that will be fixed on other bugs.
Attachment #8489222 -
Flags: review?(cpearce)
Updated•10 years ago
|
Attachment #8489219 -
Flags: review?(cpearce) → review+
Updated•10 years ago
|
Attachment #8489221 -
Flags: review?(cpearce) → review+
Updated•10 years ago
|
Attachment #8489222 -
Flags: review?(cpearce) → review+
Assignee | ||
Updated•10 years ago
|
Keywords: checkin-needed
Comment 5•10 years ago
|
||
https://hg.mozilla.org/integration/mozilla-inbound/rev/8b181c601afb https://hg.mozilla.org/integration/mozilla-inbound/rev/83d364b2f226 https://hg.mozilla.org/integration/mozilla-inbound/rev/5e4a2f99574a
Keywords: checkin-needed
Comment 6•10 years ago
|
||
Somewhat weirdly, this seems to have fixed a problem in B2G M9 that was stopping us from getting a leak log. So thanks for fixing that, even if it was accidental.
Comment 7•10 years ago
|
||
Though unfortunately this exposed an existing leak, and khuey thinks it is better to not see M9 leaks than increase the leak threshold by 11kb for every test.
Comment 8•10 years ago
|
||
Backed out at mccr8's request. Sorry :( https://hg.mozilla.org/integration/mozilla-inbound/rev/7704043c4fe5
Updated•10 years ago
|
Assignee | ||
Comment 9•10 years ago
|
||
(In reply to Andrew McCreight [:mccr8] from comment #7) > Though unfortunately this exposed an existing leak, and khuey thinks it is > better to not see M9 leaks than increase the leak threshold by 11kb for > every test. I guess some leaked tests are squeezed from M8 to M9 and cause M9 to exceed the threshold.
Assignee | ||
Comment 10•10 years ago
|
||
(In reply to Ryan VanderMeulen [:RyanVM UTC-4] from comment #8) > Backed out at mccr8's request. Sorry :( > https://hg.mozilla.org/integration/mozilla-inbound/rev/7704043c4fe5 Can we back out part 3 only (which enables the tests)? I think part 1 and 2 are good to go and we will need to check in part 3 only when the leaks are fixed. Having less code to check in also reduce the effort of rebase.
Flags: needinfo?(ryanvm)
Comment 11•10 years ago
|
||
Yeah, that's a fair request. Sorry for not doing that in the first place.
Flags: needinfo?(ryanvm)
Comment 12•10 years ago
|
||
https://hg.mozilla.org/integration/mozilla-inbound/rev/9ae65ea08644 https://hg.mozilla.org/integration/mozilla-inbound/rev/c585db172b7b
Whiteboard: [leave open]
Comment 13•10 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/9ae65ea08644 https://hg.mozilla.org/mozilla-central/rev/c585db172b7b
Comment 14•10 years ago
|
||
Bug 1068268 is fixed, but it seems to me that we should probably wait for bug 1068276 to be fixed as well before attempting to re-land this. Do you agree, mccr8?
Flags: needinfo?(continuation)
Comment 15•10 years ago
|
||
(In reply to Ryan VanderMeulen [:RyanVM UTC-4] from comment #14) > Bug 1068268 is fixed, but it seems to me that we should probably wait for > bug 1068276 to be fixed as well before attempting to re-land this. Do you > agree, mccr8? No, bug 962871 has to land before bug 1068276, or the tree will go orange. Right now, B2G M9 is timing out and not producing a leak log.
Flags: needinfo?(continuation)
Comment 16•10 years ago
|
||
Try says this is green. https://treeherder.mozilla.org/ui/#/jobs?repo=try&revision=e9178d8a53ae
Whiteboard: [leave open]
Comment 17•10 years ago
|
||
https://hg.mozilla.org/integration/b2g-inbound/rev/da4de6b9cdab
Flags: in-testsuite+
Comment 18•10 years ago
|
||
Oh well, judging by that try push this just pushes the timeout from Mochitest-9 to Mochitest-10, which I guess makes sense. I'll file a separate bug for that...
Comment 19•10 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/da4de6b9cdab
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla35
You need to log in
before you can comment on or make changes to this bug.
Description
•