Chrome Version: 55.0.2883.95
OS: macOS 10.12.2

What steps will reproduce the problem?
(1) Open http://w3c-test.org/html/semantics/forms/the-input-element/time-2.html in Chrome.
(2) Observe the test results.

What is the actual result?
The following test assertion fails:
Fail	Invalid value: fraction should have one, two or three ASCII digits. Value should be empty	
  assert_equals: expected "" but got "00:00:00.0000"

What is the expected result?
The test assertion in question should pass.


Further details:
The test in question does the equivalent of:
    anInputOfTypeTime.value = "00:00:00.0000";

The `value` property uses the *value* mode defined in
https://html.spec.whatwg.org/multipage/forms.html#dom-input-value
so:
> On setting, it must set the element's value to the new value,
> [...], invoke the value sanitization algorithm, [...]

Per https://html.spec.whatwg.org/multipage/forms.html#time-state-(type=time):value-sanitization-algorithm
> The value sanitization algorithm is as follows:
> If the value of the element is not a **valid time string**, then set it to the empty string instead.

**Valid time string** is defined in
https://html.spec.whatwg.org/multipage/infrastructure.html#valid-time-string
and the portion regarding fractional seconds says:
> 3. If second is not an integer, or optionally if second is an integer:
>     1. A U+002E FULL STOP character (.)
>     2. One, two, or three ASCII digits, representing the fractional part of second

Thus, the code in question should result in the value getting set to the empty string,
rather than the given value (which has 4 digits after the decimal point).