Brady Eidson <>, 2017-05-13 17:11 -0700:
> > On May 12, 2017, at 7:43 PM, Ryosuke Niwa <> wrote:
> > 
> > On Fri, May 12, 2017 at 7:31 PM, Alexey Proskuryakov <> 
> > wrote:
> >> 
> >> When there is a test failure that I need to communicate to others, I say
> >> something "please open
> >> <>
> >> in Safari to reproduce". That's very easy to do, and makes it very easy for
> >> others to work on the issue.
> >> ...
> > 
> > Note that W3C's web-plaform-tests are hosted on
> > so you can could do the
> > same thing.
> Note Alexey's URL example points to a specific revision of a specific test.
> A frustration that has often come up while I've been working on
> leading-edge features in WebKit is that the
> <> tests are constantly updated and therefore are a
> moving target.  One cannot use the same test repeatedly over some length
> of time and expect it to remain consistent.

True. But of course the tests are under version control and you can always
locate any specific revision of one you want to test against; e.g.:

For practical reasons on we can’t directly archive a runnable copy
of every single revision of of every single test. But I would be very willing to
look into adding a service somewhere that does something similar to what or whatever do—that is, (1) given a URL like the above for specific
revision of a file in a github repo, then (2) load and run it. itself can of course already load specific revisions of WPT
tests, but when you try it you’ll run into the general problem of the test
files specifying a /resources/testharness.js path to the harness; e.g.:

...which expects to find

But that’s not a hard problem to solve. As I mentioned earlier, I imagine
that with very little effort needed, I could get a similar service set up
that’s WPT-specific and WPT-aware in that it will have the test harness
available at for the /resources/testharness.js URL path.


Michael[tm] Smith

Attachment: signature.asc
Description: PGP signature

webkit-dev mailing list

Reply via email to