fast/selectors/nth-child-of-basics takes long time
Created attachment 238723 [details] Patch
Comment on attachment 238723 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=238723&action=review > LayoutTests/ChangeLog:11 > + [1]: https://build.webkit.org/builders/GTK%20Linux%2064-bit%20Release%20(Tests)/builds/3042 Actually, in my environment (GTK debug build), it takes about 50s and ran as expected. Is it better to split it into small tests that meet the timeout limit?
(In reply to comment #2) > (From update of attachment 238723 [details]) > View in context: https://bugs.webkit.org/attachment.cgi?id=238723&action=review > > > LayoutTests/ChangeLog:11 > > + [1]: https://build.webkit.org/builders/GTK%20Linux%2064-bit%20Release%20(Tests)/builds/3042 > > Actually, in my environment (GTK debug build), it takes about 50s and ran as expected. > Is it better to split it into small tests that meet the timeout limit? I'll start on the JIT for it soon, maybe today. Let's mark it slow for now and I'll remove the expectation next week.
Comment on attachment 238723 [details] Patch Clearing flags on attachment: 238723 Committed r174032: <http://trac.webkit.org/changeset/174032>
All reviewed patches have been landed. Closing bug.