New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 636285 link

Starred by 2 users

Issue metadata

Status: WontFix
Owner:
Last visit > 30 days ago
Closed: Sep 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: All
Pri: 3
Type: Bug



Sign in to add a comment

convert js-test.js to testharness.js in LayoutTest/scrollbars/* folder

Project Member Reported by satay...@samsung.com, Aug 10 2016

Issue description

convert js-test.js to testharness.js in LayoutTest/scrollbars/* folder
 
Project Member

Comment 3 by bugdroid1@chromium.org, Aug 11 2016

The following revision refers to this bug:
  https://chromium.googlesource.com/chromium/src.git/+/3bf34c3dac6f4d91594c22c2bec6bb4cf63a65c1

commit 3bf34c3dac6f4d91594c22c2bec6bb4cf63a65c1
Author: sataya.m <sataya.m@samsung.com>
Date: Thu Aug 11 10:17:53 2016

convert LayoutTest/scrollbars/rtl/* js-test.js tests to testharness.js based tests.

BUG= 636285 

Review-Url: https://codereview.chromium.org/2229393002
Cr-Commit-Position: refs/heads/master@{#411295}

[delete] https://crrev.com/983625d272c1b35a6297dd02c51fd1ee0fce3230/third_party/WebKit/LayoutTests/scrollbars/rtl/div-absolute-expected.txt
[modify] https://crrev.com/3bf34c3dac6f4d91594c22c2bec6bb4cf63a65c1/third_party/WebKit/LayoutTests/scrollbars/rtl/div-absolute.html
[delete] https://crrev.com/983625d272c1b35a6297dd02c51fd1ee0fce3230/third_party/WebKit/LayoutTests/scrollbars/rtl/div-horizontal-expected.txt
[delete] https://crrev.com/983625d272c1b35a6297dd02c51fd1ee0fce3230/third_party/WebKit/LayoutTests/scrollbars/rtl/div-horizontal-with-vertical-scrollbar-expected.txt
[modify] https://crrev.com/3bf34c3dac6f4d91594c22c2bec6bb4cf63a65c1/third_party/WebKit/LayoutTests/scrollbars/rtl/div-horizontal-with-vertical-scrollbar.html
[modify] https://crrev.com/3bf34c3dac6f4d91594c22c2bec6bb4cf63a65c1/third_party/WebKit/LayoutTests/scrollbars/rtl/div-horizontal.html
[delete] https://crrev.com/983625d272c1b35a6297dd02c51fd1ee0fce3230/third_party/WebKit/LayoutTests/scrollbars/rtl/div-vertical-expected.txt
[modify] https://crrev.com/3bf34c3dac6f4d91594c22c2bec6bb4cf63a65c1/third_party/WebKit/LayoutTests/scrollbars/rtl/div-vertical.html
[delete] https://crrev.com/983625d272c1b35a6297dd02c51fd1ee0fce3230/third_party/WebKit/LayoutTests/virtual/prefer_compositing_to_lcd_text/scrollbars/rtl/div-absolute-expected.txt

Comment 4 by skobes@chromium.org, Aug 11 2016

Cc: esprehn@chromium.org rbyers@chromium.org foolip@chromium.org ojan@chromium.org
@rbyers / @foolip: Do we want to be blanket-converting layout tests to testharness.js?

It makes sense to do this for tests that we intend to upstream, but has questionable value otherwise, especially for tests that use internals / eventSender.  I think there is significant risk of introducing bugs or flakiness in the conversion, as well as some cost to reviewing the patches, so we should perhaps discuss whether this is a road we want to go down.

Comment 5 by foolip@chromium.org, Aug 12 2016

I agree that there is risk, and that if it isn't a step towards upstreaming to w-p-t then it's not very useful. Of course, even tests using internals sometimes become more readable by converting to testharness.js, so in those cases if the CL author and reviewer wants to spend the time, that seems OK.

For a big conversion project, I think it'd make the most sense to do it in the context of actually upstreaming to web-platform-tests, in a cycle roughly like this:

1. Convert a group of tests locally.
2. Upstream those to w-p-t
3. Import them and verify that they're identical to local and passing reliably
4. Delete the local tests

Having that focus will naturally avoid the cases where we're not able to upstream.
gentle ping for conclusion !!!

Comment 7 by foolip@chromium.org, Aug 18 2016

I think that it's the person who would review these changes that should decide on whether it's worthwhile. Who is that?

Comment 8 by skobes@chromium.org, Aug 18 2016

I have been receiving the reviews so far, which prompted the concerns I raised in #4.  The process in #5 sounds good to me but I'm afraid I don't have time to properly review all of the patches for a large conversion effort.
If you guys are ok, i can review them internally before submiting for final review.
Skobes@, can I defer these test to srirama/foolip/fs ? 
I agree with follip@ that it's unlikely to be worth the cost unless we're also upstreaming the tests to web-platform-tests (adding coverage where there wasn't previously coverage there).

In that case, the non-trivial review will come as part of the upstreaming process - web-platform-test reviewers will want to verify that you're actually testing standard behavior, not just blindly copying blink implementation tests for things that may or may not be standardized.  "scrollbars" in particular might be a poor candidate for this - scrollbar behavior tends not to be well standardized.  But perhaps there are some tests that can be upstreamed?
Components: Blink>Scroll
Status: Assigned (was: Untriaged)

Comment 14 by ojan@chromium.org, Mar 7 2017

Cc: -ojan@chromium.org
Status: WontFix (was: Assigned)
discarding this work. Future tests will be covered under testharness.

Sign in to add a comment