Summary: | Error handling for ISO-2022-JP is incorrect | ||
---|---|---|---|
Product: | WebKit | Reporter: | Anne van Kesteren <annevk> |
Component: | DOM | Assignee: | Nobody <webkit-unassigned> |
Status: | RESOLVED DUPLICATE | ||
Severity: | Normal | CC: | achristensen, beidson, darin, mmaxfield |
Priority: | P2 | ||
Version: | WebKit Nightly Build | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
See Also: | https://bugs.webkit.org/show_bug.cgi?id=218046 |
Description
Anne van Kesteren
2020-10-21 05:52:46 PDT
Strange, Alex’s new code in TextCodecCJK::iso2022JPDecode has code like this: if (byte <= 0x7F && byte != 0x0E && byte != 0x0F && byte != 0x1B) { m_iso2022JPOutput = false; result.append(byte); break; } m_iso2022JPOutput = false; return SawError::Yes; Sure looks like that would treat it as an error. Wonder why that’s not working. Or maybe Anne is testing an older version of Safari that used the ICU decoder? Oh, is this encode rather than decode? *** This bug has been marked as a duplicate of bug 218046 *** |