<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "https://bugs.webkit.org/page.cgi?id=bugzilla.dtd">

<bugzilla version="5.0.4.1"
          urlbase="https://bugs.webkit.org/"
          
          maintainer="admin@webkit.org"
>

    <bug>
          <bug_id>6314</bug_id>
          
          <creation_ts>2005-12-31 11:13:34 -0800</creation_ts>
          <short_desc>Unclosed &lt;style&gt; element in &lt;head&gt; makes page completely blank</short_desc>
          <delta_ts>2007-12-27 23:22:30 -0800</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>WebKit</product>
          <component>DOM</component>
          <version>420+</version>
          <rep_platform>Mac</rep_platform>
          <op_sys>OS X 10.4</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>INVALID</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P2</priority>
          <bug_severity>Normal</bug_severity>
          <target_milestone>---</target_milestone>
          <dependson>3905</dependson>
          
          <everconfirmed>1</everconfirmed>
          <reporter>camillo.lists</reporter>
          <assigned_to name="Nobody">webkit-unassigned</assigned_to>
          <cc>arn</cc>
    
    <cc>ddkilzer</cc>
    
    <cc>ian</cc>
    
    <cc>jon</cc>
    
    <cc>joost</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>27370</commentid>
    <comment_count>0</comment_count>
    <who name="">camillo.lists</who>
    <bug_when>2005-12-31 11:13:34 -0800</bug_when>
    <thetext>If an html file&apos;s header contains an empty style tag, the page will not render in WebKit. The render tree 
window shows an empty RenderBody. 100% reproducible, and verified in the latest nightly build 
(416.13). Here is a valid XHTML 1.0 document with which you can reproduce the bug:

&lt;!DOCTYPE html PUBLIC &quot;-//W3C//DTD XHTML 1.0 Transitional//EN&quot; &quot;http://www.w3.org/TR/xhtml1/
DTD/xhtml1-transitional.dtd&quot;&gt;
&lt;html&gt;
&lt;head&gt;
    &lt;meta http-equiv=&quot;Content-Type&quot; content=&quot;text/html; charset=ISO-8859-1&quot; /&gt;
    &lt;style type=&quot;text/css&quot; /&gt;
    &lt;title&gt;Test&lt;/title&gt;
&lt;/head&gt;
&lt;body&gt;

&lt;h1&gt;TEST PAGE&lt;/h1&gt;
&lt;p&gt;This page is invisible in WebKit. The &quot;culprit&quot; is the style tag in the header, but it is valid XHTML 1.0 
Transitional according to the W3C&apos;s validator.&lt;/p&gt;

&lt;/body&gt;
&lt;/html&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>27371</commentid>
    <comment_count>1</comment_count>
      <attachid>5400</attachid>
    <who name="">camillo.lists</who>
    <bug_when>2005-12-31 11:15:22 -0800</bug_when>
    <thetext>Created attachment 5400
Test case

Test case added as attachment for your convenience.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>27372</commentid>
    <comment_count>2</comment_count>
      <attachid>5401</attachid>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2005-12-31 11:23:23 -0800</bug_when>
    <thetext>Created attachment 5401
Same test case sent as xhtml</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>27373</commentid>
    <comment_count>3</comment_count>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2005-12-31 11:26:38 -0800</bug_when>
    <thetext>The problem here is that you&apos;re sending this &quot;valid xhtml 1.0&quot; file as text/html from your server.  &lt;style /
&gt; is interpreted as an unclosed &lt;style&gt; by the html parser (/ is ignored as an invalid attribute).  WebKit 
has trouble with unclosed tags in the &lt;head&gt; it seems (there is another similar bug on an unclosed 
&lt;title&gt; causing a blank page).  IF you were to actually vend this file as xhtml from your server, it would 
display fine (as you see in the second copy of your test case, now attached).

So this is a bug in two places.  1.  your server is misconfigured (as are most on the web), or rather, you&apos;ve 
named the file .html when it really shoudl be .xhtml on your server.  2.  there seems to be a bug in WebKit 
where we don&apos;t recover from an unclosed &lt;style&gt; tag in html.

We&apos;ll keep this bug to track the unclosed &lt;style&gt; tag behavior.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>27374</commentid>
    <comment_count>4</comment_count>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2005-12-31 11:29:18 -0800</bug_when>
    <thetext>One of the most common mistakes on today&apos;s web it to write &quot;valid xhtml 1.0&quot; and then vend it from a 
server as text/html.  What that does, is you end up vending something which is actually (by design) invalid 
html.  The proper solution is to just vend the file as application/xhtml+xml, like it was designed to be... 
the only problem with that is that WinIE doesn&apos;t handle xhtml very well :(  FireFox, Safari and Opera handle 
xhtml fine though.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>27375</commentid>
    <comment_count>5</comment_count>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2005-12-31 11:37:17 -0800</bug_when>
    <thetext>http://bugzilla.opendarwin.org/show_bug.cgi?id=3905
is the related bug about an unclosed title element causing the page to be blank.  Marking it as &quot;depends 
on&quot; even though one of these could probably be fixed w/o the other.  Likely they could both be pretty 
easily fixed at once.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>27381</commentid>
    <comment_count>6</comment_count>
    <who name="">camillo.lists</who>
    <bug_when>2005-12-31 12:23:47 -0800</bug_when>
    <thetext>You&apos;re assuming too much. ;-) It&apos;s not my server: I encountered this bug on a website, and stripped it 
down to a smaller text case for your convenience. The bug reappears when loading the file from the 
HD, because of the html extension. I have no way of changing the way that server (or most other 
servers on the internet) serve XHTML content. Regardless:

1) is it wise to ignore the doctype specified inside the file and trust the HTTP content-type instead? The 
doctype declaration is put in by the author, while the content-type is chosen by a webserver which is 
often misconfigured, as you all know: it seems to me that the former should be considered more 
reliable.

2) The W3C HTML Validator has no complaints about an XML file uploaded with an .html extension, or 
served as text/html: http://validator.w3.org/check?uri=http%3A%2F%2Fbugzilla.opendarwin.org%
2Fattachment.cgi%3Fid%3D5400
I understand that the validator is not the source of all wisdom, but most webmasters will be satisfied 
once it passes their pages. What am I supposed to tell them? &quot;Go fiddle with your web server&apos;s settings 
because Safari thinks your XHTML files are HTML 4.0, even though you put an explicit doctype 
declaration inside them?&quot;

3) I&apos;m going to go out on a limb here, and I haven&apos;t checked the standards recently, but wasn&apos;t the 
XHTML syntax meant to be mostly compatible with HTML? Is it really so crazy to serve XHTML as text/
html, expecting XHTML-compliant browsers to handle it correctly (recognizing it through the doctype), 
and older browsers to make a best effort at rendering it as HTML, instead of deciding to download it to 
disk because it has an unrecognized MIME type?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>27386</commentid>
    <comment_count>7</comment_count>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2005-12-31 13:50:03 -0800</bug_when>
    <thetext>(In reply to comment #6)
&gt; You&apos;re assuming too much. ;-)

My appologies. :)  I did assume too much.  And you are correct, there is a real Safari bug here.  We 
should handle an unclosed &lt;style&gt; element better than we do.

&gt; 1) is it wise to ignore the doctype specified inside the file and trust the HTTP content-type instead? 
The 
&gt; doctype declaration is put in by the author, while the content-type is chosen by a webserver which is 
&gt; often misconfigured, as you all know: it seems to me that the former should be considered more 
&gt; reliable.

Unfortunately I&apos;m not familiar enough all the reasons for this decision.  If you could show some other 
browser respecting a &lt;meta&gt; tag over the server&apos;s sent Content-Type, I&apos;d be very interested to know.  I 
think you&apos;ll find that our behavior here is in line with other browsers.

&gt; 2) The W3C HTML Validator has no complaints about an XML file uploaded with an .html extension, 
or 
&gt; served as text/html: http://validator.w3.org/check?uri=http%3A%2F%2Fbugzilla.opendarwin.org%
&gt; 2Fattachment.cgi%3Fid%3D5400
&gt; I understand that the validator is not the source of all wisdom, but most webmasters will be satisfied 
&gt; once it passes their pages. What am I supposed to tell them? &quot;Go fiddle with your web server&apos;s 
settings 
&gt; because Safari thinks your XHTML files are HTML 4.0, even though you put an explicit doctype 
&gt; declaration inside them?&quot;

I think that you&apos;ll find that FireFox/IE treats this file as html as well.  If you don&apos;t believe me, try putting 
invalid xhtml in it, and watch them not complain (as the xhtml spec would require, were they really 
parsing as xhtml).  Instead I think you&apos;ll find that this page is going through thier html parsers and 
parsed with all the forgivingness that the text/html content type requires.

The validator you referenced does correctly identify this as xhtml 1.0.  I don&apos;t think it looks at the 
Content-Type: header when doing so.  Safari also handles the page perfectly fine when it&apos;s sent with an 
xhtml Content-Type.

&gt; 3) I&apos;m going to go out on a limb here, and I haven&apos;t checked the standards recently, but wasn&apos;t the 
&gt; XHTML syntax meant to be mostly compatible with HTML? Is it really so crazy to serve XHTML as 
text/
&gt; html, expecting XHTML-compliant browsers to handle it correctly (recognizing it through the 
doctype), 
&gt; and older browsers to make a best effort at rendering it as HTML, instead of deciding to download it 
to 
&gt; disk because it has an unrecognized MIME type?

Yes, it is meant to be compatble.  But not *all* xhtml 1.0 is compatible with HTML.  For example, if you 
check the html 4.01 spec, you&apos;ll see that &lt;style&gt;*requires* an end tag.  So this &lt;style&gt; tag w/ a bogus 
&quot;/&quot; attribute, and no end, is invalid html.  Again, Safari should handle it better than we do, but the html 
in invalid.

http://www.w3.org/TR/html4/present/styles.html#h-14.2.3

