<?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>89209</bug_id>
          
          <creation_ts>2012-06-15 07:15:48 -0700</creation_ts>
          <short_desc>REGRESSION(r112113): absolutely positioned INPUT boxes with a table cell containing block have a 0px height</short_desc>
          <delta_ts>2012-11-13 00:07:22 -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>Forms</component>
          <version>528+ (Nightly build)</version>
          <rep_platform>Mac (Intel)</rep_platform>
          <op_sys>OS X 10.7</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc>http://jsfiddle.net/mqJhw/7/</bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords>HasReduction, InRadar, Regression</keywords>
          <priority>P2</priority>
          <bug_severity>Normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>fred</reporter>
          <assigned_to name="Julien Chaffraix">jchaffraix</assigned_to>
          <cc>cdumez</cc>
    
    <cc>eric</cc>
    
    <cc>fred</cc>
    
    <cc>jchaffraix</cc>
    
    <cc>jonlee</cc>
    
    <cc>mifenton</cc>
    
    <cc>mitz</cc>
    
    <cc>ojan</cc>
    
    <cc>tkent</cc>
    
    <cc>webkit.review.bot</cc>
    
    <cc>zan</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>650149</commentid>
    <comment_count>0</comment_count>
    <who name="">fred</who>
    <bug_when>2012-06-15 07:15:48 -0700</bug_when>
    <thetext>Create a positioned container, e.g. DIV of say 100 x 100px and place an INPUT inside it. Style the input with { position: absolute; width: auto; left:0; right:0; height: auto; top: 0; bottom:0; border: none; background: none }  Now observe on a Mac when the page loads it does not show the Value of the INPUT tag. When you hover over it you can see the blue outline of where the INPUT element should be, but you cannot click inside it to edit the text. But this does work fine on the same version of Chrome for Windows. Adding another style rule: { min-height: 20px } will fix it, but this should not be necessary.

In the http://jsfiddle.net/mqJhw/7/ version the min-height workaround is disabled, while in http://jsfiddle.net/mqJhw/6/ it is enabled.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>650157</commentid>
    <comment_count>1</comment_count>
    <who name="">fred</who>
    <bug_when>2012-06-15 07:23:50 -0700</bug_when>
    <thetext>Forgot to mention, that the rendering error exists in both Chrome Canary 21.0.1175.0 and Webkit nightly build r120398, but not in Safari 5.1.7!</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>651964</commentid>
    <comment_count>2</comment_count>
    <who name="Kent Tamura">tkent</who>
    <bug_when>2012-06-18 19:04:53 -0700</bug_when>
    <thetext>Regression range: http://trac.webkit.org/log/trunk/?rev=112129&amp;stop_rev=112101&amp;verbose=on</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>660126</commentid>
    <comment_count>3</comment_count>
    <who name="Kent Tamura">tkent</who>
    <bug_when>2012-06-28 21:46:00 -0700</bug_when>
    <thetext>I confirmed this was a regression by http://trac.webkit.org/changeset/112113 .
