That would seem to work only if the test(s) fail the same way on all ports. In the case that I'm working from, I'm using reftests, where I know the correct expectations, but the actual behavior will (does) differ on different ports (when the corresponding feature is committed).
I would like to be able to (independently) commit new reftests *and* their known good expectation counterparts (that should apply on all ports), and then subsequently commit an independent patch that implements the expected behavior (on some but not all ports), and the comment further follow-on patches that fix the failing ports (possibly by writing new expectations for those specific ports). On Tue, Nov 13, 2012 at 11:52 AM, Ryosuke Niwa <rn...@webkit.org> wrote: > It is customary to add a failing test expectation (i.e. *-expected.txt > file that contains the said failure) in such cases. > > On Tue, Nov 13, 2012 at 10:49 AM, Glenn Adams <gl...@skynav.com> wrote: > >> Just checking, but I don't see a way to add test expectations that apply >> generically (to all ports). >> >> It would be nice to have something like >> LayoutTests/platform/generic/TestExpectations to which one could add new >> tests that are known to fail everywhere (e.g., because the code that >> implements a feature that is tested by those tests is not yet committed), >> but which will (at some point in the near future) not fail (when the code >> that is to be tested is committed). >> >> At present, it seems that if one wishes to do this, then it is necessary >> to add entries to the each base port expectations (i.e., chromium, mac, >> win, etc), which is rather annoying. >> >> If there is no objection to adding such a "generic" platform expectations >> file, then I will undertake to do so. >> >
_______________________________________________ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo/webkit-dev