RESOLVED FIXED Bug 213927
General update of WPT tests (2020-07)
https://bugs.webkit.org/show_bug.cgi?id=213927
Summary General update of WPT tests (2020-07)
Carlos Alberto Lopez Perez
Reported 2020-07-03 10:19:06 PDT
The last time we updated the whole set of imported WPT tests was around 2018. Let's update it again!
Attachments
test patch for EWS, ignore (51.93 MB, patch)
2020-07-03 10:45 PDT, Carlos Alberto Lopez Perez
no flags
test patch for EWS, ignore (51.02 MB, patch)
2020-07-06 22:03 PDT, Carlos Alberto Lopez Perez
no flags
test patch for EWS, ignore (51.04 MB, patch)
2020-07-07 05:38 PDT, Carlos Alberto Lopez Perez
no flags
Carlos Alberto Lopez Perez
Comment 1 2020-07-03 10:45:43 PDT
Created attachment 403466 [details] test patch for EWS, ignore test patch for EWS, ignore
Carlos Alberto Lopez Perez
Comment 2 2020-07-06 22:03:52 PDT
Created attachment 403666 [details] test patch for EWS, ignore
Carlos Alberto Lopez Perez
Comment 3 2020-07-07 05:38:09 PDT
Created attachment 403680 [details] test patch for EWS, ignore
Chris Dumez
Comment 4 2020-07-07 09:02:02 PDT
I have been working on doing this as well. However, I have been doing it folder by folder because I don't think a 51MB patch is reviewable. I wish we could do a full-resync like this and trust the result but in my experience, it is important to sanity check the results.
Carlos Alberto Lopez Perez
Comment 5 2020-07-07 09:13:00 PDT
Comment hidden (obsolete)
Carlos Alberto Lopez Perez
Comment 6 2020-07-07 09:18:13 PDT
(In reply to Chris Dumez from comment #4) > I have been working on doing this as well. However, I have been doing it > folder by folder because I don't think a 51MB patch is reviewable. I wish we > could do a full-resync like this and trust the result but in my experience, > it is important to sanity check the results. Right.. I'm also finding quite a lot of troubles with the tooling (svn-apply is really slow or goes nuts with such big patches see bug 212766 or bug 214022). I also found that doing a general update of all the wpt tests with the w3c test importer causes it to import lot of unwanted things (see bug 214006). The patch currently attached here used that modified version of the importer to update everything. On top of that I also found that we have several imported tests that were never exported to WPT (which I kept on this patch) In any case you are totally right that reviewing a 51MB patch is a nightmare. I think it makes sense to split it.
Chris Dumez
Comment 7 2020-07-07 09:20:11 PDT
(In reply to Carlos Alberto Lopez Perez from comment #6) > (In reply to Chris Dumez from comment #4) > > I have been working on doing this as well. However, I have been doing it > > folder by folder because I don't think a 51MB patch is reviewable. I wish we > > could do a full-resync like this and trust the result but in my experience, > > it is important to sanity check the results. > > Right.. > > I'm also finding quite a lot of troubles with the tooling (svn-apply is > really slow or goes nuts with such big patches see bug 212766 or bug 214022). > > I also found that doing a general update of all the wpt tests with the w3c > test importer causes it to import lot of unwanted things (see bug 214006). > The patch currently attached here used that modified version of the importer > to update everything. > > On top of that I also found that we have several imported tests that were > never exported to WPT (which I kept on this patch) > > In any case you are totally right that reviewing a 51MB patch is a > nightmare. I think it makes sense to split it. And by the way, I do appreciate help on this. I am currently maintaining a Frankenstein version of testharness.js that is able to run both new tests and old tests that have not been resync'd yet. I am very much looking forward to having all WPT tests resync'd so that we can use a clean version of testharness.js.
Carlos Alberto Lopez Perez
Comment 8 2020-07-13 14:43:52 PDT
(In reply to Chris Dumez from comment #7) > (In reply to Carlos Alberto Lopez Perez from comment #6) > > (In reply to Chris Dumez from comment #4) > > > I have been working on doing this as well. However, I have been doing it > > > folder by folder because I don't think a 51MB patch is reviewable. I wish we > > > could do a full-resync like this and trust the result but in my experience, > > > it is important to sanity check the results. > > > > Right.. > > > > I'm also finding quite a lot of troubles with the tooling (svn-apply is > > really slow or goes nuts with such big patches see bug 212766 or bug 214022). > > > > I also found that doing a general update of all the wpt tests with the w3c > > test importer causes it to import lot of unwanted things (see bug 214006). > > The patch currently attached here used that modified version of the importer > > to update everything. > > > > On top of that I also found that we have several imported tests that were > > never exported to WPT (which I kept on this patch) > > > > In any case you are totally right that reviewing a 51MB patch is a > > nightmare. I think it makes sense to split it. > > And by the way, I do appreciate help on this. I am currently maintaining a > Frankenstein version of testharness.js that is able to run both new tests > and old tests that have not been resync'd yet. I am very much looking > forward to having all WPT tests resync'd so that we can use a clean version > of testharness.js. I will be trying to update individual folders as time allows, but trying to keep patches reviewable (~2MB maximum if possible). Let's hope that we manage to update everything this year :) I will be using this as a master bug and adding the other bugs for updates as blocking this.
Carlos Alberto Lopez Perez
Comment 9 2020-10-02 10:07:07 PDT
Closing this. All WPT tests were updated (see bugs depending on this one) and the version we are running of WPT tests now is at least from 2020-07
Note You need to log in before you can comment on or make changes to this bug.