Closed Bug 674855 Opened 13 years ago Closed 13 years ago

Android reftests permaorange after ndk changes

Categories

(Release Engineering :: General, defect)

ARM
Android
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 674837

People

(Reporter: mak, Unassigned)

References

Details

After bug 657723 was deployed we started having 2 issues:

1. a bunch of Android builds started failing on configure. This may be expected due to the change I guess

2. Reftests R1 and R2 are now permaorange. This happens on all trees and is confusing people (I see retriggered reftests on try, useless backouts and such).

For now they should probably be hidden from all trees till someone figures out what differs from before.
may be due to bug 674837, Glandium is going to push to try and check
(In reply to comment #0)
> After bug 657723 was deployed we started having 2 issues:
> 
> 1. a bunch of Android builds started failing on configure. This may be
> expected due to the change I guess

It is, unfortunately. Though the bots were supposed to have been clobbered.

> 2. Reftests R1 and R2 are now permaorange. This happens on all trees and is
> confusing people (I see retriggered reftests on try, useless backouts and
> such).

Most likely, that's because of bug 674837. Verifying on try:
http://tbpl.mozilla.org/?tree=Try&rev=0ef7009173cf
Glandium sez this is a dupe
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → DUPLICATE
Product: mozilla.org → Release Engineering
You need to log in before you can comment on or make changes to this bug.