This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.
Raised by Roland in: http://lists.w3.org/Archives/Public/public-mobileok-checker/2009Jan/0000.html The XPath: /moki/primaryDoc/retrieval/HTTPResponse[last()]/header[@name=$meta_equiv]/@value ... does not match header fields represented as: <header name="content-type"> <element name="application/xhtml+xml"> <parameter name="charset" value="utf-8"/> </element> </header>
element and parameter check is added, if the attribute value doesn't exist. remove spaces when comparing the strings: text/html; utf-8 = text/html;utf-8 ^^^
I updated the fix to take into account the most generic case: val1=valval1;param1=paramval1,val2,val3;param3 ... which would be rendered in the moki as: <header name="header-name"> <element name="val1" value="valval1"> <parameter name="param1" value="paramval1"/> </element> <element name="val2" /> <element name="val3"> <parameter name="param3" /> </element> </header> I don't think it matches anything in practice, but it's consistent with the code that may be generated by the ProcessorResults Java class.