Perhaps other WebKit hackers who know more about the decision to respect Content-Type over a 
&lt;meta&gt; tag will be able to more fully answer your above questions.  Thanks again for reporting the 
bug.  We&apos;ll definitely look into the issue of the unterminated &lt;style&gt; tag not being handled properly by 
our html parser.
</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>27419</commentid>
    <comment_count>8</comment_count>
    <who name="">camillo.lists</who>
    <bug_when>2006-01-01 11:12:18 -0800</bug_when>
    <thetext>(In reply to comment #7)
&gt; Unfortunately I&apos;m not familiar enough all the reasons for this decision.  If you could show some other 
&gt; browser respecting a &lt;meta&gt; tag over the server&apos;s sent Content-Type, I&apos;d be very interested to know.  
I 
&gt; think you&apos;ll find that our behavior here is in line with other browsers.

I tested Firefox 1.5 with an XHTML+SVG document, and indeed it seems to give precedence to the 
Content-Type (the SVG is not visible when the content-type is text/html, which suggests that it&apos;s using 
the HTML parser, that has no support for namespaces).

However, I can give you something better than the example of another browser: the XHTML 1.0 
standard _itself_, which is an XHTML 1.0 Strict document, is served as text/html:

$ curl -I &apos;http://www.w3.org/TR/xhtml1/&apos;
HTTP/1.1 200 OK
Date: Sun, 01 Jan 2006 18:30:23 GMT
Server: Apache/1.3.33 (Unix) PHP/4.3.10
P3P: policyref=&quot;http://www.w3.org/2001/05/P3P/p3p.xml&quot;
Cache-Control: max-age=21600
Expires: Mon, 02 Jan 2006 00:30:23 GMT
Last-Modified: Thu, 01 Aug 2002 13:56:02 GMT
ETag: &quot;3d493df2&quot;
Accept-Ranges: bytes
Content-Length: 71514
Content-Type: text/html; charset=utf-8

Surely the people who wrote the XHTML standard would know how to serve it properly. :-)
This example strongly suggests that both Firefox and Safari (and any other browsers that do the same 
thing) are in error, and the doctype declaration should take precedence over the Content-Type.

&gt; I think that you&apos;ll find that FireFox/IE treats this file as html as well.  If you don&apos;t believe me, try 
putting 
&gt; invalid xhtml in it, and watch them not complain (as the xhtml spec would require, were they really 
&gt; parsing as xhtml).  Instead I think you&apos;ll find that this page is going through thier html parsers and 
&gt; parsed with all the forgivingness that the text/html content type requires.

Honestly, I don&apos;t think anyone is writing an XHTML doctype declaration and relying on it being ignored. 
:-)
But if you want to be forgiving, I have no problem with that. The problem is that your forgiveness is 
currently misdirected: you are accepting things that are invalid, and rejecting things which are perfectly 
valid.

&gt; The validator you referenced does correctly identify this as xhtml 1.0.  I don&apos;t think it looks at the 
&gt; Content-Type: header when doing so.  Safari also handles the page perfectly fine when it&apos;s sent with 
an 
&gt; xhtml Content-Type.

And that&apos;s exactly the problem: you shouldn&apos;t rely on the Content-Type when it&apos;s explicitly contradicted 
by the doctype. Now, if the Content-Type was image/jpeg, I&apos;d understand assuming that it is correct 
and not looking for a doctype. But when parsing text/html, you have to read and parse the doctype 
anyway, so why not listen to it?

&gt; Yes, it is meant to be compatble.  But not *all* xhtml 1.0 is compatible with HTML.  For example, if 
you 
&gt; check the html 4.01 spec, you&apos;ll see that &lt;style&gt;*requires* an end tag.  So this &lt;style&gt; tag w/ a 
bogus 
&gt; &quot;/&quot; attribute, and no end, is invalid html.  Again, Safari should handle it better than we do, but the 
html 
&gt; in invalid.

But the idea was not to have all browsers treat is as HTML. The idea was to have modern browsers treat 
is as what it is, ie XHTML, and let old browsers attempt to parse it as HTML (which often gives 
acceptable results). And the W3C itself seems to think that there is nothing wrong with serving XHTML 
as text/html, as shown above. After all, isn&apos;t XHTML 1.0 the legitimate successor to HTML 4?

&gt; Perhaps other WebKit hackers who know more about the decision to respect Content-Type over a 
&gt; &lt;meta&gt; tag will be able to more fully answer your above questions.  Thanks again for reporting the 
&gt; bug.  We&apos;ll definitely look into the issue of the unterminated &lt;style&gt; tag not being handled properly 
by 
&gt; our html parser.