Julien?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>665410</commentid>
    <comment_count>4</comment_count>
    <who name="Julien Chaffraix">jchaffraix</who>
    <bug_when>2012-07-09 19:05:32 -0700</bug_when>
    <thetext>(In reply to comment #3)
&gt; I confirmed this was a regression by http://trac.webkit.org/changeset/112113 .
&gt; Julien?

It looks like the issue was already present but uncovered by the changeset. The core of the issue is that we override the style&apos;s height in RenderTextControlSingleLine::layout. In this case, because of the input&apos;s containing block is a cell, it hasn&apos;t been laid out yet and we improperly constrain the &lt;input&gt;&apos;s inner blocks to have a 0 height. The second layout unfortunately re-uses the previous (wrong) value and over-constrain.

I fear that to fix the regression, we need to remove the height-override hacks (which would be a good change but non-trivial). A system akin to cell&apos;s intrinsic padding should give us what we want.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>666065</commentid>
    <comment_count>5</comment_count>
      <attachid>151526</attachid>
    <who name="Julien Chaffraix">jchaffraix</who>
    <bug_when>2012-07-10 14:28:30 -0700</bug_when>
    <thetext>Created attachment 151526
Reduction</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>666125</commentid>
    <comment_count>6</comment_count>
      <attachid>151544</attachid>
    <who name="Julien Chaffraix">jchaffraix</who>
    <bug_when>2012-07-10 15:55:52 -0700</bug_when>
    <thetext>Created attachment 151544
Proposed fix, reset overriden height before laying out.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>666283</commentid>
    <comment_count>7</comment_count>
      <attachid>151544</attachid>
    <who name="WebKit Review Bot">webkit.review.bot</who>
    <bug_when>2012-07-10 20:11:49 -0700</bug_when>
    <thetext>Comment on attachment 151544
Proposed fix, reset overriden height before laying out.

Clearing flags on attachment: 151544

Committed r122290: &lt;http://trac.webkit.org/changeset/122290&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>666284</commentid>
    <comment_count>8</comment_count>
    <who name="WebKit Review Bot">webkit.review.bot</who>
    <bug_when>2012-07-10 20:11:58 -0700</bug_when>
    <thetext>All reviewed patches have been landed.  Closing bug.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>666429</commentid>
    <comment_count>9</comment_count>
    <who name="Chris Dumez">cdumez</who>
    <bug_when>2012-07-11 00:10:58 -0700</bug_when>
    <thetext>On EFL and GTK ports, the test is failing because we cannot see the date in the second &lt;input&gt;.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>666431</commentid>
    <comment_count>10</comment_count>
    <who name="Chris Dumez">cdumez</who>
    <bug_when>2012-07-11 00:13:37 -0700</bug_when>
    <thetext>(In reply to comment #9)
&gt; On EFL and GTK ports, the test is failing because we cannot see the date in the second &lt;input&gt;.

Same for Qt port.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>666452</commentid>
    <comment_count>11</comment_count>
    <who name="Zan Dobersek">zan</who>
    <bug_when>2012-07-11 00:33:22 -0700</bug_when>
    <thetext>(In reply to comment #10)
&gt; (In reply to comment #9)
&gt; &gt; On EFL and GTK ports, the test is failing because we cannot see the date in the second &lt;input&gt;.
&gt; 
&gt; Same for Qt port.

The second input is of type &apos;date&apos;[1]. I believe for the test to properly function, the ENABLE_INPUT_TYPE_DATE feature should be enabled. Most ports don&apos;t enable it, though, so that&apos;s probably why the test fails:
http://test-results.appspot.com/dashboards/flakiness_dashboard.html#group=%40ToT%20-%20webkit.org&amp;tests=fast%2Fforms%2Finput-in-table-cell-no-value.html

[1] - http://trac.webkit.org/browser/trunk/LayoutTests/fast/forms/input-in-table-cell-no-value.html?rev=122290#L29</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>666457</commentid>
    <comment_count>12</comment_count>
    <who name="Kent Tamura">tkent</who>
    <bug_when>2012-07-11 00:42:24 -0700</bug_when>
    <thetext>(In reply to comment #11)
&gt; The second input is of type &apos;date&apos;[1]. I believe for the test to properly function, the ENABLE_INPUT_TYPE_DATE feature should be enabled. Most ports don&apos;t enable it, though, so that&apos;s probably why the test fails:
&gt; http://test-results.appspot.com/dashboards/flakiness_dashboard.html#group=%40ToT%20-%20webkit.org&amp;tests=fast%2Fforms%2Finput-in-table-cell-no-value.html

I don&apos;t this so. If a port has no INPUT_TYPE_DATE, &lt;input type=date&gt; should work as &lt;input type=text&gt;, and the test HTML and the reference HTML produce the identical image.

Probably repainting issue?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>666464</commentid>
    <comment_count>13</comment_count>
    <who name="Zan Dobersek">zan</who>
    <bug_when>2012-07-11 00:47:30 -0700</bug_when>
    <thetext>(In reply to comment #12)
&gt; 
&gt; Probably repainting issue?

I&apos;m not sure that&apos;s the issue. When running the test and expected HTML manually the difference still occurs. Expected HTML renders the date in text but the test HTML doesn&apos;t.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>666473</commentid>
    <comment_count>14</comment_count>
    <who name="Kent Tamura">tkent</who>
    <bug_when>2012-07-11 00:53:40 -0700</bug_when>
    <thetext>(In reply to comment #13)
&gt; (In reply to comment #12)
&gt; &gt; 
&gt; &gt; Probably repainting issue?
&gt; 
&gt; I&apos;m not sure that&apos;s the issue. When running the test and expected HTML manually the difference still occurs. Expected HTML renders the date in text but the test HTML doesn&apos;t.

I see.
type=date and type=text have some differences. Probably the patch fixed type=number and type=date case, but didn&apos;t fix type=text case.
The patch itself isn&apos;t harmful.  I think we had better skip the test on ports without INPUT_TYPE_DATE, and fix the type=text case later.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>666804</commentid>
    <comment_count>15</comment_count>
    <who name="Julien Chaffraix">jchaffraix</who>
    <bug_when>2012-07-11 09:31:42 -0700</bug_when>
    <thetext>(In reply to comment #14)
&gt; (In reply to comment #13)
&gt; &gt; (In reply to comment #12)
&gt; &gt; &gt; 
&gt; &gt; &gt; Probably repainting issue?
&gt; &gt; 
&gt; &gt; I&apos;m not sure that&apos;s the issue. When running the test and expected HTML manually the difference still occurs. Expected HTML renders the date in text but the test HTML doesn&apos;t.
&gt; 
&gt; I see.
&gt; type=date and type=text have some differences. Probably the patch fixed type=number and type=date case, but didn&apos;t fix type=text case.
&gt; The patch itself isn&apos;t harmful.  I think we had better skip the test on ports without INPUT_TYPE_DATE, and fix the type=text case later.

Looks like the test was disabled on non chromium platforms, sorry for the breakage. I have filed bug 90987 to track the failure. I hope to look at it after a couple of high-priority bugs on my plate.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>765329</commentid>
    <comment_count>16</comment_count>
    <who name="">mitz</who>
    <bug_when>2012-11-13 00:07:22 -0800</bug_when>
    <thetext>&lt;rdar://problem/12685932&gt;</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>151526</attachid>
            <date>2012-07-10 14:28:30 -0700</date>
            <delta_ts>2012-07-10 14:28:30 -0700</delta_ts>
            <desc>Reduction</desc>
            <filename>regression-input-value.html</filename>
            <type>text/html</type>
            <size>440</size>
            <attacher name="Julien Chaffraix">jchaffraix</attacher>
            
              <data encoding="base64">PCFET0NUWVBFPgo8aHRtbD4KPGhlYWQ+CjxzdHlsZT4KdGQKewogICAgcG9zaXRpb246IHJlbGF0
aXZlOwogICAgaGVpZ2h0OiA1MHB4Owp9CgppbnB1dAp7CiAgICBwb3NpdGlvbjogYWJzb2x1dGU7
CiAgICB3aWR0aDogMTAwcHg7CiAgICB0b3A6IDJweDsKICAgIGJvdHRvbTogMnB4Owp9Cjwvc3R5
bGU+CjwvaGVhZD4KPHRhYmxlPgo8dHI+CiAgICA8dGQ+U2luZ2xlIGxpbmUgdGV4dCBpbnB1dDwv
dGQ+CiAgICA8dGQ+PGlucHV0IHR5cGU9Im51bWJlciIgdmFsdWU9IjEiPjwvaW5wdXQ+PC90ZD4K
PC90cj4KPHRyPgogICAgPHRkPlRleHQgaW5wdXQgPGJyLz4gc3Bhbm5pbmcgPGJyLz4gbXVsdGlw
bGUgbGluZXMuPC90ZD4KICAgIDx0ZD48aW5wdXQgdHlwZT0iZGF0ZSIgdmFsdWU9IjIwMDAtMDEt
MDEiPjwvaW5wdXQ+PC90ZD4KPC90cj4KPC90YWJsZT4KPC9odG1sPgo=
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>151544</attachid>
            <date>2012-07-10 15:55:52 -0700</date>
            <delta_ts>2012-07-10 20:11:48 -0700</delta_ts>
            <desc>Proposed fix, reset overriden height before laying out.</desc>
            <filename>bug-89209-20120710155551.patch</filename>
            <type>text/plain</type>
            <size>5595</size>
            <attacher name="Julien Chaffraix">jchaffraix</attacher>
            
              <data encoding="base64">U3VidmVyc2lvbiBSZXZpc2lvbjogMTIyMTEwCmRpZmYgLS1naXQgYS9Tb3VyY2UvV2ViQ29yZS9D
aGFuZ2VMb2cgYi9Tb3VyY2UvV2ViQ29yZS9DaGFuZ2VMb2cKaW5kZXggYjI2NGUwNTRhYmU5NGI4
Nzc2MDhmYjAzZTdkOTkyZTYyMjU4MGJhZi4uMGFhMmYzODAzNjllM2Y2ZTQ5MTc1NDI1YTEyMTk5
NjVhYzczNmRmMSAxMDA2NDQKLS0tIGEvU291cmNlL1dlYkNvcmUvQ2hhbmdlTG9nCisrKyBiL1Nv
dXJjZS9XZWJDb3JlL0NoYW5nZUxvZwpAQCAtMSwzICsxLDIxIEBACisyMDEyLTA3LTEwICBKdWxp
ZW4gQ2hhZmZyYWl4ICA8amNoYWZmcmFpeEB3ZWJraXQub3JnPgorCisgICAgICAgIFJFR1JFU1NJ
T04ocjExMjExMyk6IGFic29sdXRlbHkgcG9zaXRpb25lZCBJTlBVVCBib3hlcyB3aXRoIGEgdGFi
bGUgY2VsbCBjb250YWluaW5nIGJsb2NrIGhhdmUgYSAwcHggaGVpZ2h0CisgICAgICAgIGh0dHBz
Oi8vYnVncy53ZWJraXQub3JnL3Nob3dfYnVnLmNnaT9pZD04OTIwOQorCisgICAgICAgIFJldmll
d2VkIGJ5IE5PQk9EWSAoT09QUyEpLgorCisgICAgICAgIFRlc3Q6IGZhc3QvZm9ybXMvaW5wdXQt
aW4tdGFibGUtY2VsbC1uby12YWx1ZS5odG1sCisKKyAgICAgICAgVGhlIGlzc3VlIGNvbWVzIGZy
b20gdGhlIGxheW91dCBjb2RlIG5vdCBwcm9wZXJseSByZXNldHRpbmcgdGhlIG92ZXJyaWRlbiBo
ZWlndGggYmV0d2VlbiBsYXlvdXRzLgorCisgICAgICAgIFRoZSB0ZXN0IGNhc2UgcmVsaWVzIG9u
IGEgdGFibGUgY2VsbCBhcyBpdCByZXF1aXJlcyBhIDIgcGFzcyBsYXlvdXQuIEJldHdlZW4gdGhl
IDIgcGFzc2VzLCBkaWZmZXJlbnQKKyAgICAgICAgY29kZSBwYXRocyB3b3VsZCBiZSB0YWtlbiwg
bGVhZGluZyB0byBwcmV2aW91cyB2YWx1ZXMgYmVpbmcgdXNlZCB0byBvdmVyLWNvbnN0cmFpbiB0
aGUgaW5uZXIgY29udGVudC4KKworICAgICAgICAqIHJlbmRlcmluZy9SZW5kZXJUZXh0Q29udHJv
bFNpbmdsZUxpbmUuY3BwOgorICAgICAgICAoV2ViQ29yZTo6UmVuZGVyVGV4dENvbnRyb2xTaW5n
bGVMaW5lOjpsYXlvdXQpOgorICAgICAgICBFbnN1cmUgY29uc2lzdGVudCBsYXlvdXQgYnkgcmVz
ZXR0aW5nIGFueSBvdmVycmlkZW4gY29uZGl0aW9uYWwgaGVpZ2h0LgorCiAyMDEyLTA3LTA5ICBT
aGVyaWZmIEJvdCAgPHdlYmtpdC5yZXZpZXcuYm90QGdtYWlsLmNvbT4KIAogICAgICAgICBVbnJl
dmlld2VkLCByb2xsaW5nIG91dCByMTIyMTA3LgpkaWZmIC0tZ2l0IGEvU291cmNlL1dlYkNvcmUv
cmVuZGVyaW5nL1JlbmRlclRleHRDb250cm9sU2luZ2xlTGluZS5jcHAgYi9Tb3VyY2UvV2ViQ29y
ZS9yZW5kZXJpbmcvUmVuZGVyVGV4dENvbnRyb2xTaW5nbGVMaW5lLmNwcAppbmRleCBjNDNiZjY3
NWM0MThiMWUwM2FkYjM2ZGM2NzhjMDg0Yjk1ZjAxM2E2Li41NWE2NTcxN2Q1NzE0NGQ5YjMyMjlh
ZWMzNmIxYTI2YTliMDQyNDZmIDEwMDY0NAotLS0gYS9Tb3VyY2UvV2ViQ29yZS9yZW5kZXJpbmcv
UmVuZGVyVGV4dENvbnRyb2xTaW5nbGVMaW5lLmNwcAorKysgYi9Tb3VyY2UvV2ViQ29yZS9yZW5k
ZXJpbmcvUmVuZGVyVGV4dENvbnRyb2xTaW5nbGVMaW5lLmNwcApAQCAtMTI0LDExICsxMjQsMTcg
QEAgdm9pZCBSZW5kZXJUZXh0Q29udHJvbFNpbmdsZUxpbmU6OmxheW91dCgpCiAgICAgLy8gYW5k
IHR5cGU9c2VhcmNoIGlmIHRoZSB0ZXh0IGhlaWdodCBpcyB0YWxsZXIgdGhhbiB0aGUgY29udGVu
dEhlaWdodCgpCiAgICAgLy8gYmVjYXVzZSBvZiBjb21wYWJpbGl0eS4KIAotICAgIFJlbmRlckJs
b2NrOjpsYXlvdXRCbG9jayhmYWxzZSk7Ci0KICAgICBSZW5kZXJCb3gqIGlubmVyVGV4dFJlbmRl
cmVyID0gaW5uZXJUZXh0RWxlbWVudCgpLT5yZW5kZXJCb3goKTsKICAgICBBU1NFUlQoaW5uZXJU
ZXh0UmVuZGVyZXIpOwogICAgIFJlbmRlckJveCogaW5uZXJCbG9ja1JlbmRlcmVyID0gaW5uZXJC
bG9ja0VsZW1lbnQoKSA/IGlubmVyQmxvY2tFbGVtZW50KCktPnJlbmRlckJveCgpIDogMDsKKwor
ICAgIC8vIFRvIGVuc3VyZSBjb25zaXN0ZW5jeSBiZXR3ZWVuIGxheW91dHMsIHdlIG5lZWQgdG8g
cmVzZXQgYW55IGNvbmRpdGlvbmFsbHkgb3ZlcnJpZGVuIGhlaWdodC4KKyAgICBpbm5lclRleHRS
ZW5kZXJlci0+c3R5bGUoKS0+c2V0SGVpZ2h0KExlbmd0aChBdXRvKSk7CisgICAgaWYgKGlubmVy
QmxvY2tSZW5kZXJlcikKKyAgICAgICAgaW5uZXJCbG9ja1JlbmRlcmVyLT5zdHlsZSgpLT5zZXRI
ZWlnaHQoTGVuZ3RoKEF1dG8pKTsKKworICAgIFJlbmRlckJsb2NrOjpsYXlvdXRCbG9jayhmYWxz
ZSk7CisKICAgICBIVE1MRWxlbWVudCogY29udGFpbmVyID0gY29udGFpbmVyRWxlbWVudCgpOwog
ICAgIFJlbmRlckJveCogY29udGFpbmVyUmVuZGVyZXIgPSBjb250YWluZXIgPyBjb250YWluZXIt
PnJlbmRlckJveCgpIDogMDsKIApkaWZmIC0tZ2l0IGEvTGF5b3V0VGVzdHMvQ2hhbmdlTG9nIGIv
TGF5b3V0VGVzdHMvQ2hhbmdlTG9nCmluZGV4IDUyYmY4MjNjZDU1MzAxYTE4NDBjYjUyN2Y1ZGYx
M2NhOTM1MTU5NzEuLjZhYjA1YTNmMGNlZGZkZTkzYjEyMGRjYzA3OTE3YmNmYTQyY2JjMjYgMTAw
NjQ0Ci0tLSBhL0xheW91dFRlc3RzL0NoYW5nZUxvZworKysgYi9MYXlvdXRUZXN0cy9DaGFuZ2VM
b2cKQEAgLTEsMyArMSwxNiBAQAorMjAxMi0wNy0xMCAgSnVsaWVuIENoYWZmcmFpeCAgPGpjaGFm
ZnJhaXhAd2Via2l0Lm9yZz4KKworICAgICAgICBSRUdSRVNTSU9OKHIxMTIxMTMpOiBhYnNvbHV0
ZWx5IHBvc2l0aW9uZWQgSU5QVVQgYm94ZXMgd2l0aCBhIHRhYmxlIGNlbGwgY29udGFpbmluZyBi
bG9jayBoYXZlIGEgMHB4IGhlaWdodAorICAgICAgICBodHRwczovL2J1Z3Mud2Via2l0Lm9yZy9z
aG93X2J1Zy5jZ2k/aWQ9ODkyMDkKKworICAgICAgICBSZXZpZXdlZCBieSBOT0JPRFkgKE9PUFMh
KS4KKworICAgICAgICBUaGUgMiB0ZXN0cyBhcmUgdmVyeSBjbG9zZSBhbmQgZGlmZmVyIGJ5IHRo
ZSB1c2Ugb2YgbWluLWhlaWdodC4gVGhpcyBmb3JjZXMgc29tZSBjb250ZW50IHRvIGJlIHZpc2li
bGUgaW4gdGhlIGV4cGVjdGVkIHJlc3VsdAorICAgICAgICBidXQgbm90IGluIHRoZSBvcmlnaW5h
bCB0ZXN0IGNhc2UuCisKKyAgICAgICAgKiBmYXN0L2Zvcm1zL2lucHV0LWluLXRhYmxlLWNlbGwt
bm8tdmFsdWUtZXhwZWN0ZWQuaHRtbDogQWRkZWQuCisgICAgICAgICogZmFzdC9mb3Jtcy9pbnB1
dC1pbi10YWJsZS1jZWxsLW5vLXZhbHVlLmh0bWw6IEFkZGVkLgorCiAyMDEyLTA3LTA5ICBBbmRy
ZWkgT25lYSAgPG9uZWFAYWRvYmUuY29tPgogCiAgICAgICAgIFtDU1NSZWdpb25zXSBSZW5hbWUg
TmFtZWRGbG93OjpnZXRSZWdpb25zQnlDb250ZW50Tm9kZSB0byBOYW1lZEZsb3c6OmdldFJlZ2lv
bnNCeUNvbnRlbnQKZGlmZiAtLWdpdCBhL0xheW91dFRlc3RzL2Zhc3QvZm9ybXMvaW5wdXQtaW4t
dGFibGUtY2VsbC1uby12YWx1ZS1leHBlY3RlZC5odG1sIGIvTGF5b3V0VGVzdHMvZmFzdC9mb3Jt
cy9pbnB1dC1pbi10YWJsZS1jZWxsLW5vLXZhbHVlLWV4cGVjdGVkLmh0bWwKbmV3IGZpbGUgbW9k
ZSAxMDA2NDQKaW5kZXggMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMC4u
NzlhNTBhMWI4ZTMwNzBlZWRmNzhhYmJjMTE4ZWM5MDAyYjg2MDM0ZgotLS0gL2Rldi9udWxsCisr
KyBiL0xheW91dFRlc3RzL2Zhc3QvZm9ybXMvaW5wdXQtaW4tdGFibGUtY2VsbC1uby12YWx1ZS1l
eHBlY3RlZC5odG1sCkBAIC0wLDAgKzEsMzMgQEAKKzwhRE9DVFlQRSBodG1sPgorPGh0bWw+Cis8
aGVhZD4KKzxzdHlsZT4KK3RkCit7CisgICAgcG9zaXRpb246IHJlbGF0aXZlOworICAgIGhlaWdo
dDogNTBweDsKK30KKworaW5wdXQKK3sKKyAgICBwb3NpdGlvbjogYWJzb2x1dGU7CisgICAgd2lk
dGg6IDEwMHB4OworICAgIHRvcDogMnB4OworICAgIGJvdHRvbTogMnB4OworICAgIG1pbi1oZWln
aHQ6IDEwcHg7Cit9Cis8L3N0eWxlPgorPC9oZWFkPgorPHA+VGVzdCBmb3IgYnVnIDxhIGhyZWY9
Imh0dHBzOi8vYnVncy53ZWJraXQub3JnL3Nob3dfYnVnLmNnaT9pZD04OTIwOSI+ODkyMDk8L2E+
OiBSRUdSRVNTSU9OKHIxMTIxMTMpOiBhYnNvbHV0ZWx5IHBvc2l0aW9uZWQgSU5QVVQgYm94ZXMg
d2l0aCBhIHRhYmxlIGNlbGwgY29udGFpbmluZyBibG9jayBoYXZlIGEgMHB4IGhlaWdodDwvcD4K
KzxwPlRoaXMgdGVzdCBwYXNzZXMgaWYgeW91IGNhbiBzZWUgc29tZSB0ZXh0IGluc2lkZSB0aGUg
Jmx0O2lucHV0Jmd0OyBib3hlczwvcD4KKzx0YWJsZT4KKzx0cj4KKyAgICA8dGQ+U2luZ2xlIGxp
bmUgdGV4dCBpbnB1dDwvdGQ+CisgICAgPHRkPjxpbnB1dCB0eXBlPSJudW1iZXIiIHZhbHVlPSIx
Ij48L2lucHV0PjwvdGQ+Cis8L3RyPgorPHRyPgorICAgIDx0ZD5UZXh0IGlucHV0IDxici8+IHNw
YW5uaW5nIDxici8+IG11bHRpcGxlIGxpbmVzLjwvdGQ+CisgICAgPHRkPjxpbnB1dCB0eXBlPSJk
YXRlIiB2YWx1ZT0iMjAwMC0wMS0wMSI+PC9pbnB1dD48L3RkPgorPC90cj4KKzwvdGFibGU+Cis8
L2h0bWw+CmRpZmYgLS1naXQgYS9MYXlvdXRUZXN0cy9mYXN0L2Zvcm1zL2lucHV0LWluLXRhYmxl
LWNlbGwtbm8tdmFsdWUuaHRtbCBiL0xheW91dFRlc3RzL2Zhc3QvZm9ybXMvaW5wdXQtaW4tdGFi
bGUtY2VsbC1uby12YWx1ZS5odG1sCm5ldyBmaWxlIG1vZGUgMTAwNjQ0CmluZGV4IDAwMDAwMDAw
MDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAuLjc2YzRhMTkyYWI0YjZlNzE0MzdhYmEy
M2E5OWI5ZTQwYTFkZmI5ZTIKLS0tIC9kZXYvbnVsbAorKysgYi9MYXlvdXRUZXN0cy9mYXN0L2Zv
cm1zL2lucHV0LWluLXRhYmxlLWNlbGwtbm8tdmFsdWUuaHRtbApAQCAtMCwwICsxLDMyIEBACis8
IURPQ1RZUEUgaHRtbD4KKzxodG1sPgorPGhlYWQ+Cis8c3R5bGU+Cit0ZAoreworICAgIHBvc2l0
aW9uOiByZWxhdGl2ZTsKKyAgICBoZWlnaHQ6IDUwcHg7Cit9CisKK2lucHV0Cit7CisgICAgcG9z
aXRpb246IGFic29sdXRlOworICAgIHdpZHRoOiAxMDBweDsKKyAgICB0b3A6IDJweDsKKyAgICBi
b3R0b206IDJweDsKK30KKzwvc3R5bGU+Cis8L2hlYWQ+Cis8cD5UZXN0IGZvciBidWcgPGEgaHJl
Zj0iaHR0cHM6Ly9idWdzLndlYmtpdC5vcmcvc2hvd19idWcuY2dpP2lkPTg5MjA5Ij44OTIwOTwv
YT46IFJFR1JFU1NJT04ocjExMjExMyk6IGFic29sdXRlbHkgcG9zaXRpb25lZCBJTlBVVCBib3hl
cyB3aXRoIGEgdGFibGUgY2VsbCBjb250YWluaW5nIGJsb2NrIGhhdmUgYSAwcHggaGVpZ2h0PC9w
PgorPHA+VGhpcyB0ZXN0IHBhc3NlcyBpZiB5b3UgY2FuIHNlZSBzb21lIHRleHQgaW5zaWRlIHRo
ZSAmbHQ7aW5wdXQmZ3Q7IGJveGVzPC9wPgorPHRhYmxlPgorPHRyPgorICAgIDx0ZD5TaW5nbGUg
bGluZSB0ZXh0IGlucHV0PC90ZD4KKyAgICA8dGQ+PGlucHV0IHR5cGU9Im51bWJlciIgdmFsdWU9
IjEiPjwvaW5wdXQ+PC90ZD4KKzwvdHI+Cis8dHI+CisgICAgPHRkPlRleHQgaW5wdXQgPGJyLz4g
c3Bhbm5pbmcgPGJyLz4gbXVsdGlwbGUgbGluZXMuPC90ZD4KKyAgICA8dGQ+PGlucHV0IHR5cGU9
ImRhdGUiIHZhbHVlPSIyMDAwLTAxLTAxIj48L2lucHV0PjwvdGQ+Cis8L3RyPgorPC90YWJsZT4K
KzwvaHRtbD4K
</data>

          </attachment>
      

    </bug>

</bugzilla>