<?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>26241</bug_id>
          
          <creation_ts>2009-06-07 08:36:50 -0700</creation_ts>
          <short_desc>Form control state shouldn&apos;t be restored for hidden inputs.</short_desc>
          <delta_ts>2010-06-19 21:30:10 -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>Forms</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></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P2</priority>
          <bug_severity>Normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          <blocked>23346</blocked>
    
    <blocked>40656</blocked>
          <everconfirmed>1</everconfirmed>
          <reporter name="Kato Kazuyoshi">kato.kazuyoshi</reporter>
          <assigned_to name="Nobody">webkit-unassigned</assigned_to>
          <cc>abfmwei</cc>
    
    <cc>ap</cc>
    
    <cc>commit-queue</cc>
    
    <cc>darin</cc>
    
    <cc>david-webkit</cc>
    
    <cc>dglazkov</cc>
    
    <cc>tkent</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>124689</commentid>
    <comment_count>0</comment_count>
    <who name="Kato Kazuyoshi">kato.kazuyoshi</who>
    <bug_when>2009-06-07 08:36:50 -0700</bug_when>
    <thetext>Overview Description:
WebKit save/restore value of a input element from WebCore::HistoryItem. But this behavior seems strange at non-bfcached page.

Steps to Reproduce:

1) Create a simple &quot;counter&quot; app. that returns the following HTML. And #{count} is incremented by each access.

&lt;form method=&quot;get&quot; action=&quot;/foo&quot;&gt;
  #{count}
  &lt;input type=&quot;hidden&quot; name=&quot;count&quot; value=&quot;#{count}&quot;/&gt;
  &lt;input type=&quot;submit&quot; /&gt;
&lt;/form&gt;
&lt;iframe src=&quot;http://webkit.org/&quot;&gt;&lt;/iframe&gt;

2) Access the page and press &quot;Submit&quot; button. New page is &quot;/foo?count=1&quot;.

3) Press browser&apos;s &quot;Back&quot; button. WebKit requests the page agin because bfcache is disabled by the iframe.

4) The application *increments counter* and returns HTML again.

5) Press &quot;Submit&quot; again.

Expected Results:
New page is should be &quot;/foo?count=2&quot; because WebKit requests the page and the server returns new HTML.

Actual Results:
New page is &quot;/foo?count=1&quot;. Because WebCore::FrameLoader::restoreDocumentState and WebCore::HTMLInputElement::restoreState replaced value of input elements by the old (saved) values.

This behavior sometimes useful. When user input long (or complex) value, WebKit should save the value and user can notice when &quot;restore&quot; is wrong. But I think, WebKit don&apos;t need to save/restore value of &lt;input type=&quot;hidden&quot; .../&gt; because user don&apos;t input the value and user can&apos;t notice WebKit&apos;s &quot;restore&quot;.

Index: WebCore/html/HTMLInputElement.cpp
===================================================================
--- WebCore/html/HTMLInputElement.cpp	(revision 44489)
+++ WebCore/html/HTMLInputElement.cpp	(working copy)
@@ -422,7 +422,6 @@
         case BUTTON:
         case EMAIL:
         case FILE:
-        case HIDDEN:
         case IMAGE:
         case ISINDEX:
         case NUMBER:
@@ -440,6 +439,7 @@
             setChecked(state == &quot;on&quot;);
             break;
         case PASSWORD:
