[meta] Fix Fission mochitests for Android
Categories
(GeckoView :: General, task, P2)
Tracking
(Not tracked)
People
(Reporter: owlish, Unassigned)
References
(Blocks 2 open bugs)
Details
(Keywords: meta, Whiteboard: [fission:android:m2] [geckoview:2022q3] [geckoview:m104] [geckoview:m105] [geckoview:m106] [geckoview:m107] [geckoview:2022q4])
Affected tests:
- mochitest-plain-fis
- mochitest-plain-fis-xorig
These have multiple failures across chunks on all six builds we are currently running them on (android-em-7.0-x86_64-qr/debug
, android-em-7.0-x86_64-qr/opt
, android-em-7.0-x86_64-shippable-qr/opt
, android-em-7.0-x86_64-shippable/opt
, android-em-7.0-x86_64/debug
, android-em-7.0-x86_64/opt
)
We currently don't run mochitest-media-fis, but it fails on android-em-7.0-x86_64/debug
and android-em-7.0-x86_64-qr/debug
. Affected tests:
dom/media/autoplay/test/mochitest/test_autoplay_gv_play_request.html
dom/media/mediasession/test/test_trigger_actionhanlder.html
dom/media/webrtc/tests/mochitests/identity/test_loginNeeded.html
dom/media/webrtc/tests/mochitests/identity/test_fingerprints.html
Reporter | ||
Updated•4 years ago
|
Updated•4 years ago
|
Reporter | ||
Comment 1•4 years ago
|
||
Additional info: The result of ./mach try fuzzy —full -q ‘android’
https://treeherder.mozilla.org/jobs?repo=try&revision=f76f23544a54226b64839d44961aca5a51e10f82
Updated•4 years ago
|
Updated•4 years ago
|
Comment 2•3 years ago
|
||
Jon will identify which mochitests are currently failing with Android Fission and file bugs for failing tests.
Comment 3•3 years ago
|
||
Moving Android Fission bugs to the new GeckoView::Sandboxing component.
Comment 4•3 years ago
|
||
105
Updated•3 years ago
|
Comment 5•3 years ago
|
||
107
Comment 6•3 years ago
|
||
P2
Reporter | ||
Updated•3 years ago
|
Reporter | ||
Comment 7•2 years ago
|
||
I have looked at all the errors and summarized them here.
Turning this bug into a meta.
Reporter | ||
Updated•2 years ago
|
Comment 8•2 years ago
|
||
The Android team has not been keeping our P1 bug list up to date, so we're resetting all our P1 bugs to P2 to avoid signalling that we're actively working on bugs that we're not. The BMO documentation https://wiki.mozilla.org/BMO/UserGuide/BugFields#priority says P1 means "fix in the current release cycle" and P2 means "fix in the next release cycle or the following (nightly + 1 or nightly + 2)".
If you are actively working on this bug and expect to ship it in Fx 122 or 123, then please restore the priority back to P1.
Reporter | ||
Updated•1 year ago
|
Reporter | ||
Updated•11 months ago
|
Description
•