This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.

Bug 6387 - META_HTTP_EQUIV-2 warning returned incorrectly in MainDocumentTest
Summary: META_HTTP_EQUIV-2 warning returned incorrectly in MainDocumentTest
Status: RESOLVED FIXED
Alias: None
Product: mobileOK Basic checker
Classification: Unclassified
Component: Java Library (show other bugs)
Version: unspecified
Hardware: PC Linux
: P2 normal
Target Milestone: ---
Assignee: Abel Rionda
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-01-12 08:44 UTC by fd
Modified: 2009-01-13 14:11 UTC (History)
1 user (show)

See Also:

Attachments

Description fd 2009-01-12 08:44:59 UTC 
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>
Comment 1 Roland G 2009-01-12 09:15:20 UTC 
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
               ^^^
Comment 2 fd 2009-01-13 14:11:46 UTC 
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.