Closed
Bug 1531499
Opened 6 years ago
Closed 6 years ago
windows/aarch64 - reftest suites report failure despite success
Categories
(Testing :: Reftest, defect, P5)
Tracking
(firefox67 fixed)
RESOLVED
FIXED
mozilla67
Tracking | Status | |
---|---|---|
firefox67 | --- | fixed |
People
(Reporter: intermittent-bug-filer, Assigned: egao)
References
Details
Attachments
(1 file)
#[markdown(off)]
Filed by: egao [at] mozilla.com
https://treeherder.mozilla.org/logviewer.html#?job_id=230610810&repo=try
Ru1 and R1 (and possibly others) have TBPL report failures despite having nothing go wrong in the test.
This is another workaround that builds on top of 1526777.
Assignee | ||
Updated•6 years ago
|
Assignee: nobody → egao
Status: NEW → ASSIGNED
Assignee | ||
Comment 1•6 years ago
•
|
||
Looks like windows10-aarch64/opt-reftest-no-accel-1 is doing fine with this workaround.
Flake8 failure has been addressed, should not affect the outcome of the try run.
For comparison, in this try run the windows10-aarch64/opt-reftest-no-accel-1 is reporting a failure despite nothing going wrong.
Assignee | ||
Comment 2•6 years ago
|
||
- modified the criteria for using [0, 1] as the successful return code
Pushed by egao@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/bd930453714e
additional workaround for Windows 32bit incorrectly reporting failure for reftest r=jmaher,ahal
Comment 4•6 years ago
|
||
bugherder |
Status: ASSIGNED → RESOLVED
Closed: 6 years ago
status-firefox67:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → mozilla67
Comment hidden (Intermittent Failures Robot) |
Updated•6 years ago
|
Keywords: regression
You need to log in
before you can comment on or make changes to this bug.
Description
•