Bug 76392 – Whitespace in option elements should be collapsed in DOM

• Component: DOM
• Status: RESOLVED CONFIGURATION CHANGED

var d = document.createElement("div"); d.innerHTML = "<select><option>foo  bar</option><select>"; d.firstChild.firstChild.value

The above should, per the spec, give "foo bar", which every other major browser gives; WK, however, gives "foo  bar".

cf. http://www.whatwg.org/specs/web-apps/current-work/multipage/the-button-element.html#dom-option-text

[Eric Seidel (no email)]

The spec you reference applies to textContent.

But I checked d.textContent, and we also preserve the spaces there, so at least the textContent part is a valid bug.

[Alexey Proskuryakov]

I think that the same applies to normal parsing, not just innerHTML and textContent. We collapse whitespace at render time, while others appear to do that at parse time.

[Alexey Proskuryakov]

Created attachment 122669 [details]
test with normal parsing

[Antaryami Pandia (apandia)]

Please look https://bugs.webkit.org/show_bug.cgi?id=69455.

[Ahmad Saleem]

All browsers (Chrome Canary 106, Firefox Nightly 105 and Safari 15.6 on macOS 12.5) in the attached test case show '7' and matching with each other. I think it might be something resolved along the way and this can be marked as "RESOLVED CONFIGURATION CHANGED". Thanks!

[Ryosuke Niwa]

Yup, we return 7 now.