<?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>21990</bug_id>
          
          <creation_ts>2008-10-30 16:24:57 -0700</creation_ts>
          <short_desc>When a rare EUC-JP character is present, explicitly (and correctly) labelled EUC-JP document is mistreated as Shift_JIS</short_desc>
          <delta_ts>2009-09-02 14:27:40 -0700</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>WebKit</product>
          <component>Page Loading</component>
          <version>528+ (Nightly build)</version>
          <rep_platform>All</rep_platform>
          <op_sys>All</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc>http://www.google.com/search?hl=en&amp;inlang=ja&amp;ie=EUC-JP&amp;oe=EUC-JP&amp;q=%8F%A2%C3&amp;btnG=Search</bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P2</priority>
          <bug_severity>Normal</bug_severity>
          <target_milestone>---</target_milestone>
          <dependson>16482</dependson>
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Jungshik Shin">jshin</reporter>
          <assigned_to name="Alexey Proskuryakov">ap</assigned_to>
          <cc>ap</cc>
    
    <cc>darin</cc>
    
    <cc>emacemac7</cc>
    
    <cc>pub-webkit</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>97190</commentid>
    <comment_count>0</comment_count>
    <who name="Jungshik Shin">jshin</who>
    <bug_when>2008-10-30 16:24:57 -0700</bug_when>
    <thetext>1. Go to 
http://www.google.com/search?hl=en&amp;inlang=ja&amp;ie=EUC-JP&amp;oe=EUC-JP&amp;q=%8F%A2%C3&amp;btnG=Search

(it&apos;s explicitly and correctly labelled as in EUC-JP in HTTP C-T header field).

2. You&apos;d see &apos;召ﾃ&apos;  instead of &apos;¦&apos;.

3. The latter is represented in 0x8F 0xA2 0xC3 in EUC-JP (3 bytes). 

Japanese Encoding detector in TextResourceDecoder.cpp is fooled by &apos;0x8F&apos; and misdetect the document as in Shift_JIS.  

I think this logic for invoking JapaneseEncoding detector is too liberal:

if (m_source != UserChosenEncoding &amp;&amp; m_source != AutoDetectedEncoding &amp;&amp; en
coding().isJapanese())

No encoding detector is perfect and I&apos;d rather not invoke any encoding detector (Unicode BOM detection can be an exception) for documents with an explicit charset declaration (http header or meta).  After resolving bug 16482 (ICU encoding detector hook-up), I&apos;ll revisit this issue.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>97232</commentid>
    <comment_count>1</comment_count>
    <who name="Alexey Proskuryakov">ap</who>
    <bug_when>2008-10-31 03:26:00 -0700</bug_when>
    <thetext>Makes sense to me, but I don&apos;t know which use cases the encoding detector was supposed to fix by original design. Is there a chance that there is some amount of mislabeled content, correctly rendered by other browsers for whatever reasons? I guess that&apos;s unlikely.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>97249</commentid>
    <comment_count>2</comment_count>
    <who name="Darin Adler">darin</who>
    <bug_when>2008-10-31 09:52:18 -0700</bug_when>
    <thetext>The Japanese encoding detector was originally intended at least in part to make mislabeled pages work correctly. Limiting the automatic detection only to pages that are not labeled with a charset at all will almost certainly break some websites.

I don&apos;t know how to make a good decision about this. I&apos;m not an expert on the state of the art in encoding in Japanese-language websites, nor do I know what the other major web browsers currently do about this.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>97512</commentid>
    <comment_count>3</comment_count>
    <who name="Jungshik Shin">jshin</who>
    <bug_when>2008-11-03 15:35:26 -0800</bug_when>
    <thetext>Ooops. I wrote a long reply last week and thought I submitted it, but apparently moved away before submitting it (I shouldn&apos;t open too many tabs :-) )

Let me rewrite what I wrote before:

1. We should never invoke it without an explicit user request even when its almost perfect. Currently, webkit does not offer a way to control it. Bug 16482 adds a settings/preference entry for that among other things.

2. Until we have a very good quality encoding detector (I&apos;d regard none of encoding detector used in web browsers today as clearing the bar. Neither is ICU&apos;s encoding detector), we should NOT invoke it for a page with an expliclty (and more often than not, correctly) specified encoding (meta or http) even if a user turns on the detector. This is what Firefox does and what I implemented in bug 16482.  On the other hand, MS IE behaves differently (I&apos;m not sure exactly what it does)

