-
Notifications
You must be signed in to change notification settings - Fork 28
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Review html/semantics/forms/the-input-element/range.html #107
Comments
@josepharhar can you take a look? |
This test sets the range input's value greater than the default maximum, causing the value not to be set properly. By changing it to 50, the value will be set properly. The underlying test of skipping whitespace should still work fine since the value assigned into the input is " 50". This was identified in web-platform-tests/interop#107
Thanks for finding this! I am generally in favor of changing the tests/spec to match the browsers when the browsers are all doing the same thing. The "The default scale factor is 1 even if step attribute is explicitly set to non-integer value, unless min attribute has non-integer value" test was added by @tomoyukilabs here: web-platform-tests/wpt#167 The "Skip ASCII whitespace within input" test was added by @nox here: web-platform-tests/wpt#9084 |
I think the test is slightly incorrect (and browsers appear correct) as I explained in web-platform-tests/wpt#35519 (comment). Hope that helps. |
This test assigns an invalid value into the range input, which should reset the input to its default value 50. This was identified in web-platform-tests/interop#107
… test, a=testonly Automatic update from web-platform-tests Fix "Skip ASCII whitespace within input" test (#35519) This test assigns an invalid value into the range input, which should reset the input to its default value 50. This was identified in web-platform-tests/interop#107 -- wpt-commits: bc183f1426aba64995ef40555ce405ce45183a26 wpt-pr: 35519
Does anyone have opinions on how to handle this subtest? |
@nt1m that subtest seems wrong per spec. https://html.spec.whatwg.org/multipage/input.html#dom-input-step says that the |
This test fails in all 3 browsers and we decided to remove it here: web-platform-tests/interop#107
Fixed by web-platform-tests/wpt#35914 |
** Test List **
** Rationale **
Not suggesting any concrete action yet, but we should review html/semantics/forms/the-input-element/range.html which has subtests failing across all 3 browsers. Either this needs a spec change to reflect current browsers behavior, either we keep the test as it is. @cdumez has mentioned it's pretty simple to implement these changes in WebKit, but it would leave WebKit uninteroperable with the other 2 browser vendors.
cc @domenic and @annevk to check if there is any spec work needed here.
The text was updated successfully, but these errors were encountered: