- From: <bugzilla@wiggum.w3.org>
- Date: Thu, 05 Nov 2009 21:20:37 +0000
- To: public-qt-comments@w3.org
http://www.w3.org/Bugs/Public/show_bug.cgi?id=8206 Summary: Serialization requires no escaping of < in URI attribute with XHTML Product: XPath / XQuery / XSLT Version: Recommendation Platform: PC URL: http://www.w3.org/TR/2007/REC-xslt-xquery-serialization- 20070123/#serphases OS/Version: Windows XP Status: NEW Severity: normal Priority: P2 Component: Serialization AssignedTo: zongaro@ca.ibm.com ReportedBy: zongaro@ca.ibm.com QAContact: public-qt-comments@w3.org A colleague pointed out this problem in the "Character Expansion" step of the phases of serialization.[1] Suppose the output method is XHTML and the escape-uri-attributes serialization parameter has the value "yes". For any URI attribute, step 3a. requires URI escaping to be applied and that steps 3b. through 3e. be skipped. The URI escaping is described in three steps: i) Unicode normalization; ii) percent encoding as described for fn:escape-html-uri; and iii) escaping "according to HTML rules any characters (such as < and &) where HTML requires escaping. For example, replace < with <." For other attributes, step 3e. would cause a less than to be replaced with < or an equivalent character reference. It's not clear which HTML rules apply here - those of the various HTML recommendations, those of the HTML output method or both. If this was a reference to the rules of the HTML output method, alone or together with the requirements of the relevant HTML recommendation, it must be noted that section 7.2 of serialization actually prohibits a less than character from being escaped.[2] It states, "The HTML output method MUST NOT escape "<" characters occurring in attribute values." [1] http://www.w3.org/TR/2007/REC-xslt-xquery-serialization-20070123/#serphases [2] http://www.w3.org/TR/2007/REC-xslt-xquery-serialization-20070123/#HTML_ATTRIBS -- Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.
Received on Thursday, 5 November 2009 21:20:40 UTC