3. When we have a really good detector, we may reconsider #2.  

For this particular bug, I can&apos;t get rid of built-in Japanese detector completely yet because ICU&apos;s encoding detector does not detect ISO-2022-JP, but I propose we use the same condition for invoking built-in encoding detector as I do for ICU&apos;s detector in the patch for bug 16482. 

How does it sound? 


BTW, this was independently reported for Chrome ( http://code.google.com/p/chromium/issues/detail?id=3799 )



</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>97513</commentid>
    <comment_count>4</comment_count>
    <who name="Darin Adler">darin</who>
    <bug_when>2008-11-03 15:39:03 -0800</bug_when>
    <thetext>This sounds like a good declaration of principles.

But how can we figure out what compatibility impact this change will have? Is our current auto-detection useless or useful? How do you know?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>97517</commentid>
    <comment_count>5</comment_count>
    <who name="Alexey Proskuryakov">ap</who>
    <bug_when>2008-11-03 16:27:41 -0800</bug_when>
    <thetext>See also: &lt;rdar://6007713&gt;, &lt;rdar://5934750&gt; (which have examples of sites with similar problems).

(In reply to comment #3)
&gt; On the other hand, MS IE behaves differently (I&apos;m not sure exactly what it does)

Is it possible to find out? When I face a weird IE behavior that I cannot figure out myself, I&apos;m often able to find it discussed and thoroughly bisected on the net.

We have 3 or 4 reports of problems caused by overriding an explicitly specified charset accumulated over the years. This is sufficient to strongly consider changing this behavior, but it is likely that we will have to revisit and defend it in the future, so I also would like to gather as much information as possible.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>128020</commentid>
    <comment_count>6</comment_count>
    <who name="O. Andersen">pub-webkit</who>
    <bug_when>2009-06-24 15:47:23 -0700</bug_when>
    <thetext>As mentioned in a WhatWG e-mail [1], IE partly avoids the problem of mislabelled CJK pages by merging 7-bit and 8-bit character sets. In particular, ISO-2022-JP and Shift_JIS are merged, which means that ISO-2022-JP mislabelled as Shift_JIS or vice versa still works correctly.

Implementing this in WebKit should reduce the need for encoding detection for Japanese.

[1] &lt;http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2009-April/019322.html&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>132902</commentid>
    <comment_count>7</comment_count>
    <who name="O. Andersen">pub-webkit</who>
    <bug_when>2009-07-18 04:26:16 -0700</bug_when>
    <thetext>The description in my previous comment was slightly inaccurate. Merging of 7-bit and 8-bit CJK encodings in IE seems to work as follows:

Declared charset -&gt; Actual encoding used, ‘+’ indicating union

HZ -&gt; HZ + GBK
EUC-CN or GBK -&gt; GBK

ISO-2022-JP -&gt; ISO-2022-JP + Windows-31J
Shift_JIS or Windows-31J -&gt; Windows-31J

ISO-2022-KR -&gt; ISO-2022-KR + Windows-949
EUC-KR or Windows-949 -&gt; ISO-2022-KR + Windows-949

In other words:
— 7-bit encodings (HZ, ISO-2022-JP, ISO-2022-KR) are enhanced with the most popular and comprehensive 8-bit encoding for the same locale (GBK, Windows-31J, Windows-949);
— for Korean, the 8-bit encoding (Windows-949) is enhanced with the corresponding 7-bit encoding (ISO-2022-KR) as well; and
— ‘small’ 8-bit encodings (EUC-CN, Shift_JIS, EUC-KR) are treated as their corresponding ‘large’ superset counterparts (GBK, Windows-31J, Windows-949).

Obviously, this makes IE more resilient to encoding declaration errors and might be worth replicating.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>144014</commentid>
    <comment_count>8</comment_count>
      <attachid>38891</attachid>
    <who name="Alexey Proskuryakov">ap</who>
    <bug_when>2009-09-01 15:36:35 -0700</bug_when>
    <thetext>Created attachment 38891
proposed patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>144060</commentid>
    <comment_count>9</comment_count>
    <who name="Alexey Proskuryakov">ap</who>
    <bug_when>2009-09-01 17:07:12 -0700</bug_when>
    <thetext>Committed &lt;http://trac.webkit.org/changeset/47950&gt;.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>144310</commentid>
    <comment_count>10</comment_count>
    <who name="Jungshik Shin">jshin</who>
    <bug_when>2009-09-02 14:27:40 -0700</bug_when>
    <thetext>Glad that this was finally resolved. Chromium has been making a local fork for this. 


(In reply to comment #7)
&gt; The description in my previous comment was slightly inaccurate. Merging of
&gt; 7-bit and 8-bit CJK encodings in IE seems to work as follows:
&gt; 
&gt; Declared charset -&gt; Actual encoding used, ‘+’ indicating union

I&apos;m not sure if we want to do this. I suspect that there are not many benefits while I&apos;m afraid there is some risk. 


&gt; — for Korean, the 8-bit encoding (Windows-949) is enhanced with the
&gt; corresponding 7-bit encoding (ISO-2022-KR) as well; and

I don&apos;t think this is necessary. Virtually no Korean web pages uses ISO-2022-KR. 

&gt; — ‘small’ 8-bit encodings (EUC-CN, Shift_JIS, EUC-KR) are treated as their
&gt; corresponding ‘large’ superset counterparts (GBK, Windows-31J, Windows-949).

That&apos;s already done by Webkit (and firefox) and is even listed in HTML5 spec. There are some other subset =&gt; superset mappings done by Webkit (TIS620 &lt; ISO-8859-11 &lt; Windows-874 for Thai and ISO-8859-9 &lt; windows-125? for Turkish).</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>38891</attachid>
            <date>2009-09-01 15:36:35 -0700</date>
            <delta_ts>2009-09-01 16:12:14 -0700</delta_ts>
            <desc>proposed patch</desc>
            <filename>JapaneseEncoding.txt</filename>
            <type>text/plain</type>
            <size>7876</size>
            <attacher name="Alexey Proskuryakov">ap</attacher>
            
              <data encoding="base64">SW5kZXg6IFdlYkNvcmUvQ2hhbmdlTG9nCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIFdlYkNvcmUvQ2hhbmdlTG9n
CShyZXZpc2lvbiA0Nzk0OCkKKysrIFdlYkNvcmUvQ2hhbmdlTG9nCSh3b3JraW5nIGNvcHkpCkBA
IC0xLDMgKzEsNDAgQEAKKzIwMDktMDktMDEgIEFsZXhleSBQcm9za3VyeWFrb3YgIDxhcEBhcHBs
ZS5jb20+CisKKyAgICAgICAgUmV2aWV3ZWQgYnkgTk9CT0RZIChPT1BTISkuCisKKyAgICAgICAg
aHR0cHM6Ly9idWdzLndlYmtpdC5vcmcvc2hvd19idWcuY2dpP2lkPTIxOTkwCisgICAgICAgIFdo
ZW4gYSByYXJlIEVVQy1KUCBjaGFyYWN0ZXIgaXMgcHJlc2VudCwgZXhwbGljaXRseSAoYW5kIGNv
cnJlY3RseSkgbGFiZWxsZWQgRVVDLUpQIGRvY3VtZW50CisgICAgICAgIGlzIG1pc3RyZWF0ZWQg
YXMgU2hpZnRfSklTCisKKyAgICAgICAgPHJkYXI6Ly9wcm9ibGVtLzU4Mjg1MDY+IFNhZmFyaSBz
aG91bGQgbm90IHRyeSBhdXRvLWRldGVjdGluZyBpZiBjaGFyc2V0IGluZm9ybWF0aW9uIGV4aXN0
cworCisgICAgICAgIFdlYktpdCB1c2VkIHRvIHVuY29uZGl0aW9uYWxseSBhdXRvLWRldGVjdCBk
b2N1bWVudCBlbmNvZGluZyBpZiBpdCB3YXMgb25lIG9mIEphcGFuZXNlIG9uZXMuCisgICAgICAg
IFRoaXMgZGlkbid0IHJlYWxseSBtYXRjaCBhbnkgYnJvd3NlciwgYW5kIGRpZCBjYXVzZSBwcm9i
bGVtcyBvbiBzb21lIHNpdGVzLgorCisgICAgICAgIE91ciBkZXRlY3RvciBpcyB2ZXJ5IHF1aWNr
IHRvIGxhYmVsIGFuIEVVQy1KUCBwYWdlIGFzIFNoaWZ0X0pJUyBpZiBpdCBub3RpY2VzIGEgYnl0
ZSB0aGF0CisgICAgICAgIGNhbm5vdCBiZSBwYXJ0IG9mIEVVQy1KUCBzb3VyY2UuIEhvd2V2ZXIs
IHN1Y2ggYnl0ZXMgZG8gYXBwZWFyIGluIFdlYiBwYWdlcyBzb21ldGltZXMsCisgICAgICAgIGVz
cGVjaWFsbHkgaW4gY29tbWVudHMuIEFsc28sIHNvbWUgdmFsaWQgRVVDLUpQIHNlcXVlbmNlcyBh
cmUgbm90IGtub3duIHRvIGl0LgorCisgICAgICAgIFNvbWUgcGFnZXMgdGhhdCBhcmUgZml4ZWQg
YnkgdGhpcyBjaGFuZ2U6CisKKyAgICAgICAgPHJkYXI6Ly9wcm9ibGVtLzU5MzQ3NTA+IEVuY29k
aW5nIGluIGluY29ycmVjdCBhdCBodHRwOi8vY29jb2RlcGFyaXMuYmxvZzQ1LmZjMi5jb20vLiBU
aGlzCisgICAgICAgIHBhZ2UgaGFzIGluY29ycmVjdCBlbmNvZGluZyBpbiB0aXRsZSwgc28gbm8g
YnJvd3NlciBkaXNwbGF5cyBpdCAxMDAlIGZpbmUuIFdlIG5vdyBtYXRjaAorICAgICAgICBGaXJl
Zm94IGFuZCBJRS4KKworICAgICAgICA8cmRhcjovL3Byb2JsZW0vNjAwNzcxMz4gVGhlIHdlYiBw
YWdlIGh0dHA6Ly93d3cuc2YudXMuZW1iLWphcGFuLmdvLmpwL3RvcC5odG0gaXMgZ2FyYmxlZAor
ICAgICAgICBpbiBTYWZhcmkuIFRoZXJlIGlzIGEgc3RyYXkgYnl0ZSBpbiBjb21tZW50cyB0aGF0
IHdhcyBtYWtlcyBjaGFyc2V0IGRldGVjdG9yIHRoaW5rIGl0IGNhbid0CisgICAgICAgIGJlIEVV
Qy1KUC4KKworICAgICAgICA8cmRhcjovL3Byb2JsZW0vNjk2NTcxMT4gQSBKYXBhbmVzZSB3ZWIg
cGFnZSB3d3cubmlwcG9udHYuc3R1ZGlvbGVnZW5kLnR2IGlzIGdhcmJsZWQgaW4KKyAgICAgICAg
U2FmYXJpLiBNYW55IGNvbW1lbnRzIG9uIHRoaXMgcGFnZSBhcmUgZW5jb2RlZCBhcyBTaGlmdF9K
SVMgLSBJRSBtYWdpY2FsbHkgZGlzcGxheXMgdGhhdAorICAgICAgICBmaW5lIGluIFZpZXcgU291
cmNlIG1vZGUgKGl0IGRvZXNuJ3Qgc2VlbSB0byBoYXZlIGFuIGFiaWxpdHkgdG8gc3dpdGNoIGJl
dHdlZW4gRVVDLUpQIGFuZAorICAgICAgICBTaGlmdF9KSVMgaW4gbm9ybWFsIEhUTUwgdmlldyB0
aG91Z2gpLgorCisgICAgICAgIFRlc3Q6IGZhc3QvZW5jb2RpbmcvamFwYW5lc2UtZW5jb2Rpbmct
bWl4Lmh0bWwKKworICAgICAgICAqIGxvYWRlci9UZXh0UmVzb3VyY2VEZWNvZGVyLmNwcDogKFdl
YkNvcmU6OlRleHRSZXNvdXJjZURlY29kZXI6OmRlY29kZSk6IE9ubHkgaW52b2tlIGF1dG8tCisg
ICAgICAgIGRldGVjdGlvbiBpZiB0aGVyZSBpcyBubyBzb2xpZCBjaGFyc2V0IGluZm9ybWF0aW9u
IHlldC4KKwogMjAwOS0wOS0wMSAgSmlhbiBMaSAgPGppYW5saUBjaHJvbWl1bS5vcmc+CiAKICAg
ICAgICAgUmV2aWV3ZWQgYnkgRGltaXRyaSBHbGF6a292LgpJbmRleDogV2ViQ29yZS9sb2FkZXIv
VGV4dFJlc291cmNlRGVjb2Rlci5jcHAKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gV2ViQ29yZS9sb2FkZXIvVGV4
dFJlc291cmNlRGVjb2Rlci5jcHAJKHJldmlzaW9uIDQ3OTM5KQorKysgV2ViQ29yZS9sb2FkZXIv
VGV4dFJlc291cmNlRGVjb2Rlci5jcHAJKHdvcmtpbmcgY29weSkKQEAgLTc5OCwyMyArNzk4LDE1
IEBAIFN0cmluZyBUZXh0UmVzb3VyY2VEZWNvZGVyOjpkZWNvZGUoY29uc3QKICAgICAgICAgaWYg
KCFjaGVja0ZvckhlYWRDaGFyc2V0KGRhdGEsIGxlbiwgbW92ZWREYXRhVG9CdWZmZXIpKQogICAg
ICAgICAgICAgcmV0dXJuICIiOwogCi0gICAgLy8gRklYTUU6IEl0IHNlZW1zIHdyb25nIHRvIGNo
YW5nZSBvdXIgZW5jb2RpbmcgZG93bnN0cmVhbSBhZnRlcgotICAgIC8vIHdlIGhhdmUgYWxyZWFk
eSBkb25lIHNvbWUgZGVjb2RpbmcuIEhvd2V2ZXIsIGl0J3Mgbm90IHBvc3NpYmxlCi0gICAgLy8g
dG8gYXZvaWQgaW4gYSBzZW5zZSBpbiB0d28gY2FzZXMgYmVsb3cgYmVjYXVzZSB0cmlnZ2VyaW5n
IGNvbmRpdGlvbnMKLSAgICAvLyBmb3IgYm90aCBjYXNlcyBkZXBlbmQgb24gdGhlIGluZm9ybWF0
aW9uIHRoYXQgd29uJ3QgYmUgYXZhaWxhYmxlCi0gICAgLy8gdW50aWwgd2UgZG8gcGFydGlhbCBy
ZWFkLiAKLSAgICAvLyBUaGUgZmlyc3QgY2FzZSBoYWQgYmV0dGVyIGJlIHJlbW92ZWQgYWx0b2dl
dGhlciAoc2VlIGJ1ZyAyMTk5MCkKLSAgICAvLyBvciBhdCBsZWFzdCBiZSBtYWRlIHRvIGJlIGlu
dm9rZWQgb25seSB3aGVuIHRoZSBlbmNvZGluZyBkZXRlY3Rpb24KLSAgICAvLyBpcyB0dXJuZWQg
b24uIAotICAgIC8vIERvIHRoZSBhdXRvLWRldGVjdCAxKSB1c2luZyBKYXBhbmVzZSBkZXRlY3Rv
ciBpZiBvdXIgZGVmYXVsdCBlbmNvZGluZyBpcwotICAgIC8vIG9uZSBvZiB0aGUgSmFwYW5lc2Ug
ZGV0ZWN0b3Igb3IgMikgdXNpbmcgZGV0ZWN0VGV4dEVuY29kaW5nIGlmIGVuY29kaW5nCi0gICAg
Ly8gZGV0ZWN0aW9uIGlzIHR1cm5lZCBvbi4KLSAgICBpZiAobV9zb3VyY2UgIT0gVXNlckNob3Nl
bkVuY29kaW5nICYmIG1fc291cmNlICE9IEF1dG9EZXRlY3RlZEVuY29kaW5nICYmIG1fZW5jb2Rp
bmcuaXNKYXBhbmVzZSgpKQotICAgICAgICBkZXRlY3RKYXBhbmVzZUVuY29kaW5nKGRhdGEsIGxl
bik7Ci0gICAgZWxzZSBpZiAoc2hvdWxkQXV0b0RldGVjdCgpKSB7Ci0gICAgICAgIFRleHRFbmNv
ZGluZyBkZXRlY3RlZEVuY29kaW5nOwotICAgICAgICBpZiAoZGV0ZWN0VGV4dEVuY29kaW5nKGRh
dGEsIGxlbiwgbV9oaW50RW5jb2RpbmcsICZkZXRlY3RlZEVuY29kaW5nKSkKLSAgICAgICAgICAg
IHNldEVuY29kaW5nKGRldGVjdGVkRW5jb2RpbmcsIEF1dG9EZXRlY3RlZEVuY29kaW5nKTsKKyAg
ICAvLyBGSVhNRTogSXQgaXMgd3JvbmcgdG8gY2hhbmdlIHRoZSBlbmNvZGluZyBkb3duc3RyZWFt
IGFmdGVyIHdlIGhhdmUgYWxyZWFkeSBkb25lIHNvbWUgZGVjb2RpbmcuCisgICAgaWYgKHNob3Vs
ZEF1dG9EZXRlY3QoKSkgeworICAgICAgICBpZiAobV9lbmNvZGluZy5pc0phcGFuZXNlKCkpCisg
ICAgICAgICAgICBkZXRlY3RKYXBhbmVzZUVuY29kaW5nKGRhdGEsIGxlbik7IC8vIEZJWE1FOiBX
ZSBzaG91bGQgdXNlIGRldGVjdFRleHRFbmNvZGluZygpIGZvciBhbGwgbGFuZ3VhZ2VzLgorICAg
ICAgICBlbHNlIHsKKyAgICAgICAgICAgIFRleHRFbmNvZGluZyBkZXRlY3RlZEVuY29kaW5nOwor
ICAgICAgICAgICAgaWYgKGRldGVjdFRleHRFbmNvZGluZyhkYXRhLCBsZW4sIG1faGludEVuY29k
aW5nLCAmZGV0ZWN0ZWRFbmNvZGluZykpCisgICAgICAgICAgICAgICAgc2V0RW5jb2RpbmcoZGV0
ZWN0ZWRFbmNvZGluZywgQXV0b0RldGVjdGVkRW5jb2RpbmcpOworICAgICAgICB9CiAgICAgfQog
CiAgICAgQVNTRVJUKG1fZW5jb2RpbmcuaXNWYWxpZCgpKTsKSW5kZXg6IExheW91dFRlc3RzL0No
YW5nZUxvZwo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09Ci0tLSBMYXlvdXRUZXN0cy9DaGFuZ2VMb2cJKHJldmlzaW9uIDQ3
OTQ4KQorKysgTGF5b3V0VGVzdHMvQ2hhbmdlTG9nCSh3b3JraW5nIGNvcHkpCkBAIC0xLDMgKzEs
MTkgQEAKKzIwMDktMDktMDEgIEFsZXhleSBQcm9za3VyeWFrb3YgIDxhcEBhcHBsZS5jb20+CisK
KyAgICAgICAgUmV2aWV3ZWQgYnkgTk9CT0RZIChPT1BTISkuCisKKyAgICAgICAgaHR0cHM6Ly9i
dWdzLndlYmtpdC5vcmcvc2hvd19idWcuY2dpP2lkPTIxOTkwCisgICAgICAgIFdoZW4gYSByYXJl
IEVVQy1KUCBjaGFyYWN0ZXIgaXMgcHJlc2VudCwgZXhwbGljaXRseSAoYW5kIGNvcnJlY3RseSkg
bGFiZWxsZWQgRVVDLUpQIGRvY3VtZW50CisgICAgICAgIGlzIG1pc3RyZWF0ZWQgYXMgU2hpZnRf
SklTCisKKyAgICAgICAgPHJkYXI6Ly9wcm9ibGVtLzU4Mjg1MDY+IFNhZmFyaSBzaG91bGQgbm90
IHRyeSBhdXRvLWRldGVjdGluZyBpZiBjaGFyc2V0IGluZm9ybWF0aW9uIGV4aXN0cworCisgICAg
ICAgIFRoaXMgdGVzdCBpc24ndCBzdXBwb3NlZCB0byBiZSBkaXNwbGF5ZWQgInByb3Blcmx5Iiwg
YXMgaXQgaGFzIGEgbWl4IG9mIGNoYXJzZXRzICh3aGljaCB1c3VhbGx5CisgICAgICAgIGhhcHBl
bnMgaW4gY29tbWVudHMpLiBBbiBleHBsaWNpdCBjaGFyc2V0IGRlY2xhcmF0aW9uIGlzIHdoYXQg
d2Ugc2hvdWxkIHVzZS4KKworICAgICAgICAqIGZhc3QvZW5jb2RpbmcvamFwYW5lc2UtZW5jb2Rp
bmctbWl4LWV4cGVjdGVkLnR4dDogQWRkZWQgd2l0aCBwcm9wZXJ0aWVzIHN2bjplb2wtc3R5bGUg
YW5kIHN2bjptaW1lLXR5cGUuCisgICAgICAgICogZmFzdC9lbmNvZGluZy9qYXBhbmVzZS1lbmNv
ZGluZy1taXguaHRtbDogQWRkZWQgd2l0aCBwcm9wZXJ0eSBzdm46bWltZS10eXBlLgorCiAyMDA5
LTA5LTAxICBWaWN0b3IgV2FuZyAgPHZpY3RvcndAY2hyb21pdW0ub3JnPgogCiAgICAgICAgIFJl
dmlld2VkIGJ5IERhcmluIEFkbGVyLgpJbmRleDogTGF5b3V0VGVzdHMvZmFzdC9lbmNvZGluZy9q
YXBhbmVzZS1lbmNvZGluZy1taXgtZXhwZWN0ZWQudHh0Cj09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIExheW91dFRl
c3RzL2Zhc3QvZW5jb2RpbmcvamFwYW5lc2UtZW5jb2RpbmctbWl4LWV4cGVjdGVkLnR4dAkocmV2
aXNpb24gMCkKKysrIExheW91dFRlc3RzL2Zhc3QvZW5jb2RpbmcvamFwYW5lc2UtZW5jb2Rpbmct
bWl4LWV4cGVjdGVkLnR4dAkocmV2aXNpb24gMCkKQEAgLTAsMCArMSw5IEBACitTb21lIHRleHQg
aGVyZSBpcyBlbmNvZGVkIGFzIEVVQy1KUCwgYW5kIHNvbWUgYXMgU2hpZnRfSklTLiBTaW5jZSB0
aGVyZSBpcyBhbiBleHBsaWNpdCBlbmNvZGluZyBkZWNsYXJhdGlvbiwgYXV0by1kZXRlY3Rpb24g
c2hvdWxkbid0IGNoYW5nZSB0aGUgZW5jb2RpbmcuCisKK0ludGVyZXN0aW5nbHksIElFOCdzIFZp
ZXcgU291cmNlIHNvbWVob3cgc3VjZXNzZnVsbHkgZGVjb2RlcyBib3RoIHBhcmFncmFwaHMgYmVs
b3csIHN3aXRjaGluZyBlbmNvZGluZ3Mgb24gdGhlIGZseSwgYnV0IGl0cyBub3JtYWwgSFRNTCBk
aXNwbGF5IGRvZXMgbm90IGRvIHRoaXMuIEFsc28sIHRoZSBTaGlmdF9KSVMgdGV4dCBjb250YWlu
cyBzb21lIGNoYXJhY3RlcnMgaW4gMHg4MC4uLjB4OWQgcmFuZ2UgdGhhdCBhcmUgaGFuZGxlZCBh
cyBpbnZhbGlkIGJ5IG90aGVyIGJyb3dzZXJzLCBidXQgSUNVIHRoaW5rcyB0aGF0IHRoZXNlIGNv
ZGVzIGFyZSBjb21wYXRpYmxlIHdpdGggTGF0aW4tMS4gU28sIGV4cGVjdGVkIG91dHB1dCBtYXkg
dmFyeSBzb21ld2hhdC4KKwor44OL44OD44Od44Oz44OG44Os44OTCisKK8KJRcKDSsKDwonCg8KA
woNSwoPCgcKDwpPCg2fCg0HCg0XCg2cgwoIawoIawoIawoIaCisKK1Nob3VsZCBiZSBFVUMtSlA6
IEVVQy1KUAoKUHJvcGVydHkgY2hhbmdlcyBvbjogTGF5b3V0VGVzdHMvZmFzdC9lbmNvZGluZy9q
YXBhbmVzZS1lbmNvZGluZy1taXgtZXhwZWN0ZWQudHh0Cl9fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KTmFtZTogc3ZuOm1p
bWUtdHlwZQogICArIHRleHQvcGxhaW4KTmFtZTogc3ZuOmVvbC1zdHlsZQogICArIG5hdGl2ZQoK
SW5kZXg6IExheW91dFRlc3RzL2Zhc3QvZW5jb2RpbmcvamFwYW5lc2UtZW5jb2RpbmctbWl4Lmh0
bWwKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PQotLS0gTGF5b3V0VGVzdHMvZmFzdC9lbmNvZGluZy9qYXBhbmVzZS1lbmNv
ZGluZy1taXguaHRtbAkocmV2aXNpb24gMCkKKysrIExheW91dFRlc3RzL2Zhc3QvZW5jb2Rpbmcv
amFwYW5lc2UtZW5jb2RpbmctbWl4Lmh0bWwJKHJldmlzaW9uIDApCkBAIC0wLDAgKzEsMTAgQEAK
KzwhZG9jdHlwZSBodG1sIHB1YmxpYyAiLS8vVzNDLy9EVEQgSFRNTCA0LjAxIFRyYW5zaXRpb25h
bC8vRU4iPgorPGh0bWwgZGlyPSJMVFIiIGxhbmc9ImphIj4KKzxtZXRhIGh0dHAtZXF1aXY9IkNv
bnRlbnQtVHlwZSIgY29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PUVVQy1KUCI+Cis8cD5Tb21l
IHRleHQgaGVyZSBpcyBlbmNvZGVkIGFzIEVVQy1KUCwgYW5kIHNvbWUgYXMgU2hpZnRfSklTLiBT
aW5jZSB0aGVyZSBpcyBhbiBleHBsaWNpdCBlbmNvZGluZyBkZWNsYXJhdGlvbiwgYXV0by1kZXRl
Y3Rpb24gc2hvdWxkbid0IGNoYW5nZSB0aGUgZW5jb2RpbmcuPC9wPjxwPkludGVyZXN0aW5nbHks
IElFOCdzIFZpZXcgU291cmNlIHNvbWVob3cgc3VjZXNzZnVsbHkgZGVjb2RlcyBib3RoIHBhcmFn
cmFwaHMgYmVsb3csIHN3aXRjaGluZyBlbmNvZGluZ3Mgb24gdGhlIGZseSwgYnV0IGl0cyBub3Jt
YWwgSFRNTCBkaXNwbGF5IGRvZXMgbm90IGRvIHRoaXMuIEFsc28sIHRoZSBTaGlmdF9KSVMgdGV4
dCBjb250YWlucyBzb21lIGNoYXJhY3RlcnMgaW4gMHg4MC4uLjB4OWQgcmFuZ2UgdGhhdCBhcmUg
aGFuZGxlZCBhcyBpbnZhbGlkIGJ5IG90aGVyIGJyb3dzZXJzLCBidXQgSUNVIHRoaW5rcyB0aGF0
IHRoZXNlIGNvZGVzIGFyZSBjb21wYXRpYmxlIHdpdGggTGF0aW4tMS4gU28sIGV4cGVjdGVkIG91
dHB1dCBtYXkgdmFyeSBzb21ld2hhdC4KKzwvcD48cD6ly6XDpd2l86XGpeyl0zwvcD4KKzxwPolF
g0qDiYOAg1KDgYOTg2eDQYNFg2cggrGCsYKpguc8L3A+Cis8c2NyaXB0PgoraWYgKHdpbmRvdy5s
YXlvdXRUZXN0Q29udHJvbGxlcikKKyAgICBsYXlvdXRUZXN0Q29udHJvbGxlci5kdW1wQXNUZXh0
KCk7Citkb2N1bWVudC53cml0ZSgiU2hvdWxkIGJlIEVVQy1KUDogIiArIChkb2N1bWVudC5jaGFy
c2V0ID8gZG9jdW1lbnQuY2hhcnNldCA6IGRvY3VtZW50LmNoYXJhY3RlclNldCkpOzwvc2NyaXB0
PgoKUHJvcGVydHkgY2hhbmdlcyBvbjogTGF5b3V0VGVzdHMvZmFzdC9lbmNvZGluZy9qYXBhbmVz
ZS1lbmNvZGluZy1taXguaHRtbApfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCk5hbWU6IHN2bjptaW1lLXR5cGUKICAgKyB0
ZXh0L2h0bWwKCg==
</data>
<flag name="review"
          id="19881"
          type_id="1"
          status="+"
          setter="darin"
    />
          </attachment>
      

    </bug>

</bugzilla>