W3C home > Mailing lists > Public > www-style@w3.org > September 2016

Re: PROPOSED RESOLUTION: merge csswg-test into web-platform-tests

From: Peter Linss <w3c@linss.com>
Date: Tue, 27 Sep 2016 16:21:29 -0700
Cc: www-style list <www-style@w3.org>
Message-Id: <F6D980F4-92E8-4A6F-A391-522C06B6675D@linss.com>
To: Geoffrey Sneddon <me@gsnedders.com>

> On Sep 27, 2016, at 9:23 AM, Geoffrey Sneddon <me@gsnedders.com> wrote:
> (Bcc'd public-css-testsuite and public-test-infra; this pertains to a
> CSS WG proposed resolution and hence we should keep discussion on the
> CSS WG's public mailing list.)
> The proposed resolution is to merge csswg-test into
> web-platform-tests, doing the following:
> 1. Land https://github.com/w3c/wpt-tools/pull/90 into wpt-tools so
> that the web-platform-tests tools create an accurate manifest (i.e.,
> list of tests) for the CSS testsuite.
> 2. Add a number of lints to wpt-tools, for the (currently
> non-existent) css subdirectory, to ensure that the build system keeps
> working (primarily we need lints to ensure that we have no duplicate
> file-extensionless-basenames that aren't byte-for-byte identical and
> that all files referenced by test files are in an adjacent support or
> reference directory, with a couple of exceptions).

Note that while support files need to be in an adjacent ‘support/‘ directory, reference files do not, the build system will adjust paths to reference files so long as the relative urls are correct.

> 3. Ensure web-platform-tests's documentation is up-to-date and
> cohesive, both for submitting tests and reviewing them. Especially
> make sure it's easier to find documentation than it is currently!
> 4. Make https://hg.csswg.org/test/ and http://test.csswg.org/shepherd/
> read-only. (Really this can be any step up until this point; exact
> timing doesn't matter.)
> 5. Merge csswg-test into web-platform-tests, in a css/ subdirectory,
> maintaining all csswg-test history. (Do we want to copy w3ctestlib and
> apiclient into it as well, given they currently live in Mercurial, and
> are needed to build?)

apiclient already has a GitHub mirror:

I can make a GitHub mirror for w3ctestlib too.

I recommend we leave these separate (at least apiclient, as it’s used in other projects, like Bikeshed)

> 6. Move over, at the very least, all open issues and PRs from the
> csswg-test repository.
> 7. (Sometime in the more distant future) drop the current build system
> and the lints we had for its requirements.
> I believe Alan's opinion was to give people a week to respond on the
> mailing list and then potentially have a final call for objections (or
> discussion!) on the next telecon (5 Oct). I'll let the chairs to say
> what they want to do, though. :)
> /Geoffrey.
Received on Tuesday, 27 September 2016 23:21:57 UTC

This archive was generated by hypermail 2.4.0 : Friday, 25 March 2022 10:09:04 UTC