Thank you for that, and also for taking the time to discuss this issue with me. I look forward to hearing 
any clarifications that other WebKit developers will want to give.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>27915</commentid>
    <comment_count>9</comment_count>
    <who name="Alexey Proskuryakov">ap</who>
    <bug_when>2006-01-07 04:57:25 -0800</bug_when>
    <thetext>It is a known issue (sorry, couldn&apos;t find it in Bugzilla) that WebKit sends an &quot;Accept: */*&quot; header in its 
requests, which causes most servers to provide text/html, not application/xhtml+xml.

There&apos;s a lot of material about Content-Type handling available; see, for example, &lt;http://
ppewww.ph.gla.ac.uk/~flavell/www/content-type.html&gt; or &lt;http://www.hixie.ch/advocacy/xhtml&gt; (the 
latter is displayed incorrectly in Safari, which is also known). In short, it&apos;s not possible or desirable to rely 
on DOCTYPE when there is a contradicting Content-Type header.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>27925</commentid>
    <comment_count>10</comment_count>
    <who name="">camillo.lists</who>
    <bug_when>2006-01-07 06:57:14 -0800</bug_when>
    <thetext>Thanks, I understand the issue now.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>33972</commentid>
    <comment_count>11</comment_count>
    <who name="David Kilzer (:ddkilzer)">ddkilzer</who>
    <bug_when>2006-02-25 10:03:18 -0800</bug_when>
    <thetext>The fix for this bug is very similar to Bug 3905, so I&apos;m taking this bug.  Patch in a few.
</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>34007</commentid>
    <comment_count>12</comment_count>
    <who name="David Kilzer (:ddkilzer)">ddkilzer</who>
    <bug_when>2006-02-25 16:59:28 -0800</bug_when>
    <thetext>In Firefox 1.5.0.1, a document with a &lt;style&gt; tag with no closing &lt;/style&gt; causes what would be the contents of the &lt;style&gt;&lt;/style&gt; tags to be put into the body of the document, and the single &lt;style&gt; tag is ignored.

In MSIE 6, the browser consumes everything after the single &lt;style&gt; tag to the end of the document, then adds &lt;/style&gt;&lt;/body&gt;&lt;/html&gt; to the end of the document if the unmatched &lt;style&gt; tag is in the body, or adds &lt;/style&gt;&lt;/head&gt;&lt;body&gt;&lt;/body&gt;&lt;/html&gt; if the unmatched &lt;style&gt; tag is in the head.
</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>34030</commentid>
    <comment_count>13</comment_count>
    <who name="David Kilzer (:ddkilzer)">ddkilzer</who>
    <bug_when>2006-02-26 05:43:17 -0800</bug_when>
    <thetext>(In reply to comment #11)
&gt; The fix for this bug is very similar to Bug 3905, so I&apos;m taking this bug. 
&gt; Patch in a few.

I&apos;m waiting on Bug 3905 to be fixed since the patch to fix this bug will have to modify code from that bug.
</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>35482</commentid>
    <comment_count>14</comment_count>
    <who name="David Kilzer (:ddkilzer)">ddkilzer</who>
    <bug_when>2006-03-07 20:34:48 -0800</bug_when>
    <thetext>Hixie: In HTML 5, will missing &lt;/style&gt; tags be treated the same as missing &lt;/title&gt; tags, e.g., if the whole document is parsed and no &lt;/style&gt; tag is found, should the document be reparsed starting after the &lt;style&gt; tag with no special handling such that the &lt;style&gt; tag is implicitly closed when the next tag is found?
</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>36058</commentid>
    <comment_count>15</comment_count>
    <who name="David Kilzer (:ddkilzer)">ddkilzer</who>
    <bug_when>2006-03-12 19:07:23 -0800</bug_when>
    <thetext>I asked Ian Hixie about how HTML 5 would handle missing &lt;/style&gt; tags, and he brought up a security issue:

[3:41pm] Hixie: ddk: that&apos;s what my testing found too
[3:42pm] ddk: Hixie: How can a missing &lt;/style&gt; tag cause a security issue?  I&apos;m having a hard time figuring out how that would be exploited (other than a buffer overflow or something from too much input).
[3:44pm] Hixie: ddk: make a victim site display the content &quot;&lt;style&gt; &lt;script&gt; evil script &lt;/script&gt; &lt;/style&gt;&quot; (which would pass the site&apos;s security test because &lt;style&gt; is safe) then cause the network connection to abort just before the &lt;/style&gt; tag and the UA will execute the script.
[3:44pm] Hixie: ddk: same reason comments can&apos;t safely be reparsed
</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>36063</commentid>
    <comment_count>16</comment_count>
      <attachid>7041</attachid>
    <who name="David Kilzer (:ddkilzer)">ddkilzer</who>
    <bug_when>2006-03-12 19:50:13 -0800</bug_when>
    <thetext>Created attachment 7041
Patch v1

This patch is very similar to the final patch for Bug 3905 (less the SegmentedString changes).

Please note the security concerns from Comment #15, although I don&apos;t see how you get any more protection from an attacker since the attacker could simply add the missing &lt;/style&gt; tag (unless you&apos;re relying on another piece of software to scan the HTML before it gets to the browser).</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>36067</commentid>
    <comment_count>17</comment_count>
      <attachid>7041</attachid>
    <who name="Darin Adler">darin</who>
    <bug_when>2006-03-12 20:39:51 -0800</bug_when>
    <thetext>Comment on attachment 7041
Patch v1

Looks nice, r=me.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>36923</commentid>
    <comment_count>18</comment_count>
    <who name="David Kilzer (:ddkilzer)">ddkilzer</who>
    <bug_when>2006-03-19 06:10:15 -0800</bug_when>
    <thetext>Verified in r13385.
</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>36937</commentid>
    <comment_count>19</comment_count>
    <who name="Darin Adler">darin</who>
    <bug_when>2006-03-19 09:50:24 -0800</bug_when>
    <thetext>Looks like there&apos;s a major problem with this fix and the previous one for &lt;title&gt;.

The problem is that at the time the tokenizer is called we don&apos;t necessarily have the entire source. In layout tests we parse things as one big chunk so it&apos;s not an issue. So when the code sees that there&apos;s no &quot;src&quot; left that doesn&apos;t mean we are at the end of the entire document -- it just means that we&apos;re at the end of what we currently have. Additional write() calls can happen later to give us more data.

So this code is kicking in, in cases where it should not, causing major regressions. I&apos;m going to roll this fix out and we&apos;ll have to come up with one that works even when subsequent writes occur.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>36938</commentid>
    <comment_count>20</comment_count>
    <who name="Darin Adler">darin</who>
    <bug_when>2006-03-19 09:52:12 -0800</bug_when>
    <thetext>We can probably write some tests for the broken case using document.write -- not sure.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>36939</commentid>
    <comment_count>21</comment_count>
    <who name="Darin Adler">darin</who>
    <bug_when>2006-03-19 09:53:46 -0800</bug_when>
    <thetext>The saved state will have to go in a member variable of the tokenizer, and the whole thing will need to be tracked by the state machine instead of done all in one place.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>36941</commentid>
    <comment_count>22</comment_count>
    <who name="Jon">jon</who>
    <bug_when>2006-03-19 10:00:47 -0800</bug_when>
    <thetext>The patch for this bug (committed as r13381) has broken pages which use inline styles. These include forums.macnn.com and phpbb.com, among others. Both of these pages are broken in the same way, their content is rendered without the styles that are declared within the document and not in an external file. </thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>36943</commentid>
    <comment_count>23</comment_count>
    <who name="David Kilzer (:ddkilzer)">ddkilzer</who>
    <bug_when>2006-03-19 10:48:09 -0800</bug_when>
    <thetext>(In reply to comment #19)
&gt; Looks like there&apos;s a major problem with this fix and the previous one for
&gt; &lt;title&gt;.

D&apos;OH!  That&apos;s Bug 3905.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>45418</commentid>
    <comment_count>24</comment_count>
    <who name="David Kilzer (:ddkilzer)">ddkilzer</who>
    <bug_when>2006-06-12 08:32:47 -0700</bug_when>
    <thetext>Reassigning this bug back to webkit-unassigned in case anyone else is interested in fixing it.  I plan to look at it in a couple weeks.

Before this is fixed, an http test needs to be created that reliably reproduces the latest problem found (see Comment #19).
</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>48500</commentid>
    <comment_count>25</comment_count>
    <who name="Joost de Valk (AlthA)">joost</who>
    <bug_when>2006-07-06 05:49:17 -0700</bug_when>
    <thetext>ddkilzer, any plans of looking at this one again? :)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>48503</commentid>
    <comment_count>26</comment_count>
    <who name="Joost de Valk (AlthA)">joost</who>
    <bug_when>2006-07-06 05:54:47 -0700</bug_when>
    <thetext>*** Bug 9443 has been marked as a duplicate of this bug. ***</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>48505</commentid>
    <comment_count>27</comment_count>
    <who name="Joost de Valk (AlthA)">joost</who>
    <bug_when>2006-07-06 05:55:12 -0700</bug_when>
    <thetext>*** Bug 8772 has been marked as a duplicate of this bug. ***</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>55539</commentid>
    <comment_count>28</comment_count>
    <who name="Robert Burns">robburns1</who>
    <bug_when>2006-09-14 19:27:05 -0700</bug_when>
    <thetext>this was due to loading XHTML as text/html instead of application/xhtml+xml. Once this was fixed the elements werre no longer moved to the body. It still may be a bug to move HTML elements about in a document (as opposed to leaving them in place and not rendering or processing them), but it&apos;s not a bug with the XML implementation as I had reported.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>55545</commentid>
    <comment_count>29</comment_count>
    <who name="David Kilzer (:ddkilzer)">ddkilzer</who>
    <bug_when>2006-09-14 20:19:22 -0700</bug_when>
    <thetext>(In reply to comment #28)
&gt; this was due to loading XHTML as text/html instead of application/xhtml+xml.
&gt; Once this was fixed the elements werre no longer moved to the body. It still
&gt; may be a bug to move HTML elements about in a document (as opposed to leaving
&gt; them in place and not rendering or processing them), but it&apos;s not a bug with
&gt; the XML implementation as I had reported.

I believe the above comment was meant for Bug 10507.
</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>55942</commentid>
    <comment_count>30</comment_count>
    <who name="Robert Burns">robburns1</who>
    <bug_when>2006-09-19 12:56:00 -0700</bug_when>
    <thetext>(In reply to comment #29)
&gt; (In reply to comment #28)
&gt; &gt; this was due to loading XHTML as text/html instead of application/xhtml+xml.
&gt; &gt; Once this was fixed the elements werre no longer moved to the body. It still
&gt; &gt; may be a bug to move HTML elements about in a document (as opposed to leaving
&gt; &gt; them in place and not rendering or processing them), but it&apos;s not a bug with
&gt; &gt; the XML implementation as I had reported.
&gt; 
&gt; I believe the above comment was meant for Bug 10507.
&gt; 

Yes, that&apos;s correct. Sorry for the mixup.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>65438</commentid>
    <comment_count>31</comment_count>
    <who name="Ian &apos;Hixie&apos; Hickson">ian</who>
    <bug_when>2007-12-27 23:22:30 -0800</bug_when>
    <thetext>I believe this is INVALID. Reparsing is a security risk and HTML5 says not to. Other browsers are converging on that behaviour too.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>5400</attachid>
            <date>2005-12-31 11:15:22 -0800</date>
            <delta_ts>2005-12-31 11:15:22 -0800</delta_ts>
            <desc>Test case</desc>
            <filename>webkit-empty-style-bug.html</filename>
            <type>text/html</type>
            <size>481</size>
            <attacher>camillo.lists</attacher>
            
              <data encoding="base64">PCFET0NUWVBFIGh0bWwgUFVCTElDICItLy9XM0MvL0RURCBYSFRNTCAxLjAgVHJhbnNpdGlvbmFs
Ly9FTiIgImh0dHA6Ly93d3cudzMub3JnL1RSL3hodG1sMS9EVEQveGh0bWwxLXRyYW5zaXRpb25h
bC5kdGQiPgo8aHRtbD4KPGhlYWQ+CiAgICA8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUi
IGNvbnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD1JU08tODg1OS0xIiAvPgogICAgPHN0eWxlIHR5
cGU9InRleHQvY3NzIiAvPgogICAgPHRpdGxlPlRlc3Q8L3RpdGxlPgo8L2hlYWQ+Cjxib2R5PgoK
PGgxPlRFU1QgUEFHRTwvaDE+CjxwPlRoaXMgcGFnZSBpcyBpbnZpc2libGUgaW4gV2ViS2l0LiBU
aGUgImN1bHByaXQiIGlzIHRoZSBzdHlsZSB0YWcgaW4gdGhlIGhlYWRlciwgYnV0IGl0IGlzIHZh
bGlkIFhIVE1MIDEuMCBUcmFuc2l0aW9uYWwgYWNjb3JkaW5nIHRvIHRoZSBXM0MncyB2YWxpZGF0
b3IuPC9wPgoKPC9ib2R5Pgo8L2h0bWw+Cg==
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>5401</attachid>
            <date>2005-12-31 11:23:23 -0800</date>
            <delta_ts>2005-12-31 11:23:23 -0800</delta_ts>
            <desc>Same test case sent as xhtml</desc>
            <filename>webkit-empty-style-bug.xhtml</filename>
            <type>application/xhtml+xml</type>
            <size>481</size>
            <attacher name="Eric Seidel (no email)">eric</attacher>
            
              <data encoding="base64">PCFET0NUWVBFIGh0bWwgUFVCTElDICItLy9XM0MvL0RURCBYSFRNTCAxLjAgVHJhbnNpdGlvbmFs
Ly9FTiIgImh0dHA6Ly93d3cudzMub3JnL1RSL3hodG1sMS9EVEQveGh0bWwxLXRyYW5zaXRpb25h
bC5kdGQiPgo8aHRtbD4KPGhlYWQ+CiAgICA8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUi
IGNvbnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD1JU08tODg1OS0xIiAvPgogICAgPHN0eWxlIHR5
cGU9InRleHQvY3NzIiAvPgogICAgPHRpdGxlPlRlc3Q8L3RpdGxlPgo8L2hlYWQ+Cjxib2R5PgoK
PGgxPlRFU1QgUEFHRTwvaDE+CjxwPlRoaXMgcGFnZSBpcyBpbnZpc2libGUgaW4gV2ViS2l0LiBU
aGUgImN1bHByaXQiIGlzIHRoZSBzdHlsZSB0YWcgaW4gdGhlIGhlYWRlciwgYnV0IGl0IGlzIHZh
bGlkIFhIVE1MIDEuMCBUcmFuc2l0aW9uYWwgYWNjb3JkaW5nIHRvIHRoZSBXM0MncyB2YWxpZGF0
b3IuPC9wPgoKPC9ib2R5Pgo8L2h0bWw+Cg==
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>7041</attachid>
            <date>2006-03-12 19:50:13 -0800</date>
            <delta_ts>2006-03-19 10:42:31 -0800</delta_ts>
            <desc>Patch v1</desc>
            <filename>bug-6314-v1.diff</filename>
            <type>text/plain</type>
            <size>16730</size>
            <attacher name="David Kilzer (:ddkilzer)">ddkilzer</attacher>
            
              <data encoding="base64">SW5kZXg6IExheW91dFRlc3RzL0NoYW5nZUxvZwo9PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBMYXlvdXRUZXN0cy9D
aGFuZ2VMb2cJKHJldmlzaW9uIDEzMjYzKQorKysgTGF5b3V0VGVzdHMvQ2hhbmdlTG9nCSh3b3Jr
aW5nIGNvcHkpCkBAIC0xLDMgKzEsMzcgQEAKKzIwMDYtMDMtMTIgIERhdmlkIEtpbHplciAgPGRk
a2lsemVyQGtpbHplci5uZXQ+CisKKyAgICAgICAgUmV2aWV3ZWQgYnkgTk9CT0RZIChPT1BTISku
CisKKyAgICAgICAgLSBUZXN0cyBmb3IgaHR0cDovL2J1Z3ppbGxhLm9wZW5kYXJ3aW4ub3JnL3No
b3dfYnVnLmNnaT9pZD02MzE0CisgICAgICAgIFVuY2xvc2VkIDxzdHlsZT4gZWxlbWVudCBpbiA8
aGVhZD4gbWFrZXMgcGFnZSBjb21wbGV0ZWx5IGJsYW5rCisKKyAgICAgICAgKiBmYXN0L2pzL2V4
Y2VwdGlvbi1saW5lbnVtcy1pbi1odG1sLTMtZXhwZWN0ZWQudHh0OiBBZGRlZC4KKyAgICAgICAg
KiBmYXN0L2pzL2V4Y2VwdGlvbi1saW5lbnVtcy1pbi1odG1sLTMuaHRtbDogQWRkZWQuCisKKyAg
ICAgICAgSWRlbnRpY2FsIHRvIGZhc3QvanMvZXhjZXB0aW9uLWxpbmVudW1zLWluLWh0bWwtMS5o
dG1sIGV4Y2VwdCB0aGF0IGl0IGNvbnRhaW5zCisgICAgICAgIGFuIHVuY2xvc2VkIDxzdHlsZT4g
dGFnLCB3aGljaCBjYXVzZXMgdGhlIGNvZGUgcGF0aCBmb3IgQnVnIDYzMTQgdG8gYmUgdGVzdGVk
LgorCisgICAgICAgICogZmFzdC9qcy9taXNzaW5nLXN0eWxlLWVuZC10YWctanMtZXhwZWN0ZWQu
dHh0OiBBZGRlZC4KKyAgICAgICAgKiBmYXN0L2pzL21pc3Npbmctc3R5bGUtZW5kLXRhZy1qcy5o
dG1sOiBBZGRlZC4KKworICAgICAgICBXaGlsZSBkZXZlbG9waW5nIGEgZml4IGZvciBCdWcgNjMx
NCwgYSBzdGF0ZSB2YXJpYWJsZSAoc2NyaXB0Q29kZVNpemUpIHdhcyBub3QKKyAgICAgICAgcmVz
ZXQgaW4gdGhlIHRva2VuaXplciBjYXVzaW5nIHRoZSBuZXh0IDxzY3JpcHQ+PC9zY3JpcHQ+IHRh
Z3MgdG8gY29udGFpbiB0aGUKKyAgICAgICAgZW50aXJlIGNvbnRlbnRzIG9mIHRoZSBkb2N1bWVu
dCBhZnRlciB0aGUgb3BlbiA8dGl0bGU+IHRhZy4gIFRoaXMgdGVzdCBjYXNlCisgICAgICAgIHRl
c3RzIGZvciB0aGF0IGNvbmRpdGlvbi4KKworICAgICAgICAqIGZhc3QvdG9rZW5pemVyL21pc3Np
bmctc3R5bGUtZW5kLXRhZy0xLWV4cGVjdGVkLmNoZWNrc3VtOiBBZGRlZC4KKyAgICAgICAgKiBm
YXN0L3Rva2VuaXplci9taXNzaW5nLXN0eWxlLWVuZC10YWctMS1leHBlY3RlZC5wbmc6IEFkZGVk
LgorICAgICAgICAqIGZhc3QvdG9rZW5pemVyL21pc3Npbmctc3R5bGUtZW5kLXRhZy0xLWV4cGVj
dGVkLnR4dDogQWRkZWQuCisgICAgICAgICogZmFzdC90b2tlbml6ZXIvbWlzc2luZy1zdHlsZS1l
bmQtdGFnLTEuaHRtbDogQWRkZWQuCisgICAgICAgICogZmFzdC90b2tlbml6ZXIvbWlzc2luZy1z
dHlsZS1lbmQtdGFnLTItZXhwZWN0ZWQuY2hlY2tzdW06IEFkZGVkLgorICAgICAgICAqIGZhc3Qv
dG9rZW5pemVyL21pc3Npbmctc3R5bGUtZW5kLXRhZy0yLWV4cGVjdGVkLnBuZzogQWRkZWQuCisg
ICAgICAgICogZmFzdC90b2tlbml6ZXIvbWlzc2luZy1zdHlsZS1lbmQtdGFnLTItZXhwZWN0ZWQu
dHh0OiBBZGRlZC4KKyAgICAgICAgKiBmYXN0L3Rva2VuaXplci9taXNzaW5nLXN0eWxlLWVuZC10
YWctMi5odG1sOiBBZGRlZC4KKworICAgICAgICBUaGUgZmlyc3QgdGVzdCBjYXNlIGNvbnRhaW5z
IGFuIHVuY2xvc2VkIDxzdHlsZT4gdGFnIGluIDxoZWFkPiwgd2hpbGUgdGhlCisgICAgICAgIHNl
Y29uZCB0ZXN0IGNhc2UgY29udGFpbnMgYW4gdW5jbG9zZWQgPHN0eWxlPiB0YWcgaW4gPGJvZHk+
LiAgVGhlc2UgdHdvIHRlc3QKKyAgICAgICAgY2FzZXMgcmVzdWx0IGluIGRpZmZlcmVudCBjb2Rl
IHBhdGhzIGJlaW5nIHRha2VuLgorCiAyMDA2LTAzLTEyICBBbGV4ZXkgUHJvc2t1cnlha292ICA8
YXBAbnlwb3AuY29tPgogCiAgICAgICAgIFJldmlld2VkIGJ5IE1hY2llai4KSW5kZXg6IExheW91
dFRlc3RzL2Zhc3QvdG9rZW5pemVyL21pc3Npbmctc3R5bGUtZW5kLXRhZy0xLmh0bWwKPT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PQotLS0gTGF5b3V0VGVzdHMvZmFzdC90b2tlbml6ZXIvbWlzc2luZy1zdHlsZS1lbmQtdGFn
LTEuaHRtbAkocmV2aXNpb24gMCkKKysrIExheW91dFRlc3RzL2Zhc3QvdG9rZW5pemVyL21pc3Np
bmctc3R5bGUtZW5kLXRhZy0xLmh0bWwJKHJldmlzaW9uIDApCkBAIC0wLDAgKzEsMTMgQEAKKzxo
dG1sPgorPGhlYWQ+Cis8c3R5bGU+CitwIHsgZm9udC1mYW1pbHk6IG1vbm9zcGFjZTsgfQorPC9o
ZWFkPgorPGJvZHk+Cis8ZGl2PlRoaXMgZG9jdW1lbnQgaXMgbWlzc2luZyBpdHMgJmx0Oy9zdHls
ZSZndDsgdGFnIGluIGl0cyBoZWFkLiAgVGhlIHRva2VuaXplciBzaG91bGQgcmV0b2tlbml6ZQor
dGhpcyBkb2N1bWVudCBhZnRlciBjb25zdW1pbmcgYWxsIG9mIGl0IGxvb2tpbmcgZm9yIHRoZSBt
aXNzaW5nIGVuZCB0YWcsIHRoZW4gbGV0IHRoZSBwYXJzZXIgY2xlYW4KK3VwIHRoZSBtaXNzaW5n
IHRhZy4KK1NlZSA8YSBocmVmPSJodHRwOi8vYnVnemlsbGEub3BlbmRhcndpbi5vcmcvc2hvd19i
dWcuY2dpP2lkPTYzMTQiPkJ1Z3ppbGxhIEJ1ZyA2MzE0PC9hPi48L2Rpdj4KKzxwPlRoaXMgdGV4
dCBzaG91bGQgYWxzbyBiZSBtb25vc3BhY2UuPC9wPgorPC9ib2R5PgorPC9odG1sPgpJbmRleDog
TGF5b3V0VGVzdHMvZmFzdC90b2tlbml6ZXIvbWlzc2luZy1zdHlsZS1lbmQtdGFnLTItZXhwZWN0
ZWQudHh0Cj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT0KLS0tIExheW91dFRlc3RzL2Zhc3QvdG9rZW5pemVyL21pc3Npbmct
c3R5bGUtZW5kLXRhZy0yLWV4cGVjdGVkLnR4dAkocmV2aXNpb24gMCkKKysrIExheW91dFRlc3Rz
L2Zhc3QvdG9rZW5pemVyL21pc3Npbmctc3R5bGUtZW5kLXRhZy0yLWV4cGVjdGVkLnR4dAkocmV2
aXNpb24gMCkKQEAgLTAsMCArMSwxOCBAQAorbGF5ZXIgYXQgKDAsMCkgc2l6ZSA4MDB4NjAwCisg
IFJlbmRlckNhbnZhcyBhdCAoMCwwKSBzaXplIDgwMHg2MDAKK2xheWVyIGF0ICgwLDApIHNpemUg
ODAweDYwMAorICBSZW5kZXJCbG9jayB7SFRNTH0gYXQgKDAsMCkgc2l6ZSA4MDB4NjAwCisgICAg
UmVuZGVyQm9keSB7Qk9EWX0gYXQgKDgsOCkgc2l6ZSA3ODR4NTc5CisgICAgICBSZW5kZXJCbG9j
ayB7RElWfSBhdCAoMCwwKSBzaXplIDc4NHgzNgorICAgICAgICBSZW5kZXJUZXh0IHtURVhUfSBh
dCAoMCwwKSBzaXplIDc4MXgzNgorICAgICAgICAgIHRleHQgcnVuIGF0ICgwLDApIHdpZHRoIDMz
NDogIlRoaXMgZG9jdW1lbnQgaXMgbWlzc2luZyBpdHMgPC9zdHlsZT4gdGFnIGluIGl0cyBib2R5
LiAiCisgICAgICAgICAgdGV4dCBydW4gYXQgKDMzNCwwKSB3aWR0aCA0NDc6ICJUaGUgdG9rZW5p
emVyIHNob3VsZCByZXRva2VuaXplIHRoaXMgZG9jdW1lbnQgYWZ0ZXIgY29uc3VtaW5nIGFsbCBv
ZiBpdCIKKyAgICAgICAgICB0ZXh0IHJ1biBhdCAoMCwxOCkgd2lkdGggNTA0OiAibG9va2luZyBm
b3IgdGhlIG1pc3NpbmcgZW5kIHRhZywgdGhlbiBsZXQgdGhlIHBhcnNlciBjbGVhbiB1cCB0aGUg
bWlzc2luZyB0YWcuIFNlZSAiCisgICAgICAgIFJlbmRlcklubGluZSB7QX0gYXQgKDAsMCkgc2l6
ZSAxMjB4MTggW2NvbG9yPSMwMDAwRUVdCisgICAgICAgICAgUmVuZGVyVGV4dCB7VEVYVH0gYXQg
KDUwNCwxOCkgc2l6ZSAxMjB4MTgKKyAgICAgICAgICAgIHRleHQgcnVuIGF0ICg1MDQsMTgpIHdp
ZHRoIDEyMDogIkJ1Z3ppbGxhIEJ1ZyA2MzE0IgorICAgICAgICBSZW5kZXJUZXh0IHtURVhUfSBh
dCAoNjI0LDE4KSBzaXplIDR4MTgKKyAgICAgICAgICB0ZXh0IHJ1biBhdCAoNjI0LDE4KSB3aWR0
aCA0OiAiLiIKKyAgICAgIFJlbmRlckJsb2NrIHtQfSBhdCAoMCw0OSkgc2l6ZSA3ODR4MTUKKyAg
ICAgICAgUmVuZGVyVGV4dCB7VEVYVH0gYXQgKDAsMCkgc2l6ZSAyODB4MTUKKyAgICAgICAgICB0
ZXh0IHJ1biBhdCAoMCwwKSB3aWR0aCAyODA6ICJUaGlzIHRleHQgc2hvdWxkIGFsc28gYmUgbW9u
b3NwYWNlLiIKSW5kZXg6IExheW91dFRlc3RzL2Zhc3QvdG9rZW5pemVyL21pc3Npbmctc3R5bGUt
ZW5kLXRhZy0xLWV4cGVjdGVkLnBuZwo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09CkNhbm5vdCBkaXNwbGF5OiBmaWxlIG1h
cmtlZCBhcyBhIGJpbmFyeSB0eXBlLgpzdm46bWltZS10eXBlID0gaW1hZ2UvcG5nCgpQcm9wZXJ0
eSBjaGFuZ2VzIG9uOiBMYXlvdXRUZXN0cy9mYXN0L3Rva2VuaXplci9taXNzaW5nLXN0eWxlLWVu
ZC10YWctMS1leHBlY3RlZC5wbmcKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpOYW1lOiBzdm46bWltZS10eXBlCiAgICsg
aW1hZ2UvcG5nCgpJbmRleDogTGF5b3V0VGVzdHMvZmFzdC90b2tlbml6ZXIvbWlzc2luZy1zdHls
ZS1lbmQtdGFnLTEtZXhwZWN0ZWQuY2hlY2tzdW0KPT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gTGF5b3V0VGVzdHMv
ZmFzdC90b2tlbml6ZXIvbWlzc2luZy1zdHlsZS1lbmQtdGFnLTEtZXhwZWN0ZWQuY2hlY2tzdW0J
KHJldmlzaW9uIDApCisrKyBMYXlvdXRUZXN0cy9mYXN0L3Rva2VuaXplci9taXNzaW5nLXN0eWxl
LWVuZC10YWctMS1leHBlY3RlZC5jaGVja3N1bQkocmV2aXNpb24gMCkKQEAgLTAsMCArMSBAQAor
YjIxNDNhNjQ1MzJhZjZiYzg5YTJiYWY1ZjVjODJlZTkKXCBObyBuZXdsaW5lIGF0IGVuZCBvZiBm
aWxlCkluZGV4OiBMYXlvdXRUZXN0cy9mYXN0L3Rva2VuaXplci9taXNzaW5nLXN0eWxlLWVuZC10
YWctMi1leHBlY3RlZC5jaGVja3N1bQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBMYXlvdXRUZXN0cy9mYXN0L3Rv
a2VuaXplci9taXNzaW5nLXN0eWxlLWVuZC10YWctMi1leHBlY3RlZC5jaGVja3N1bQkocmV2aXNp
b24gMCkKKysrIExheW91dFRlc3RzL2Zhc3QvdG9rZW5pemVyL21pc3Npbmctc3R5bGUtZW5kLXRh
Zy0yLWV4cGVjdGVkLmNoZWNrc3VtCShyZXZpc2lvbiAwKQpAQCAtMCwwICsxIEBACitmOGY3NmRk
ZjljNjc2YmZlYzU4YjlkZmYxNTgwYWFhMgpcIE5vIG5ld2xpbmUgYXQgZW5kIG9mIGZpbGUKSW5k
ZXg6IExheW91dFRlc3RzL2Zhc3QvdG9rZW5pemVyL21pc3Npbmctc3R5bGUtZW5kLXRhZy0yLmh0
bWwKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PQotLS0gTGF5b3V0VGVzdHMvZmFzdC90b2tlbml6ZXIvbWlzc2luZy1zdHls
ZS1lbmQtdGFnLTIuaHRtbAkocmV2aXNpb24gMCkKKysrIExheW91dFRlc3RzL2Zhc3QvdG9rZW5p
emVyL21pc3Npbmctc3R5bGUtZW5kLXRhZy0yLmh0bWwJKHJldmlzaW9uIDApCkBAIC0wLDAgKzEs
MTMgQEAKKzxodG1sPgorPGhlYWQ+Cis8L2hlYWQ+Cis8Ym9keT4KKzxzdHlsZT4KK3AgeyBmb250
LWZhbWlseTogbW9ub3NwYWNlOyB9Cis8ZGl2PlRoaXMgZG9jdW1lbnQgaXMgbWlzc2luZyBpdHMg
Jmx0Oy9zdHlsZSZndDsgdGFnIGluIGl0cyBib2R5LiAgVGhlIHRva2VuaXplciBzaG91bGQgcmV0
b2tlbml6ZQordGhpcyBkb2N1bWVudCBhZnRlciBjb25zdW1pbmcgYWxsIG9mIGl0IGxvb2tpbmcg
Zm9yIHRoZSBtaXNzaW5nIGVuZCB0YWcsIHRoZW4gbGV0IHRoZSBwYXJzZXIgY2xlYW4KK3VwIHRo
ZSBtaXNzaW5nIHRhZy4KK1NlZSA8YSBocmVmPSJodHRwOi8vYnVnemlsbGEub3BlbmRhcndpbi5v
cmcvc2hvd19idWcuY2dpP2lkPTYzMTQiPkJ1Z3ppbGxhIEJ1ZyA2MzE0PC9hPi48L2Rpdj4KKzxw
PlRoaXMgdGV4dCBzaG91bGQgYWxzbyBiZSBtb25vc3BhY2UuPC9wPgorPC9ib2R5PgorPC9odG1s
PgpJbmRleDogTGF5b3V0VGVzdHMvZmFzdC90b2tlbml6ZXIvbWlzc2luZy1zdHlsZS1lbmQtdGFn
LTEtZXhwZWN0ZWQudHh0Cj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIExheW91dFRlc3RzL2Zhc3QvdG9rZW5pemVy
L21pc3Npbmctc3R5bGUtZW5kLXRhZy0xLWV4cGVjdGVkLnR4dAkocmV2aXNpb24gMCkKKysrIExh
eW91dFRlc3RzL2Zhc3QvdG9rZW5pemVyL21pc3Npbmctc3R5bGUtZW5kLXRhZy0xLWV4cGVjdGVk
LnR4dAkocmV2aXNpb24gMCkKQEAgLTAsMCArMSwxOCBAQAorbGF5ZXIgYXQgKDAsMCkgc2l6ZSA4
MDB4NjAwCisgIFJlbmRlckNhbnZhcyBhdCAoMCwwKSBzaXplIDgwMHg2MDAKK2xheWVyIGF0ICgw
LDApIHNpemUgODAweDYwMAorICBSZW5kZXJCbG9jayB7SFRNTH0gYXQgKDAsMCkgc2l6ZSA4MDB4
NjAwCisgICAgUmVuZGVyQm9keSB7Qk9EWX0gYXQgKDgsOCkgc2l6ZSA3ODR4NTc5CisgICAgICBS
ZW5kZXJCbG9jayB7RElWfSBhdCAoMCwwKSBzaXplIDc4NHgzNgorICAgICAgICBSZW5kZXJUZXh0
IHtURVhUfSBhdCAoMCwwKSBzaXplIDc3OXgzNgorICAgICAgICAgIHRleHQgcnVuIGF0ICgwLDAp
IHdpZHRoIDMzMjogIlRoaXMgZG9jdW1lbnQgaXMgbWlzc2luZyBpdHMgPC9zdHlsZT4gdGFnIGlu
IGl0cyBoZWFkLiAiCisgICAgICAgICAgdGV4dCBydW4gYXQgKDMzMiwwKSB3aWR0aCA0NDc6ICJU
aGUgdG9rZW5pemVyIHNob3VsZCByZXRva2VuaXplIHRoaXMgZG9jdW1lbnQgYWZ0ZXIgY29uc3Vt
aW5nIGFsbCBvZiBpdCIKKyAgICAgICAgICB0ZXh0IHJ1biBhdCAoMCwxOCkgd2lkdGggNTA0OiAi
bG9va2luZyBmb3IgdGhlIG1pc3NpbmcgZW5kIHRhZywgdGhlbiBsZXQgdGhlIHBhcnNlciBjbGVh
biB1cCB0aGUgbWlzc2luZyB0YWcuIFNlZSAiCisgICAgICAgIFJlbmRlcklubGluZSB7QX0gYXQg
KDAsMCkgc2l6ZSAxMjB4MTggW2NvbG9yPSMwMDAwRUVdCisgICAgICAgICAgUmVuZGVyVGV4dCB7
VEVYVH0gYXQgKDUwNCwxOCkgc2l6ZSAxMjB4MTgKKyAgICAgICAgICAgIHRleHQgcnVuIGF0ICg1
MDQsMTgpIHdpZHRoIDEyMDogIkJ1Z3ppbGxhIEJ1ZyA2MzE0IgorICAgICAgICBSZW5kZXJUZXh0
IHtURVhUfSBhdCAoNjI0LDE4KSBzaXplIDR4MTgKKyAgICAgICAgICB0ZXh0IHJ1biBhdCAoNjI0
LDE4KSB3aWR0aCA0OiAiLiIKKyAgICAgIFJlbmRlckJsb2NrIHtQfSBhdCAoMCw0OSkgc2l6ZSA3
ODR4MTUKKyAgICAgICAgUmVuZGVyVGV4dCB7VEVYVH0gYXQgKDAsMCkgc2l6ZSAyODB4MTUKKyAg
ICAgICAgICB0ZXh0IHJ1biBhdCAoMCwwKSB3aWR0aCAyODA6ICJUaGlzIHRleHQgc2hvdWxkIGFs
c28gYmUgbW9ub3NwYWNlLiIKSW5kZXg6IExheW91dFRlc3RzL2Zhc3QvdG9rZW5pemVyL21pc3Np
bmctc3R5bGUtZW5kLXRhZy0yLWV4cGVjdGVkLnBuZwo9PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09CkNhbm5vdCBkaXNwbGF5
OiBmaWxlIG1hcmtlZCBhcyBhIGJpbmFyeSB0eXBlLgpzdm46bWltZS10eXBlID0gaW1hZ2UvcG5n
CgpQcm9wZXJ0eSBjaGFuZ2VzIG9uOiBMYXlvdXRUZXN0cy9mYXN0L3Rva2VuaXplci9taXNzaW5n
LXN0eWxlLWVuZC10YWctMi1leHBlY3RlZC5wbmcKX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpOYW1lOiBzdm46bWltZS10
eXBlCiAgICsgaW1hZ2UvcG5nCgpJbmRleDogTGF5b3V0VGVzdHMvZmFzdC9qcy9leGNlcHRpb24t
bGluZW51bXMtaW4taHRtbC0zLWV4cGVjdGVkLnR4dAo9PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBMYXlvdXRUZXN0
cy9mYXN0L2pzL2V4Y2VwdGlvbi1saW5lbnVtcy1pbi1odG1sLTMtZXhwZWN0ZWQudHh0CShyZXZp
c2lvbiAwKQorKysgTGF5b3V0VGVzdHMvZmFzdC9qcy9leGNlcHRpb24tbGluZW51bXMtaW4taHRt
bC0zLWV4cGVjdGVkLnR4dAkocmV2aXNpb24gMCkKQEAgLTAsMCArMSwxOSBAQAorVGhpcyB0ZXN0
IGV4ZXJjaXNlcyB0aGUgc291cmNlIFVSTCBhbmQgbGluZSBudW1iZXIgdGhhdCBpcyBlbWJlZGRl
ZCBpbiBKYXZhU2NyaXB0IGV4Y2VwdGlvbnMsIHdoaWNoIGlzIGRpc3BsYXllZCBpbiBwbGFjZXMg
bGlrZSB0aGUgSmF2YVNjcmlwdCBjb25zb2xlLiBJdCBkaWZmZXJzIGZyb20gZXhjZXB0aW9uLWxp
bmVudW1zLWluLWh0bWwtMS5odG1sIGluIHRoYXQgaXQgb25seSB3b3JrcyBpZiBCdWd6aWxsYSBC
dWcgNjMxNCBoYXMgYmVlbiBmaXhlZC4KKworT24gc3VjY2VzcywgeW91IHdpbGwgc2VlIGEgc2Vy
aWVzIG9mICJQQVNTIiBtZXNzYWdlcywgZm9sbG93ZWQgYnkgIlRFU1QgQ09NUExFVEUiLgorCisK
K1BBU1MgdHlwZW9mIGUuc291cmNlVVJMIGlzICJzdHJpbmciCitQQVNTIGUubGluZSBpcyAyMwor
UEFTUyB0eXBlb2YgZS5zb3VyY2VVUkwgaXMgInN0cmluZyIKK1BBU1MgZS5saW5lIGlzIDMzCitQ
QVNTIHR5cGVvZiBlLnNvdXJjZVVSTCBpcyAic3RyaW5nIgorUEFTUyBlLmxpbmUgaXMgNDMKK1BB
U1MgdHlwZW9mIGUuc291cmNlVVJMIGlzICJzdHJpbmciCitQQVNTIGUubGluZSBpcyA1MworUEFT
UyB0eXBlb2YgZS5zb3VyY2VVUkwgaXMgInN0cmluZyIKK1BBU1MgZS5saW5lIGlzIDE2CitQQVNT
IHN1Y2Nlc3NmdWxseVBhcnNlZCBpcyB0cnVlCisKK1RFU1QgQ09NUExFVEUKKwpJbmRleDogTGF5
b3V0VGVzdHMvZmFzdC9qcy9taXNzaW5nLXN0eWxlLWVuZC10YWctanMtZXhwZWN0ZWQudHh0Cj09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT0KLS0tIExheW91dFRlc3RzL2Zhc3QvanMvbWlzc2luZy1zdHlsZS1lbmQtdGFnLWpz
LWV4cGVjdGVkLnR4dAkocmV2aXNpb24gMCkKKysrIExheW91dFRlc3RzL2Zhc3QvanMvbWlzc2lu
Zy1zdHlsZS1lbmQtdGFnLWpzLWV4cGVjdGVkLnR4dAkocmV2aXNpb24gMCkKQEAgLTAsMCArMSwx
MSBAQAorVGhpcyB0ZXN0IGNoZWNrcyB0aGF0IHRoZSBmaXJzdCA8c2NyaXB0PiB0YWcgYWZ0ZXIg
YW4gdW5jbG9zZWQgPHN0eWxlPiB0YWcgaXMgcGFyc2VkIGNvcnJlY3RseS4gRWFybHkgdmVyc2lv
bnMgb2YgdGhlIHBhdGNoIGZvciBCdWd6aWxsYSBCdWcgNjMxNCBkaWQgbm90IHJlc2V0IGEgc3Rh
dGUgdmFyaWFibGUgcHJvcGVybHksIGNhdXNpbmcgdGhlIGZpcnN0IDxzY3JpcHQ+PC9zY3JpcHQ+
IHRhZyBpbiB0aGUgZG9jdW1lbnQgdG8gY29udGFpbiBldmVyeXRoaW5nIGFmdGVyIHRoZSA8c3R5
bGU+IHRhZy4KKworVGhpcyB0ZXh0IHNob3VsZCBhbHNvIGJlIGJsdWUuCisKK09uIHN1Y2Nlc3Ms
IHlvdSB3aWxsIHNlZSBhIHNlcmllcyBvZiAiUEFTUyIgbWVzc2FnZXMsIGZvbGxvd2VkIGJ5ICJU
RVNUIENPTVBMRVRFIi4KKworCitQQVNTIHN1Y2Nlc3NmdWxseVBhcnNlZCBpcyB0cnVlCisKK1RF
U1QgQ09NUExFVEUKKwpJbmRleDogTGF5b3V0VGVzdHMvZmFzdC9qcy9leGNlcHRpb24tbGluZW51
bXMtaW4taHRtbC0zLmh0bWwKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gTGF5b3V0VGVzdHMvZmFzdC9qcy9leGNl
cHRpb24tbGluZW51bXMtaW4taHRtbC0zLmh0bWwJKHJldmlzaW9uIDApCisrKyBMYXlvdXRUZXN0
cy9mYXN0L2pzL2V4Y2VwdGlvbi1saW5lbnVtcy1pbi1odG1sLTMuaHRtbAkocmV2aXNpb24gMCkK
QEAgLTAsMCArMSw3NSBAQAorPGh0bWw+Cis8aGVhZD4KKzxzdHlsZT4KK2JvZHkgeyB3aGl0ZS1z
cGFjZTogbm9ybWFsOyB9Cis8bGluayByZWw9InN0eWxlc2hlZXQiIGhyZWY9InJlc291cmNlcy9q
cy10ZXN0LXN0eWxlLmNzcyI+Cis8c2NyaXB0IHNyYz0icmVzb3VyY2VzL2pzLXRlc3QtcHJlLmpz
Ij48L3NjcmlwdD4KKzwvaGVhZD4KKzxib2R5PgorPHAgaWQ9ImRlc2NyaXB0aW9uIj48L3A+Cis8
ZGl2IGlkPSJjb25zb2xlIj48L2Rpdj4KKzxzY3JpcHQ+CitkZXNjcmlwdGlvbignVGhpcyB0ZXN0
IGV4ZXJjaXNlcyB0aGUgc291cmNlIFVSTCBhbmQgbGluZSBudW1iZXIgdGhhdCBpcyBlbWJlZGRl
ZCBpbiBKYXZhU2NyaXB0IGV4Y2VwdGlvbnMsIHdoaWNoIGlzIGRpc3BsYXllZCBpbiBwbGFjZXMg
bGlrZSB0aGUgSmF2YVNjcmlwdCBjb25zb2xlLiAgSXQgZGlmZmVycyBmcm9tIDxzcGFuIHN0eWxl
PSJmb250LWZhbWlseTogbW9ub3NwYWNlOyI+ZXhjZXB0aW9uLWxpbmVudW1zLWluLWh0bWwtMS5o
dG1sPC9zcGFuPiBpbiB0aGF0IGl0IG9ubHkgd29ya3MgaWYgPGEgaHJlZj0iaHR0cDovL2J1Z3pp
bGxhLm9wZW5kYXJ3aW4ub3JnL3Nob3dfYnVnLmNnaT9pZD02MzE0Ij5CdWd6aWxsYSBCdWcgNjMx
NDwvYT4gaGFzIGJlZW4gZml4ZWQuJyk7CisKK2Z1bmN0aW9uIGV4Y2VwdGlvbkluRnVuY3Rpb24o
KQoreworICAgIHRocm93IEV4Y2VwdGlvbigpOworfQorCit2YXIgZSA9IHVuZGVmaW5lZDsKKwor
dHJ5IHsKKyAgICAvLyBSYWlzZXMgYW4gZXhjZXB0aW9uIHRoYXQgZ2V0cyBwaWNrZWQgdXAgYnkg
S0pTX0NIRUNLRVhDRVBUSU9OCisgICAgZG9jdW1lbnQuZG9jdW1lbnRFbGVtZW50LmlubmVySFRN
TChmb28pOworfSBjYXRjaCAoZXhjZXB0aW9uKSB7CisgICAgZSA9IGV4Y2VwdGlvbjsKK30KK3No
b3VsZEJlKCJ0eXBlb2YgZS5zb3VyY2VVUkwiLCAnInN0cmluZyInKTsKK3Nob3VsZEJlKCJlLmxp
bmUiLCAnMjMnKTsKKworZSA9IHVuZGVmaW5lZDsKK3RyeSB7CisgICAgLy8gUmFpc2VzIGFuIGV4
Y2VwdGlvbiB0aGF0IGdldHMgcGlja2VkIHVwIGJ5IEtKU19DSEVDS0VYQ0VQVElPTlZBTFVFCisg
ICAgZG9jdW1lbnQuZG9jdW1lbnRFbGVtZW50LmFwcGVuZENoaWxkKCcnKS5wcmVmaXggPSAnJzsK
K30gY2F0Y2ggKGV4Y2VwdGlvbikgeworICAgIGUgPSBleGNlcHRpb247Cit9CitzaG91bGRCZSgi
dHlwZW9mIGUuc291cmNlVVJMIiwgJyJzdHJpbmciJyk7CitzaG91bGRCZSgiZS5saW5lIiwgJzMz
Jyk7CisKK2UgPSB1bmRlZmluZWQ7Cit0cnkgeworICAgIC8vIFJhaXNlcyBhbiBleGNlcHRpb24g
dGhhdCBnZXRzIHBpY2tlZCB1cCBieSBLSlNfQ0hFQ0tFWENFUFRJT05SRUZFUkVOQ0UKKyAgICBk
b2N1bWVudC5kb2N1bWVudEVsZW1lbnQuYXBwZW5kQ2hpbGQoJycpLmlubmVySFRNTCA9ICcnOwor
fSBjYXRjaCAoZXhjZXB0aW9uKSB7CisgICAgZSA9IGV4Y2VwdGlvbjsKK30KK3Nob3VsZEJlKCJ0
eXBlb2YgZS5zb3VyY2VVUkwiLCAnInN0cmluZyInKTsKK3Nob3VsZEJlKCJlLmxpbmUiLCAnNDMn
KTsKKworZSA9IHVuZGVmaW5lZDsKK3RyeSB7CisgICAgLy8gUmFpc2VzIGFuIGV4Y2VwdGlvbiB0
aGF0IGdldHMgcGlja2VkIHVwIGJ5IEtKU19DSEVDS0VYQ0VQVElPTkxJU1QKKyAgICBkb2N1bWVu
dC5nZXRFbGVtZW50QnlJZCgxKCkpOworfSBjYXRjaCAoZXhjZXB0aW9uKSB7CisgICAgZSA9IGV4
Y2VwdGlvbjsKK30KK3Nob3VsZEJlKCJ0eXBlb2YgZS5zb3VyY2VVUkwiLCAnInN0cmluZyInKTsK
K3Nob3VsZEJlKCJlLmxpbmUiLCAnNTMnKTsKKworZSA9IHVuZGVmaW5lZDsKKy8vIFJhaXNlcyBh
biBleGNlcHRpb24gaW5zaWRlIGEgZnVuY3Rpb24gdG8gY2hlY2sgdGhhdCBpdHMgbGluZSBudW1i
ZXIKKy8vIGlzbid0IG92ZXJ3cml0dGVuIGluIHRoZSBhc3NpZ25tZW50IG5vZGUuCit0cnkgewor
ICAgIHZhciBhID0gZXhjZXB0aW9uSW5GdW5jdGlvbigpOworfSBjYXRjaCAoZXhjZXB0aW9uKSB7
CisgICAgZSA9IGV4Y2VwdGlvbjsKK30KK3Nob3VsZEJlKCJ0eXBlb2YgZS5zb3VyY2VVUkwiLCAn
InN0cmluZyInKTsKK3Nob3VsZEJlKCJlLmxpbmUiLCAnMTYnKTsKKwordmFyIHN1Y2Nlc3NmdWxs
eVBhcnNlZCA9IHRydWU7Cis8L3NjcmlwdD4KKzxzY3JpcHQgc3JjPSJyZXNvdXJjZXMvanMtdGVz
dC1wb3N0LmpzIj48L3NjcmlwdD4KKzwvYm9keT4KKzwvaHRtbD4KSW5kZXg6IExheW91dFRlc3Rz
L2Zhc3QvanMvbWlzc2luZy1zdHlsZS1lbmQtdGFnLWpzLmh0bWwKPT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gTGF5
b3V0VGVzdHMvZmFzdC9qcy9taXNzaW5nLXN0eWxlLWVuZC10YWctanMuaHRtbAkocmV2aXNpb24g
MCkKKysrIExheW91dFRlc3RzL2Zhc3QvanMvbWlzc2luZy1zdHlsZS1lbmQtdGFnLWpzLmh0bWwJ
KHJldmlzaW9uIDApCkBAIC0wLDAgKzEsMjMgQEAKKzxodG1sPgorPGhlYWQ+Cis8c3R5bGU+Cisu
ZGlmZmVyZW50IHsgY29sb3I6ICMwMDAwZmY7IH0KKzxsaW5rIHJlbD0ic3R5bGVzaGVldCIgaHJl
Zj0icmVzb3VyY2VzL2pzLXRlc3Qtc3R5bGUuY3NzIj4KKzxzY3JpcHQ+CisgICAgdmFyIHN1Y2Nl
c3NmdWxseVBhcnNlZCA9IHRydWU7CisgICAgaWYgKHdpbmRvdy5sYXlvdXRUZXN0Q29udHJvbGxl
cikgeworICAgICAgICBsYXlvdXRUZXN0Q29udHJvbGxlci5kdW1wQXNUZXh0KCk7CisgICAgICAg
IGxheW91dFRlc3RDb250cm9sbGVyLmR1bXBQaXhlbHMoKTsKKyAgICB9Cis8L3NjcmlwdD4KKzxz
Y3JpcHQgc3JjPSJyZXNvdXJjZXMvanMtdGVzdC1wcmUuanMiPjwvc2NyaXB0PgorPC9oZWFkPgor
PGJvZHk+Cis8cCBpZD0iZGVzY3JpcHRpb24iPjwvcD4KKzxkaXYgaWQ9ImNvbnNvbGUiPjwvZGl2
PgorPHNjcmlwdD4KK2Rlc2NyaXB0aW9uKCdUaGlzIHRlc3QgY2hlY2tzIHRoYXQgdGhlIGZpcnN0
ICZsdDtzY3JpcHQmZ3Q7IHRhZyBhZnRlciBhbiB1bmNsb3NlZCAmbHQ7c3R5bGUmZ3Q7IHRhZyBp
cyBwYXJzZWQgY29ycmVjdGx5LiAgRWFybHkgdmVyc2lvbnMgb2YgdGhlIHBhdGNoIGZvciA8YSBo
cmVmPSJodHRwOi8vYnVnemlsbGEub3BlbmRhcndpbi5vcmcvc2hvd19idWcuY2dpP2lkPTYzMTQi
PkJ1Z3ppbGxhIEJ1ZyA2MzE0PC9hPiBkaWQgbm90IHJlc2V0IGEgc3RhdGUgdmFyaWFibGUgcHJv
cGVybHksIGNhdXNpbmcgdGhlIGZpcnN0ICZsdDtzY3JpcHQmZ3Q7Jmx0Oy9zY3JpcHQmZ3Q7IHRh
ZyBpbiB0aGUgZG9jdW1lbnQgdG8gY29udGFpbiBldmVyeXRoaW5nIGFmdGVyIHRoZSAmbHQ7c3R5
bGUmZ3Q7IHRhZy4gPHAgY2xhc3M9ImRpZmZlcmVudCI+VGhpcyB0ZXh0IHNob3VsZCBhbHNvIGJl
IGJsdWUuPC9wPicpOworPC9zY3JpcHQ+Cis8c2NyaXB0IHNyYz0icmVzb3VyY2VzL2pzLXRlc3Qt
cG9zdC5qcyI+PC9zY3JpcHQ+Cis8L2JvZHk+Cis8L2h0bWw+CkluZGV4OiBXZWJDb3JlL2todG1s
L2h0bWwvaHRtbHBhcnNlci5jcHAKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gV2ViQ29yZS9raHRtbC9odG1sL2h0
bWxwYXJzZXIuY3BwCShyZXZpc2lvbiAxMzI2MikKKysrIFdlYkNvcmUva2h0bWwvaHRtbC9odG1s
cGFyc2VyLmNwcAkod29ya2luZyBjb3B5KQpAQCAtNDY4LDcgKzQ2OCw3IEBAIGJvb2wgSFRNTFBh
cnNlcjo6aGFuZGxlRXJyb3IoTm9kZUltcGwqIG4KICAgICAgICAgICAgICAgICB9CiAgICAgICAg
ICAgICB9CiAgICAgICAgIH0gZWxzZSBpZiAoaC0+aGFzTG9jYWxOYW1lKGFkZHJlc3NUYWcpIHx8
IGgtPmhhc0xvY2FsTmFtZShkbFRhZykgfHwgaC0+aGFzTG9jYWxOYW1lKGR0VGFnKQotICAgICAg
ICAgICAgICAgICAgIHx8IGgtPmhhc0xvY2FsTmFtZShmb250VGFnKSB8fCBoLT5oYXNMb2NhbE5h
bWUodGl0bGVUYWcpKSB7CisgICAgICAgICAgICAgICAgICAgfHwgaC0+aGFzTG9jYWxOYW1lKGZv
bnRUYWcpIHx8IGgtPmhhc0xvY2FsTmFtZShzdHlsZVRhZykgfHwgaC0+aGFzTG9jYWxOYW1lKHRp
dGxlVGFnKSkgewogICAgICAgICAgICAgcG9wQmxvY2soY3VycmVudFRhZ05hbWUpOwogICAgICAg
ICAgICAgaGFuZGxlZCA9IHRydWU7CiAgICAgICAgIH0gZWxzZSBpZiAoaC0+aGFzTG9jYWxOYW1l
KGNhcHRpb25UYWcpKSB7CkluZGV4OiBXZWJDb3JlL2todG1sL2h0bWwvaHRtbHRva2VuaXplci5j
cHAKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PQotLS0gV2ViQ29yZS9raHRtbC9odG1sL2h0bWx0b2tlbml6ZXIuY3BwCShy
ZXZpc2lvbiAxMzI2MikKKysrIFdlYkNvcmUva2h0bWwvaHRtbC9odG1sdG9rZW5pemVyLmNwcAko
d29ya2luZyBjb3B5KQpAQCAtMTI1Miw4ICsxMjUyLDIwIEBAIEhUTUxUb2tlbml6ZXI6OlN0YXRl
IEhUTUxUb2tlbml6ZXI6OnBhcnMKICAgICAgICAgICAgICAgICBpZiAoYmVnaW5UYWcpIHsKICAg
ICAgICAgICAgICAgICAgICAgc2VhcmNoU3RvcHBlciA9IHN0eWxlRW5kOwogICAgICAgICAgICAg
ICAgICAgICBzZWFyY2hTdG9wcGVyTGVuID0gNzsKKyAgICAgICAgICAgICAgICAgICAgU3RhdGUg
c2F2ZWRTdGF0ZSA9IHN0YXRlOworICAgICAgICAgICAgICAgICAgICBTZWdtZW50ZWRTdHJpbmcg
c2F2ZWRTcmMgPSBzcmM7CisgICAgICAgICAgICAgICAgICAgIGxvbmcgc2F2ZWRMaW5lbm8gPSBs
aW5lbm87CiAgICAgICAgICAgICAgICAgICAgIHN0YXRlLnNldEluU3R5bGUodHJ1ZSk7CiAgICAg
ICAgICAgICAgICAgICAgIHN0YXRlID0gcGFyc2VTcGVjaWFsKHNyYywgc3RhdGUpOworICAgICAg
ICAgICAgICAgICAgICBpZiAoc3RhdGUuaW5TdHlsZSgpICYmIHNyYy5pc0VtcHR5KCkpIHsKKyAg
ICAgICAgICAgICAgICAgICAgICAgIC8vIFdlIGp1c3QgYXRlIHRoZSByZXN0IG9mIHRoZSBkb2N1
bWVudCBhcyB0aGUgc3R5bGUgI3RleHQgbm9kZSEKKyAgICAgICAgICAgICAgICAgICAgICAgIC8v
IFJlc2V0IHRoZSBzdGF0ZSB0aGVuIHJldG9rZW5pemUgd2l0aG91dCBzcGVjaWFsIHN0eWxlIGhh
bmRsaW5nLgorICAgICAgICAgICAgICAgICAgICAgICAgLy8gTGV0IHRoZSBodG1sIHBhcnNlciBj
bGVhbiB1cCB0aGUgbWlzc2luZyA8L3N0eWxlPiB0YWcuCisgICAgICAgICAgICAgICAgICAgICAg
ICBzdGF0ZSA9IHNhdmVkU3RhdGU7CisgICAgICAgICAgICAgICAgICAgICAgICBzcmMgPSBzYXZl
ZFNyYzsKKyAgICAgICAgICAgICAgICAgICAgICAgIGxpbmVubyA9IHNhdmVkTGluZW5vOworICAg
ICAgICAgICAgICAgICAgICAgICAgc2NyaXB0Q29kZVNpemUgPSAwOworICAgICAgICAgICAgICAg
ICAgICB9CiAgICAgICAgICAgICAgICAgfQogICAgICAgICAgICAgfSBlbHNlIGlmICh0YWdOYW1l
ID09IHRleHRhcmVhVGFnKSB7CiAgICAgICAgICAgICAgICAgaWYgKGJlZ2luVGFnKSB7CkluZGV4
OiBXZWJDb3JlL0NoYW5nZUxvZwo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBXZWJDb3JlL0NoYW5nZUxvZwkocmV2
aXNpb24gMTMyNjMpCisrKyBXZWJDb3JlL0NoYW5nZUxvZwkod29ya2luZyBjb3B5KQpAQCAtMSw1
ICsxLDI2IEBACiAyMDA2LTAzLTEyICBEYXZpZCBLaWx6ZXIgIDxkZGtpbHplckBraWx6ZXIubmV0
PgogCisgICAgICAgIFJldmlld2VkIGJ5IE5PQk9EWSAoT09QUyEpLgorCisgICAgICAgIC0gRml4
IGZvciBodHRwOi8vYnVnemlsbGEub3BlbmRhcndpbi5vcmcvc2hvd19idWcuY2dpP2lkPTYzMTQK
KyAgICAgICAgVW5jbG9zZWQgPHN0eWxlPiBlbGVtZW50IGluIDxoZWFkPiBtYWtlcyBwYWdlIGNv
bXBsZXRlbHkgYmxhbmsKKworICAgICAgICBUZXN0OiBmYXN0L2pzL2V4Y2VwdGlvbi1saW5lbnVt
cy1pbi1odG1sLTMuaHRtbAorICAgICAgICBUZXN0OiBmYXN0L2pzL21pc3Npbmctc3R5bGUtZW5k
LXRhZy1qcy5odG1sCisgICAgICAgIFRlc3Q6IGZhc3QvdG9rZW5pemVyL21pc3Npbmctc3R5bGUt
ZW5kLXRhZy0xLmh0bWwKKyAgICAgICAgVGVzdDogZmFzdC90b2tlbml6ZXIvbWlzc2luZy1zdHls
ZS1lbmQtdGFnLTIuaHRtbAorCisgICAgICAgICoga2h0bWwvaHRtbC9odG1scGFyc2VyLmNwcDoK
KyAgICAgICAgKFdlYkNvcmU6OkhUTUxQYXJzZXI6OmhhbmRsZUVycm9yKTogQWRkIGNoZWNrIGZv
ciBtaXNzaW5nIDwvc3R5bGU+IHRhZyBhbmQgaGFuZGxlCisgICAgICAgIHRoaXMgY29uZGl0aW9u
IGlmIGlkZW50aWZpZWQuCisgICAgICAgICoga2h0bWwvaHRtbC9odG1sdG9rZW5pemVyLmNwcDoK
KyAgICAgICAgKFdlYkNvcmU6OkhUTUxUb2tlbml6ZXI6OnBhcnNlVGFnKTogSWYgcGFyc2VTcGVj
aWFsKCkgY29uc3VtZXMgdGhlIHJlc3Qgb2YgdGhlCisgICAgICAgIGRvY3VtZW50IGxvb2tpbmcg
Zm9yIGEgPC9zdHlsZT4gdGFnLCByZXNldCB0aGUgc3RhdGUgb2YgdGhlIHRva2VuaXplciBhbmQK
KyAgICAgICAgcmV0b2tlbml6ZSB3aXRoIG5vIHNwZWNpYWwgaGFuZGxpbmcgZm9yIDxzdHlsZT4u
ICBUaGUgcGFyc2VyIHdpbGwgaGFuZGxlIHRoZQorICAgICAgICBtaXNzaW5nIDwvc3R5bGU+IHRh
ZyBpbiBIVE1MUGFyc2VyOjpoYW5kbGVFcnJvcigpLgorCisyMDA2LTAzLTEyICBEYXZpZCBLaWx6
ZXIgIDxkZGtpbHplckBraWx6ZXIubmV0PgorCiAgICAgICAgIFJldmlld2VkIGJ5IERhcmluLCBs
YW5kZWQgYnkgYXAuCiAKICAgICAgICAgLSBGaXggZm9yIGh0dHA6Ly9idWd6aWxsYS5vcGVuZGFy
d2luLm9yZy9zaG93X2J1Zy5jZ2k/aWQ9NzcyNAo=
</data>
<flag name="review"
          id="1827"
          type_id="1"
          status="-"
          setter="darin"
    />
          </attachment>
      

    </bug>

</bugzilla>