+        case HIDDEN:
             break;
     }
 }</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>200297</commentid>
    <comment_count>1</comment_count>
    <who name="Dimitri Glazkov (Google)">dglazkov</who>
    <bug_when>2010-03-16 11:03:30 -0700</bug_when>
    <thetext>I think it&apos;s reasonable for hidden input state not to be restored. Darin, Alexey, WDYT?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>200302</commentid>
    <comment_count>2</comment_count>
    <who name="Dimitri Glazkov (Google)">dglazkov</who>
    <bug_when>2010-03-16 11:07:05 -0700</bug_when>
    <thetext>I can prepare a patch/reduction if you think it&apos;s a good idea.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>200308</commentid>
    <comment_count>3</comment_count>
    <who name="Darin Adler">darin</who>
    <bug_when>2010-03-16 11:10:40 -0700</bug_when>
    <thetext>The discussion here makes no mention of other web browsers or HTML5. Could you check to see what the behavior is in IE and Firefox and also whether the HTML5 specification prescribes specific behavior for this case?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>200314</commentid>
    <comment_count>4</comment_count>
    <who name="Alexey Proskuryakov">ap</who>
    <bug_when>2010-03-16 11:19:56 -0700</bug_when>
    <thetext>You may want to have a look at bug 23346 and bug 8613. These seem vague, with extremely unhelpful titles, but hopefully there is some insight anyway. Would be nice to re-title this bug, too.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>200381</commentid>
    <comment_count>5</comment_count>
    <who name="Dimitri Glazkov (Google)">dglazkov</who>
    <bug_when>2010-03-16 12:55:12 -0700</bug_when>
    <thetext>(In reply to comment #3)
&gt; The discussion here makes no mention of other web browsers or HTML5. Could you
&gt; check to see what the behavior is in IE and Firefox and also whether the HTML5
&gt; specification prescribes specific behavior for this case?

Neither Firefox nor IE do this. HTML5 spec doesn&apos;t define behavior or restoring/saving form values on navigation. It just mentions that user agents may persist the form controls state: http://www.whatwg.org/specs/web-apps/current-work/multipage/history.html#history.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>200386</commentid>
    <comment_count>6</comment_count>
    <who name="Alexey Proskuryakov">ap</who>
    <bug_when>2010-03-16 13:09:29 -0700</bug_when>
    <thetext>Another possibly related issue: bug 31413.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>200388</commentid>
    <comment_count>7</comment_count>
    <who name="Darin Adler">darin</who>
    <bug_when>2010-03-16 13:14:47 -0700</bug_when>
    <thetext>(In reply to comment #5)
&gt; (In reply to comment #3)
&gt; &gt; The discussion here makes no mention of other web browsers or HTML5. Could you
&gt; &gt; check to see what the behavior is in IE and Firefox and also whether the HTML5
&gt; &gt; specification prescribes specific behavior for this case?
&gt; 
&gt; Neither Firefox nor IE do this.

Neither restore form control state at all? Or neither restore form control state for &lt;input type=hidden&gt;?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>206399</commentid>
    <comment_count>8</comment_count>
    <who name="Kent Tamura">tkent</who>
    <bug_when>2010-03-31 00:59:53 -0700</bug_when>
    <thetext>It seems behavior of IE and Firefox is just restoring the whole DOM tree and clearing type=password.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>206576</commentid>
    <comment_count>9</comment_count>
    <who name="Darin Adler">darin</who>
    <bug_when>2010-03-31 10:43:40 -0700</bug_when>
    <thetext>(In reply to comment #8)
&gt; It seems behavior of IE and Firefox is just restoring the whole DOM tree and
&gt; clearing type=password.

Form values aren’t in the DOM tree, so I’m not sure what you mean exactly.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>207093</commentid>
    <comment_count>10</comment_count>
    <who name="Kent Tamura">tkent</who>
    <bug_when>2010-04-01 05:05:49 -0700</bug_when>
    <thetext>(In reply to comment #9)
&gt; (In reply to comment #8)
&gt; &gt; It seems behavior of IE and Firefox is just restoring the whole DOM tree and
&gt; &gt; clearing type=password.
&gt; 
&gt; Form values aren’t in the DOM tree, so I’m not sure what you mean exactly.

HTMLInputElement::value is a part of the DOM tree, isn&apos;t it?
http://www.w3.org/TR/DOM-Level-2-HTML/html.html#ID-6043025

Anyway, I meant IE/Firefox had a cache for rendered pages.  I guess they don&apos;t delete objects representing a page when a user leaves the page and visits another page.  So their `Back&apos; operation don&apos;t re-fetch the page, don&apos;t parse the HTML, and just show the objects on memory.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>207476</commentid>
    <comment_count>11</comment_count>
    <who name="Darin Adler">darin</who>
    <bug_when>2010-04-01 16:34:28 -0700</bug_when>
    <thetext>(In reply to comment #10)
&gt; Anyway, I meant IE/Firefox had a cache for rendered pages.  I guess they don&apos;t
&gt; delete objects representing a page when a user leaves the page and visits
&gt; another page.  So their `Back&apos; operation don&apos;t re-fetch the page, don&apos;t parse
&gt; the HTML, and just show the objects on memory.

That may be true in some cases, but it&apos;s definitely not true in all cases. If that were true, then the browsers would have to keep all pages in your entire back history in memory, and I assure you they do not.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>207786</commentid>
    <comment_count>12</comment_count>
      <attachid>52400</attachid>
    <who name="Kent Tamura">tkent</who>
    <bug_when>2010-04-02 01:03:54 -0700</bug_when>
    <thetext>Created attachment 52400
Proposed patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>207948</commentid>
    <comment_count>13</comment_count>
      <attachid>52400</attachid>
    <who name="WebKit Commit Bot">commit-queue</who>
    <bug_when>2010-04-02 11:14:18 -0700</bug_when>
    <thetext>Comment on attachment 52400
Proposed patch

Rejecting patch 52400 from commit-queue.

Failed to run &quot;[&apos;WebKitTools/Scripts/run-webkit-tests&apos;, &apos;--no-launch-safari&apos;, &apos;--exit-after-n-failures=1&apos;, &apos;--quiet&apos;]&quot; exit_code: 1
Running build-dumprendertree
Compiling Java tests
make: Nothing to be done for `default&apos;.
Running tests from /Users/eseidel/Projects/CommitQueue/LayoutTests
Testing 12615 test cases.
fast/forms/button-state-restore.html -&gt; failed

Exiting early after 1 failures. 6615 tests run.
109.28s total testing time

6614 test cases (99%) succeeded
1 test case (&lt;1%) had incorrect layout
2 test cases (&lt;1%) had stderr output

Full output: http://webkit-commit-queue.appspot.com/results/1676001</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>207992</commentid>
    <comment_count>14</comment_count>
    <who name="Kent Tamura">tkent</who>
    <bug_when>2010-04-02 12:12:16 -0700</bug_when>
    <thetext>(In reply to comment #13)
&gt; (From update of attachment 52400 [details])
&gt; Rejecting patch 52400 from commit-queue.
&gt; 
&gt; Failed to run &quot;[&apos;WebKitTools/Scripts/run-webkit-tests&apos;, &apos;--no-launch-safari&apos;,
&gt; &apos;--exit-after-n-failures=1&apos;, &apos;--quiet&apos;]&quot; exit_code: 1
&gt; Running build-dumprendertree
&gt; Compiling Java tests
&gt; make: Nothing to be done for `default&apos;.
&gt; Running tests from /Users/eseidel/Projects/CommitQueue/LayoutTests
&gt; Testing 12615 test cases.
&gt; fast/forms/button-state-restore.html -&gt; failed

I forgot to add button-state-restore.html to the patch...
It&apos;s a simple change to follow the behavior change.

I manually landed the patch with button-state-restore.html as r57013</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>208739</commentid>
    <comment_count>15</comment_count>
    <who name="Kent Tamura">tkent</who>
    <bug_when>2010-04-05 15:25:21 -0700</bug_when>
    <thetext>*** Bug 37087 has been marked as a duplicate of this bug. ***</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>221065</commentid>
    <comment_count>16</comment_count>
    <who name="Kent Tamura">tkent</who>
    <bug_when>2010-05-05 05:24:39 -0700</bug_when>
    <thetext>*** Bug 28380 has been marked as a duplicate of this bug. ***</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>52400</attachid>
            <date>2010-04-02 01:03:54 -0700</date>
            <delta_ts>2010-04-02 12:12:34 -0700</delta_ts>
            <desc>Proposed patch</desc>
            <filename>bug-26241-20100402170352.patch</filename>
            <type>text/plain</type>
            <size>6717</size>
            <attacher name="Kent Tamura">tkent</attacher>
            
              <data encoding="base64">ZGlmZiAtLWdpdCBhL0xheW91dFRlc3RzL0NoYW5nZUxvZyBiL0xheW91dFRlc3RzL0NoYW5nZUxv
ZwppbmRleCBlYjg0N2RlLi4zZWM3MWFmIDEwMDY0NAotLS0gYS9MYXlvdXRUZXN0cy9DaGFuZ2VM
b2cKKysrIGIvTGF5b3V0VGVzdHMvQ2hhbmdlTG9nCkBAIC0xLDMgKzEsMTMgQEAKKzIwMTAtMDQt
MDIgIEtlbnQgVGFtdXJhICA8dGtlbnRAY2hyb21pdW0ub3JnPgorCisgICAgICAgIFJldmlld2Vk
IGJ5IE5PQk9EWSAoT09QUyEpLgorCisgICAgICAgIEZvcm0gY29udHJvbCBzdGF0ZSBzaG91bGRu
J3QgYmUgcmVzdG9yZWQgZm9yIGhpZGRlbiBpbnB1dHMuCisgICAgICAgIGh0dHBzOi8vYnVncy53
ZWJraXQub3JnL3Nob3dfYnVnLmNnaT9pZD0yNjI0MQorCisgICAgICAgICogZmFzdC9mb3Jtcy9z
dGF0ZS1yZXN0b3JlLXRvLW5vbi1lZGl0ZWQtY29udHJvbHMtZXhwZWN0ZWQudHh0OiBBZGRlZC4K
KyAgICAgICAgKiBmYXN0L2Zvcm1zL3N0YXRlLXJlc3RvcmUtdG8tbm9uLWVkaXRlZC1jb250cm9s
cy5odG1sOiBBZGRlZC4KKwogMjAxMC0wNC0wMSAgU2hlcmlmZiBCb3QgIDx3ZWJraXQucmV2aWV3
LmJvdEBnbWFpbC5jb20+CiAKICAgICAgICAgVW5yZXZpZXdlZC4gUm9sbG91dCBvZiBodHRwOi8v
dHJhYy53ZWJraXQub3JnL2NoYW5nZXNldC81NjkzMApkaWZmIC0tZ2l0IGEvTGF5b3V0VGVzdHMv
ZmFzdC9mb3Jtcy9zdGF0ZS1yZXN0b3JlLXRvLW5vbi1lZGl0ZWQtY29udHJvbHMtZXhwZWN0ZWQu
dHh0IGIvTGF5b3V0VGVzdHMvZmFzdC9mb3Jtcy9zdGF0ZS1yZXN0b3JlLXRvLW5vbi1lZGl0ZWQt
Y29udHJvbHMtZXhwZWN0ZWQudHh0Cm5ldyBmaWxlIG1vZGUgMTAwNjQ0CmluZGV4IDAwMDAwMDAu
LmI2NzQ1ZmEKLS0tIC9kZXYvbnVsbAorKysgYi9MYXlvdXRUZXN0cy9mYXN0L2Zvcm1zL3N0YXRl
LXJlc3RvcmUtdG8tbm9uLWVkaXRlZC1jb250cm9scy1leHBlY3RlZC50eHQKQEAgLTAsMCArMSwx
MiBAQAorVGVzdCB0byBOT1Qgc2F2ZSBzdGF0ZSBmb3Igbm9uLWVkaXRlZCBjb250cm9scworCitQ
QVNTIGRvY3VtZW50LmdldEVsZW1lbnRCeUlkKCJidXR0b24iKS52YWx1ZSBpcyAiMiIKK1BBU1Mg
ZG9jdW1lbnQuZ2V0RWxlbWVudEJ5SWQoImhpZGRlbiIpLnZhbHVlIGlzICIyIgorUEFTUyBkb2N1
bWVudC5nZXRFbGVtZW50QnlJZCgiaW1hZ2UiKS52YWx1ZSBpcyAiMiIKK1BBU1MgZG9jdW1lbnQu
Z2V0RWxlbWVudEJ5SWQoInJlc2V0IikudmFsdWUgaXMgIjIiCitQQVNTIGRvY3VtZW50LmdldEVs
ZW1lbnRCeUlkKCJzdWJtaXQxIikudmFsdWUgaXMgIjIiCitQQVNTIGRvY3VtZW50LmdldEVsZW1l
bnRCeUlkKCJ0ZXh0MSIpLnZhbHVlIGlzICJlZGl0IgorUEFTUyBkb2N1bWVudC5nZXRFbGVtZW50
QnlJZCgidGV4dDIiKS52YWx1ZSBpcyAiMiIKK1BBU1MgZG9jdW1lbnQuZ2V0RWxlbWVudEJ5SWQo
InRleHRhcmVhIikudmFsdWUgaXMgIjIiCisKKwpkaWZmIC0tZ2l0IGEvTGF5b3V0VGVzdHMvZmFz
dC9mb3Jtcy9zdGF0ZS1yZXN0b3JlLXRvLW5vbi1lZGl0ZWQtY29udHJvbHMuaHRtbCBiL0xheW91
dFRlc3RzL2Zhc3QvZm9ybXMvc3RhdGUtcmVzdG9yZS10by1ub24tZWRpdGVkLWNvbnRyb2xzLmh0
bWwKbmV3IGZpbGUgbW9kZSAxMDA2NDQKaW5kZXggMDAwMDAwMC4uZTJhYTdlOQotLS0gL2Rldi9u
dWxsCisrKyBiL0xheW91dFRlc3RzL2Zhc3QvZm9ybXMvc3RhdGUtcmVzdG9yZS10by1ub24tZWRp
dGVkLWNvbnRyb2xzLmh0bWwKQEAgLTAsMCArMSw1OSBAQAorPCFET0NUWVBFIGh0bWw+Cis8aHRt
bD4KKzxoZWFkPgorPGxpbmsgcmVsPSJzdHlsZXNoZWV0IiBocmVmPSIuLi8uLi9mYXN0L2pzL3Jl
c291cmNlcy9qcy10ZXN0LXN0eWxlLmNzcyI+Cis8c2NyaXB0IHNyYz0iLi4vLi4vZmFzdC9qcy9y
ZXNvdXJjZXMvanMtdGVzdC1wcmUuanMiPjwvc2NyaXB0PgorPC9oZWFkPgorPGJvZHk+Cis8cD5U
ZXN0IHRvIE5PVCBzYXZlIHN0YXRlIGZvciBub24tZWRpdGVkIGNvbnRyb2xzPC9wPgorPGRpdiBp
ZD0iY29uc29sZSI+PC9kaXY+CisKKzxpbnB1dCBpZD1lbXB0eU9uRmlyc3RWaXNpdD4KKzxkaXYg
aWQ9cGFyZW50PgorPC9kaXY+CisKKzxzY3JpcHQ+CisKK2Z1bmN0aW9uIG1ha2VGb3JtKHBhcmVu
dCwgYnV0dG9uVmFsdWUsIGhpZGRlblZhbHVlLCBpbWFnZVZhbHVlLCByZXNldFZhbHVlLCBzdWJt
aXRWYWx1ZSwgdGV4dFZhbHVlMSwgdGV4dFZhbHVlMiwgdGV4dEFyZWFWYWx1ZSkgeworICAgIHBh
cmVudC5pbm5lckhUTUwgPSAnPGZvcm0gYWN0aW9uPSJkYXRhOnRleHQvaHRtbCw8c2NyaXB0Pmhp
c3RvcnkuYmFjaygpJmx0Oy9zY3JpcHQ+IiBpZD1mb3JtMT4nCisgICAgICAgICsgJzxpbnB1dCBu
YW1lPWJ1dHRvbiBpZD1idXR0b24gdHlwZT1idXR0b24gdmFsdWU9IicgKyBidXR0b25WYWx1ZSAr
ICciPicKKyAgICAgICAgKyAnPGlucHV0IG5hbWU9aGlkZGVuIGlkPWhpZGRlbiB0eXBlPWhpZGRl
biB2YWx1ZT0iJyArIGhpZGRlblZhbHVlICsgJyI+JworICAgICAgICArICc8aW5wdXQgbmFtZT1p
bWFnZSBpZD1pbWFnZSB0eXBlPWltYWdlIHZhbHVlPSInICsgaW1hZ2VWYWx1ZSArICciPicKKyAg
ICAgICAgKyAnPGlucHV0IG5hbWU9cmVzZXQgaWQ9cmVzZXQgdHlwZT1yZXNldCB2YWx1ZT0iJyAr
IHJlc2V0VmFsdWUgKyAnIj4nCisgICAgICAgICsgJzxpbnB1dCBuYW1lPXN1Ym1pdDEgaWQ9c3Vi
bWl0MSB0eXBlPXN1Ym1pdCB2YWx1ZT0iJyArIHN1Ym1pdFZhbHVlICsgJyI+JworICAgICAgICAr
ICc8aW5wdXQgbmFtZT10ZXh0MSBpZD10ZXh0MSB0eXBlPXRleHQgdmFsdWU9IicgKyB0ZXh0VmFs
dWUxICsgJyI+JworICAgICAgICArICc8aW5wdXQgbmFtZT10ZXh0MiBpZD10ZXh0MiB0eXBlPXRl
eHQgdmFsdWU9IicgKyB0ZXh0VmFsdWUyICsgJyI+JworICAgICAgICArICc8dGV4dGFyZWEgbmFt
ZT10ZXh0YXJlYSBpZD10ZXh0YXJlYT4nICsgdGV4dEFyZWFWYWx1ZSArICc8L3RleHRhcmVhPicK
KyAgICAgICAgKyAnPC9mb3JtPic7Cit9CisKK3ZhciBwYXJlbnQgPSBkb2N1bWVudC5nZXRFbGVt
ZW50QnlJZCgncGFyZW50Jyk7Cit2YXIgc3RhdGUgPSBkb2N1bWVudC5nZXRFbGVtZW50QnlJZCgn
ZW1wdHlPbkZpcnN0VmlzaXQnKTsKK2lmICghc3RhdGUudmFsdWUpIHsKKyAgICAvLyBGaXJzdCB2
aXNpdC4KKyAgICBpZiAod2luZG93LmxheW91dFRlc3RDb250cm9sbGVyKQorICAgICAgICBsYXlv
dXRUZXN0Q29udHJvbGxlci53YWl0VW50aWxEb25lKCk7CisgICAgc3RhdGUudmFsdWUgPSAndmlz
aXRlZCc7CisgICAgbWFrZUZvcm0ocGFyZW50LCAnMScsICcxJywgJzEnLCAnMScsICcxJywgJzEn
LCAnMScsICcxJyk7CisKKyAgICBkb2N1bWVudC5nZXRFbGVtZW50QnlJZCgndGV4dDEnKS52YWx1
ZSA9ICdlZGl0JzsKKyAgICBkb2N1bWVudC5nZXRFbGVtZW50QnlJZCgnZm9ybTEnKS5zdWJtaXQo
KTsKK30gZWxzZSB7CisgICAgLy8gU2Vjb25kIHZpc2l0LgorICAgIG1ha2VGb3JtKHBhcmVudCwg
JzInLCAnMicsICcyJywgJzInLCAnMicsICcyJywgJzInLCAnMicpOworCisgICAgc2hvdWxkQmUo
J2RvY3VtZW50LmdldEVsZW1lbnRCeUlkKCJidXR0b24iKS52YWx1ZScsICciMiInKTsKKyAgICBz
aG91bGRCZSgnZG9jdW1lbnQuZ2V0RWxlbWVudEJ5SWQoImhpZGRlbiIpLnZhbHVlJywgJyIyIicp
OworICAgIHNob3VsZEJlKCdkb2N1bWVudC5nZXRFbGVtZW50QnlJZCgiaW1hZ2UiKS52YWx1ZScs
ICciMiInKTsKKyAgICBzaG91bGRCZSgnZG9jdW1lbnQuZ2V0RWxlbWVudEJ5SWQoInJlc2V0Iiku
dmFsdWUnLCAnIjIiJyk7CisgICAgc2hvdWxkQmUoJ2RvY3VtZW50LmdldEVsZW1lbnRCeUlkKCJz
dWJtaXQxIikudmFsdWUnLCAnIjIiJyk7CisgICAgc2hvdWxkQmUoJ2RvY3VtZW50LmdldEVsZW1l
bnRCeUlkKCJ0ZXh0MSIpLnZhbHVlJywgJyJlZGl0IicpOworICAgIHNob3VsZEJlKCdkb2N1bWVu
dC5nZXRFbGVtZW50QnlJZCgidGV4dDIiKS52YWx1ZScsICciMiInKTsKKyAgICBzaG91bGRCZSgn
ZG9jdW1lbnQuZ2V0RWxlbWVudEJ5SWQoInRleHRhcmVhIikudmFsdWUnLCAnIjIiJyk7CisKKyAg
ICBwYXJlbnQuaW5uZXJIVE1MID0gJyc7CisgICAgaWYgKHdpbmRvdy5sYXlvdXRUZXN0Q29udHJv
bGxlcikKKyAgICAgICAgbGF5b3V0VGVzdENvbnRyb2xsZXIubm90aWZ5RG9uZSgpOworfQorPC9z
Y3JpcHQ+Cis8L2JvZHk+CmRpZmYgLS1naXQgYS9XZWJDb3JlL0NoYW5nZUxvZyBiL1dlYkNvcmUv
Q2hhbmdlTG9nCmluZGV4IDg4NDQ1YmIuLmRhMDgyNTggMTAwNjQ0Ci0tLSBhL1dlYkNvcmUvQ2hh
bmdlTG9nCisrKyBiL1dlYkNvcmUvQ2hhbmdlTG9nCkBAIC0xLDMgKzEsMjcgQEAKKzIwMTAtMDQt
MDIgIEtlbnQgVGFtdXJhICA8dGtlbnRAY2hyb21pdW0ub3JnPgorCisgICAgICAgIFJldmlld2Vk
IGJ5IE5PQk9EWSAoT09QUyEpLgorCisgICAgICAgIEZvcm0gY29udHJvbCBzdGF0ZSBzaG91bGRu
J3QgYmUgcmVzdG9yZWQgZm9yIGhpZGRlbiBpbnB1dHMuCisgICAgICAgIGh0dHBzOi8vYnVncy53
ZWJraXQub3JnL3Nob3dfYnVnLmNnaT9pZD0yNjI0MQorCisgICAgICAgIFRvIGZpeCB0aGlzIGlz
c3VlLCB3ZSBkb24ndCBzYXZlIHZhbHVlcyBpZiBpdCBpcyBub3QgY2hhbmdlZCBmcm9tCisgICAg
ICAgIHRoZSBkZWZhdWx0IHZhbHVlLgorCisgICAgICAgIFVwZGF0aW5nIHRoZSB2YWx1ZSBJREwg
YXR0cmlidXRlIG9mIHNvbWUgY29udHJvbHMgc3VjaCBhcworICAgICAgICB0eXBlPWhpZGRlbiBh
bHNvIHVwZGF0ZXMgdGhlIHZhbHVlIGNvbnRlbnQgYXR0cmlidXRlLCBhbmQgaXQncworICAgICAg
ICBpbXBvc3NpYmxlIHRvIGRpc3Rpbmd1aXNoIHRoZSBpbml0aWFsIHZhbHVlIGFuZCB0aGUgY3Vy
cmVudAorICAgICAgICB2YWx1ZS4gVGhlIHZhbHVlcyBvZiBzdWNoIGNvbnRyb2xzIGFyZSBub3Qg
c2F2ZWQuIEl0IHdvbid0IGJlIGEKKyAgICAgICAgcHJvYmxlbSBiZWNhdXNlIHdlIHdhbnQgdG8g
c2F2ZSBhbmQgcmVzdG9yZSB1c2VyLWVkaXRlZCB2YWx1ZXMuCisKKyAgICAgICAgVGVzdDogZmFz
dC9mb3Jtcy9zdGF0ZS1yZXN0b3JlLXRvLW5vbi1lZGl0ZWQtY29udHJvbHMuaHRtbAorCisgICAg
ICAgICogaHRtbC9IVE1MSW5wdXRFbGVtZW50LmNwcDoKKyAgICAgICAgKFdlYkNvcmU6OkhUTUxJ
bnB1dEVsZW1lbnQ6OnNhdmVGb3JtQ29udHJvbFN0YXRlKToKKyAgICAgICAgICBEbyBub3Qgc2F2
ZSB0aGUgdmFsdWUgaWYgaXQgaXMgc2FtZSBhcyB0aGUgZGVmYXVsdCB2YWx1ZS4KKyAgICAgICAg
KiBodG1sL0hUTUxUZXh0QXJlYUVsZW1lbnQuY3BwOgorICAgICAgICAoV2ViQ29yZTo6SFRNTFRl
eHRBcmVhRWxlbWVudDo6c2F2ZUZvcm1Db250cm9sU3RhdGUpOiBkaXR0by4KKwogMjAxMC0wNC0w
MSAgU2hlcmlmZiBCb3QgIDx3ZWJraXQucmV2aWV3LmJvdEBnbWFpbC5jb20+CiAKICAgICAgICAg
VW5yZXZpZXdlZC4gUm9sbG91dCBvZiBodHRwOi8vdHJhYy53ZWJraXQub3JnL2NoYW5nZXNldC81
NjkzMApkaWZmIC0tZ2l0IGEvV2ViQ29yZS9odG1sL0hUTUxJbnB1dEVsZW1lbnQuY3BwIGIvV2Vi
Q29yZS9odG1sL0hUTUxJbnB1dEVsZW1lbnQuY3BwCmluZGV4IDllNzE5MTguLjRkOWZiZmMgMTAw
NjQ0Ci0tLSBhL1dlYkNvcmUvaHRtbC9IVE1MSW5wdXRFbGVtZW50LmNwcAorKysgYi9XZWJDb3Jl
L2h0bWwvSFRNTElucHV0RWxlbWVudC5jcHAKQEAgLTkzNSw5ICs5MzUsMTMgQEAgYm9vbCBIVE1M
SW5wdXRFbGVtZW50OjpzYXZlRm9ybUNvbnRyb2xTdGF0ZShTdHJpbmcmIHJlc3VsdCkgY29uc3QK
ICAgICAgICAgY2FzZSBURVhUOgogICAgICAgICBjYXNlIFRJTUU6CiAgICAgICAgIGNhc2UgVVJM
OgotICAgICAgICBjYXNlIFdFRUs6Ci0gICAgICAgICAgICByZXN1bHQgPSB2YWx1ZSgpOworICAg
ICAgICBjYXNlIFdFRUs6IHsKKyAgICAgICAgICAgIFN0cmluZyBjdXJyZW50VmFsdWUgPSB2YWx1
ZSgpOworICAgICAgICAgICAgaWYgKGN1cnJlbnRWYWx1ZSA9PSBkZWZhdWx0VmFsdWUoKSkKKyAg
ICAgICAgICAgICAgICByZXR1cm4gZmFsc2U7CisgICAgICAgICAgICByZXN1bHQgPSBjdXJyZW50
VmFsdWU7CiAgICAgICAgICAgICByZXR1cm4gdHJ1ZTsKKyAgICAgICAgfQogICAgICAgICBjYXNl
IENIRUNLQk9YOgogICAgICAgICBjYXNlIFJBRElPOgogICAgICAgICAgICAgcmVzdWx0ID0gY2hl
Y2tlZCgpID8gIm9uIiA6ICJvZmYiOwpkaWZmIC0tZ2l0IGEvV2ViQ29yZS9odG1sL0hUTUxUZXh0
QXJlYUVsZW1lbnQuY3BwIGIvV2ViQ29yZS9odG1sL0hUTUxUZXh0QXJlYUVsZW1lbnQuY3BwCmlu
ZGV4IDBhZDI5OGUuLjM2ZTgzYmUgMTAwNjQ0Ci0tLSBhL1dlYkNvcmUvaHRtbC9IVE1MVGV4dEFy
ZWFFbGVtZW50LmNwcAorKysgYi9XZWJDb3JlL2h0bWwvSFRNTFRleHRBcmVhRWxlbWVudC5jcHAK
QEAgLTg2LDcgKzg2LDEwIEBAIGNvbnN0IEF0b21pY1N0cmluZyYgSFRNTFRleHRBcmVhRWxlbWVu
dDo6Zm9ybUNvbnRyb2xUeXBlKCkgY29uc3QKIAogYm9vbCBIVE1MVGV4dEFyZWFFbGVtZW50Ojpz
YXZlRm9ybUNvbnRyb2xTdGF0ZShTdHJpbmcmIHJlc3VsdCkgY29uc3QKIHsKLSAgICByZXN1bHQg
PSB2YWx1ZSgpOworICAgIFN0cmluZyBjdXJyZW50VmFsdWUgPSB2YWx1ZSgpOworICAgIGlmIChj
dXJyZW50VmFsdWUgPT0gZGVmYXVsdFZhbHVlKCkpCisgICAgICAgIHJldHVybiBmYWxzZTsKKyAg
ICByZXN1bHQgPSBjdXJyZW50VmFsdWU7CiAgICAgcmV0dXJuIHRydWU7CiB9CiAK
</data>

          </attachment>
      

    </bug>

</bugzilla>