[Webkit-unassigned] [Bug 256716] DOMXPath- failing (fn-lang.html) due to U+212A handling

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=256716

Alexey Proskuryakov <ap at webkit.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |ap at webkit.org,
                   |                            |darin at apple.com,
                   |                            |mmaxfield at apple.com,
                   |                            |ysuzuki at apple.com

--- Comment #1 from Alexey Proskuryakov <ap at webkit.org> ---
// U+212A should match to ASCII 'k'.
// XPath 1.0 says:
// ... such that the attribute value is equal to the argument ignoring that suffix
// of the attribute value and ignoring case.
// XPath 3.1 says:
// ... true if and only if, based on a caseless default match as specified in
// section 3.13 of The Unicode Standard,
testFirstChild('lang("ko")', '<root><match xml:lang="&#x212A;o"/></root>');

-------

So this test says that U+212A KELVIN SIGN should match letter "k" in lang attribute, which seems weird, at least initially.

The Unicode Standard reference here is obsolete, but is almost certainly about "caseless matching" in https://www.unicode.org/versions/Unicode15.0.0/ch05.pdf. Which indeed has this behavior, but the rest of the Web platform does not AFAIK. Notably, even Chrome doesn't have this behavior for CSS selector matching.

I think that this is a bug in the standard, and Chrome is internally inconsistent, so we shouldn't be following it. CC'ing some folks who've done more recent work in this area to weigh in.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20230514/e642eb52/attachment.htm>