<?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>112688</bug_id>
          
          <creation_ts>2013-03-19 06:21:16 -0700</creation_ts>
          <short_desc>[Qt] QStyle: Invalid rendering of button elements (missing enabled state)</short_desc>
          <delta_ts>2013-07-10 01:55:54 -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>New Bugs</component>
          <version>528+ (Nightly build)</version>
          <rep_platform>Unspecified</rep_platform>
          <op_sys>Unspecified</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>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="David Rosca">nowrep</reporter>
          <assigned_to name="Nobody">webkit-unassigned</assigned_to>
          <cc>allan.jensen</cc>
    
    <cc>hausmann</cc>
    
    <cc>jturcotte</cc>
    
    <cc>pierre.rossi</cc>
    
    <cc>sfcheng</cc>
    
    <cc>webkit.review.bot</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>858211</commentid>
    <comment_count>0</comment_count>
      <attachid>193806</attachid>
    <who name="David Rosca">nowrep</who>
    <bug_when>2013-03-19 06:21:16 -0700</bug_when>
    <thetext>Created attachment 193806
Added State_Enabled as default

There is an issue with rendering buttons, comboboxes, checkboxes (and I think also other elements) with QStyle.
QStyle::State_Enabled is never set, so resulting buttons looks like disabled (except color of text).

I&apos;m using QGtkStyle, but I believe this issue is not related to it.

Screenshots before/after the patch: https://dl.dropbox.com/u/42835431/qtwebkit/buttons-rendering.png

In the attached patch, QStyleFacade::State_Enabled is set as a default state, which fixes this issue.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>858212</commentid>
    <comment_count>1</comment_count>
      <attachid>193807</attachid>
    <who name="David Rosca">nowrep</who>
    <bug_when>2013-03-19 06:22:11 -0700</bug_when>
    <thetext>Created attachment 193807
Testing page</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>858232</commentid>
    <comment_count>2</comment_count>
    <who name="Jocelyn Turcotte">jturcotte</who>
    <bug_when>2013-03-19 06:48:56 -0700</bug_when>
    <thetext>That might not really be useful information I&apos;m seeing this bug with the GTK style, but not the fusion style.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>858240</commentid>
    <comment_count>3</comment_count>
    <who name="David Rosca">nowrep</who>
    <bug_when>2013-03-19 06:54:58 -0700</bug_when>
    <thetext>The same issue is also reproducible on Windows Vista style.
I think the main problem here is that all elements are painted without State_Enabled flag set, even if they actually are enabled. 
It&apos;s possible that it makes no difference with Fusion style (I didn&apos;t test it with Qt 5), but it shouldn&apos;t break it.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>858246</commentid>
    <comment_count>4</comment_count>
    <who name="Pierre Rossi">pierre.rossi</who>
    <bug_when>2013-03-19 07:04:23 -0700</bug_when>
    <thetext>(In reply to comment #0)
&gt; Created an attachment (id=193806) [details]
&gt; Added State_Enabled as default
&gt; 
&gt; There is an issue with rendering buttons, comboboxes, checkboxes (and I think also other elements) with QStyle.
&gt; QStyle::State_Enabled is never set, so resulting buttons looks like disabled (except color of text).
&gt; 
&gt; I&apos;m using QGtkStyle, but I believe this issue is not related to it.
&gt; 
&gt; Screenshots before/after the patch: https://dl.dropbox.com/u/42835431/qtwebkit/buttons-rendering.png
&gt; 
&gt; In the attached patch, QStyleFacade::State_Enabled is set as a default state, which fixes this issue.

Thanks for this patch. I think it would be nice to have for the sake of correctness.
Could you just resubmit it with a Changelog entry so that it follows the guidelines please ? More reading here: http://www.webkit.org/coding/contributing.html

(In reply to comment #2)
&gt; That might not really be useful information I&apos;m seeing this bug with the GTK style, but not the fusion style.

I suspect it&apos;s because most Qt styles don&apos;t base the button look on that state (only the text color is affected).</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>858279</commentid>
    <comment_count>5</comment_count>
      <attachid>193827</attachid>
    <who name="David Rosca">nowrep</who>
    <bug_when>2013-03-19 07:41:41 -0700</bug_when>
    <thetext>Created attachment 193827
Patch with changelog</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>858280</commentid>
    <comment_count>6</comment_count>
      <attachid>193828</attachid>
    <who name="David Rosca">nowrep</who>
    <bug_when>2013-03-19 07:42:59 -0700</bug_when>
    <thetext>Created attachment 193828
Patch with changelog 2</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>858283</commentid>
    <comment_count>7</comment_count>
      <attachid>193828</attachid>
    <who name="Pierre Rossi">pierre.rossi</who>
    <bug_when>2013-03-19 07:47:09 -0700</bug_when>
    <thetext>Comment on attachment 193828
Patch with changelog 2

Looks reasonable to me. The other option was to add an else statement to the if (!isEnabled(o)) a bit below... I guess it&apos;s a matter of taste.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>858304</commentid>
    <comment_count>8</comment_count>
      <attachid>193828</attachid>
    <who name="WebKit Review Bot">webkit.review.bot</who>
    <bug_when>2013-03-19 08:21:07 -0700</bug_when>
    <thetext>Comment on attachment 193828
Patch with changelog 2

Clearing flags on attachment: 193828

Committed r146205: &lt;http://trac.webkit.org/changeset/146205&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>858305</commentid>
    <comment_count>9</comment_count>
    <who name="WebKit Review Bot">webkit.review.bot</who>
    <bug_when>2013-03-19 08:21:10 -0700</bug_when>
    <thetext>All reviewed patches have been landed.  Closing bug.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>907031</commentid>
    <comment_count>10</comment_count>
    <who name="Simon Hausmann">hausmann</who>
    <bug_when>2013-07-09 01:17:02 -0700</bug_when>
    <thetext>*** Bug 116804 has been marked as a duplicate of this bug. ***</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>907260</commentid>
    <comment_count>11</comment_count>
    <who name="Stephen">sfcheng</who>
    <bug_when>2013-07-09 20:31:41 -0700</bug_when>
    <thetext>Thanks for the fixing the bug, Simon. However, that&apos;s not the end of the story when it comes to the rendering of the controls. After I apply this patch, the control now appears enabled. However, both the checkbox and radio buttons are not properly rendered. Here is a test page: http://www.slimbrowser.net/testpages/testform.htm . In this page, the checkbox appears not checked even after a mouse click. If I hover the mouse on the checkbox, the radio becomes checked. When I hover the mouse on the radio button and then move the mouse button away, it looks like a stretched radio buttom bitmap is drawn in the background on the first edit box in the same form. I am using the Windows Vista style on Windows 7 for this test. 

I did some tracing myself here. It appears there is problem with the code inside this function in qwindowsvistastyle.cpp.

void QWindowsVistaStyle::drawPrimitive(PrimitiveElement element, const QStyleOption *option,QPainter *painter, const QWidget *widget) const

There seems to be issues related to the transition animation drawing. Even if there is no state change, the oldState and state are never the same. If I disable the transition animation, the rendering is ok for Windows vista style. 

If I switch to the Windows XP style, the edit box is rendered without border. 

I can provide more details and clues if you want. But I guess you might push this bug towards the QT guys since it&apos;s already outside the qtwebkit layer. 

David, can you produce the same issue?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>907318</commentid>
    <comment_count>12</comment_count>
    <who name="Simon Hausmann">hausmann</who>
    <bug_when>2013-07-10 01:54:58 -0700</bug_when>
    <thetext>(In reply to comment #11)
&gt; Thanks for the fixing the bug, Simon. However, that&apos;s not the end of the story when it comes to the rendering of the controls. After I apply this patch, the control now appears enabled. However, both the checkbox and radio buttons are not properly rendered. Here is a test page: http://www.slimbrowser.net/testpages/testform.htm . In this page, the checkbox appears not checked even after a mouse click. If I hover the mouse on the checkbox, the radio becomes checked. When I hover the mouse on the radio button and then move the mouse button away, it looks like a stretched radio buttom bitmap is drawn in the background on the first edit box in the same form. I am using the Windows Vista style on Windows 7 for this test. 
&gt; 
&gt; I did some tracing myself here. It appears there is problem with the code inside this function in qwindowsvistastyle.cpp.
&gt; 
&gt; void QWindowsVistaStyle::drawPrimitive(PrimitiveElement element, const QStyleOption *option,QPainter *painter, const QWidget *widget) const
&gt; 
&gt; There seems to be issues related to the transition animation drawing. Even if there is no state change, the oldState and state are never the same. If I disable the transition animation, the rendering is ok for Windows vista style. 
&gt; 
&gt; If I switch to the Windows XP style, the edit box is rendered without border. 
&gt; 
&gt; I can provide more details and clues if you want. But I guess you might push this bug towards the QT guys since it&apos;s already outside the qtwebkit layer. 

Yes, if you can isolate this down to being a Qt issue, we should take it to the Qt project bug tracker.


Pierre, can you think of anything from the WebKit side that would affect the animations/transition? Is the style perhaps issuing updates that we&apos;re not handling?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>907319</commentid>
    <comment_count>13</comment_count>
    <who name="Simon Hausmann">hausmann</who>
    <bug_when>2013-07-10 01:55:54 -0700</bug_when>
    <thetext>(In reply to comment #11)
&gt; Thanks for the fixing the bug, Simon. However, that&apos;s not the end of the story when it comes to the rendering of the controls. After I apply this patch, the control now appears enabled. However, both the checkbox and radio buttons are not properly rendered. Here is a test page: http://www.slimbrowser.net/testpages/testform.htm . In this page, the checkbox appears not checked even after a mouse click. If I hover the mouse on the checkbox, the radio becomes checked. When I hover the mouse on the radio button and then move the mouse button away, it looks like a stretched radio buttom bitmap is drawn in the background on the first edit box in the same form. I am using the Windows Vista style on Windows 7 for this test. 

FWIW, this should be tracked in a different bug then. This bug (as the title says) is about the incorrect rendering as disabled state even though it&apos;s enabled, while the issue you&apos;re describing seems different.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>193806</attachid>
            <date>2013-03-19 06:21:16 -0700</date>
            <delta_ts>2013-03-19 07:41:41 -0700</delta_ts>
            <desc>Added State_Enabled as default</desc>
            <filename>qstyle.patch</filename>
            <type>text/plain</type>
            <size>791</size>
            <attacher name="David Rosca">nowrep</attacher>
            
              <data encoding="base64">ZGlmZiAtLWdpdCBhL1NvdXJjZS9XZWJDb3JlL3BsYXRmb3JtL3F0L1JlbmRlclRoZW1lUVN0eWxl
LmNwcCBiL1NvdXJjZS9XZWJDb3JlL3BsYXRmb3JtL3F0L1JlbmRlclRoZW1lUVN0eWxlLmNwcApp
bmRleCBmN2U4YmY1Li5lNTVjNzVjIDEwMDY0NAotLS0gYS9Tb3VyY2UvV2ViQ29yZS9wbGF0Zm9y
bS9xdC9SZW5kZXJUaGVtZVFTdHlsZS5jcHAKKysrIGIvU291cmNlL1dlYkNvcmUvcGxhdGZvcm0v
cXQvUmVuZGVyVGhlbWVRU3R5bGUuY3BwCkBAIC01MzgsOCArNTM4LDkgQEAgYm9vbCBSZW5kZXJU
aGVtZVFTdHlsZTo6cGFpbnRJbm5lclNwaW5CdXR0b24oUmVuZGVyT2JqZWN0KiBvLCBjb25zdCBQ
YWludEluZm8mIHAKIAogQ29udHJvbFBhcnQgUmVuZGVyVGhlbWVRU3R5bGU6OmluaXRpYWxpemVD
b21tb25RU3R5bGVPcHRpb25zKFFTdHlsZUZhY2FkZU9wdGlvbiAmb3B0aW9uLCBSZW5kZXJPYmpl
Y3QqIG8pIGNvbnN0CiB7Ci0gICAgLy8gRGVmYXVsdCBiaXRzOiBubyBmb2N1cywgbm8gbW91c2Ug
b3ZlcgorICAgIC8vIERlZmF1bHQgYml0czogbm8gZm9jdXMsIG5vIG1vdXNlIG92ZXIsIGVuYWJs
ZWQKICAgICBvcHRpb24uc3RhdGUgJj0gfihRU3R5bGVGYWNhZGU6OlN0YXRlX0hhc0ZvY3VzIHwg
UVN0eWxlRmFjYWRlOjpTdGF0ZV9Nb3VzZU92ZXIpOworICAgIG9wdGlvbi5zdGF0ZSB8PSBRU3R5
bGVGYWNhZGU6OlN0YXRlX0VuYWJsZWQ7CiAKICAgICBpZiAoaXNSZWFkT25seUNvbnRyb2wobykp
CiAgICAgICAgIC8vIFJlYWRvbmx5IGlzIHN1cHBvcnRlZCBvbiB0ZXh0ZmllbGRzLgo=
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>193807</attachid>
            <date>2013-03-19 06:22:11 -0700</date>
            <delta_ts>2013-03-19 06:22:11 -0700</delta_ts>
            <desc>Testing page</desc>
            <filename>buttons.html</filename>
            <type>text/html</type>
            <size>612</size>
            <attacher name="David Rosca">nowrep</attacher>
            
              <data encoding="base64">PGh0bWw+CjxoZWFkPgogIDxtZXRhIGh0dHAtZXF1aXY9ImNvbnRlbnQtdHlwZSIgY29udGVudD0i
dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4KIDx0aXRsZT5Qb3B1cCB3aW5kb3dzIHRlc3Q8L3Rp
dGxlPgo8L2hlYWQ+Cjxib2R5Pgo8aDI+QnV0dG9ucyB0ZXN0PC9oMj4KCjxiPkRlZmF1bHQgZW5h
YmxlZDwvYj4KPHA+CjxidXR0b24+QnV0dG9uPC9idXR0b24+CjwvcD4KCjxwPgo8aW5wdXQgdHlw
ZT0ic3VibWl0IiB2YWx1ZT0iU3VibWl0Ij4KPC9wPgoKPHA+CjxpbnB1dCB0eXBlPSJjaGVja2Jv
eCI+CjwvcD4KCgo8cD4KPHNlbGVjdD4KPG9wdGlvbj5TZWxlY3Q8L29wdGlvbj4KPC9zZWxlY3Q+
CjwvcD4KCjxiPmRpc2FibGVkPXRydWU8L2I+CjxwPgo8YnV0dG9uIGRpc2FibGVkPXRydWU+QnV0
dG9uPC9idXR0b24+CjwvcD4KCjxwPgo8aW5wdXQgZGlzYWJsZWQ9dHJ1ZSB0eXBlPSJzdWJtaXQi
IHZhbHVlPSJTdWJtaXQiPgo8L3A+CgoKPHA+CjxpbnB1dCBkaXNhYmxlZD10cnVlIHR5cGU9ImNo
ZWNrYm94Ij4KPC9wPgoKCjxwPgo8c2VsZWN0IGRpc2FibGVkPXRydWU+CjxvcHRpb24+U2VsZWN0
PC9vcHRpb24+Cjwvc2VsZWN0Pgo8L3A+Cgo8L2JvZHk+CjwvaHRtbD4K
</data>

          </attachment>
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>193827</attachid>
            <date>2013-03-19 07:41:41 -0700</date>
            <delta_ts>2013-03-19 07:42:59 -0700</delta_ts>
            <desc>Patch with changelog</desc>
            <filename>style.patch</filename>
            <type>text/plain</type>
            <size>1539</size>
            <attacher name="David Rosca">nowrep</attacher>
            
              <data encoding="base64">ZGlmZiAtLWdpdCBhL0NoYW5nZUxvZyBiL0NoYW5nZUxvZwppbmRleCAyYmNkN2U5Li45MzNlMGNl
IDEwMDY0NAotLS0gYS9DaGFuZ2VMb2cKKysrIGIvQ2hhbmdlTG9nCkBAIC0xLDMgKzEsMTcgQEAK
KzIwMTMtMDMtMTkgIERhdmlkIFJvc2NhICA8bm93cmVAZ21haWwuY29tPgorCisgICAgICAgIFtR
dF0gUVN0eWxlOiBTZXQgU3RhdGVfRW5hYmxlZCBieSBkZWZhdWx0IHdoZW4gcGFpbnRpbmcgc3R5
bGUgd2lkZ2V0cy4KKyAgICAgICAgaHR0cHM6Ly9idWdzLndlYmtpdC5vcmcvc2hvd19idWcuY2dp
P2lkPTExMjY4OAorCisgICAgICAgIFJldmlld2VkIGJ5IE5PQk9EWSAoT09QUyEpLgorCisgICAg
ICAgIEFsbCBRdCBzdHlsZSB3aWRnZXRzIHdlcmUgcGFpbnRlZCB3aXRoIGEgZGlzYWJsZWQgc3Rh
dGUsIGV2ZW4gd2hlbgorICAgICAgICB0aGV5IGFjdHVhbGx5IHdlcmUgZW5hYmxlZC4KKyAgICAg
ICAgVGhpcyBjaGFuZ2UgZml4ZXMgaXQgYnkgc2V0dGluZyBTdGF0ZV9FbmFibGVkIGFzIGEgZGVm
YXVsdCBzdGF0ZSwKKyAgICAgICAgd2hpY2ggaXMgdGhlbiBjb3JyZWN0bHkgcmVtb3ZlZCB3aGVu
IGVsZW1lbnQgaXMgZGlzYWJsZWQuCisKKyAgICAgICAgKiBTb3VyY2UvV2ViQ29yZS9wbGF0Zm9y
bS9xdC9SZW5kZXJUaGVtZVFTdHlsZS5jcHA6CisKIDIwMTItMTEtMzAgIFNpbW9uIEhhdXNtYW5u
ICA8c2ltb24uaGF1c21hbm5AZGlnaWEuY29tPgogCiAgICAgICAgIFtRdF0gVW5yZXZpZXdlZCBk
b2MgZml4CmRpZmYgLS1naXQgYS9Tb3VyY2UvV2ViQ29yZS9wbGF0Zm9ybS9xdC9SZW5kZXJUaGVt
ZVFTdHlsZS5jcHAgYi9Tb3VyY2UvV2ViQ29yZS9wbGF0Zm9ybS9xdC9SZW5kZXJUaGVtZVFTdHls
ZS5jcHAKaW5kZXggZjdlOGJmNS4uZTU1Yzc1YyAxMDA2NDQKLS0tIGEvU291cmNlL1dlYkNvcmUv
cGxhdGZvcm0vcXQvUmVuZGVyVGhlbWVRU3R5bGUuY3BwCisrKyBiL1NvdXJjZS9XZWJDb3JlL3Bs
YXRmb3JtL3F0L1JlbmRlclRoZW1lUVN0eWxlLmNwcApAQCAtNTM4LDggKzUzOCw5IEBAIGJvb2wg
UmVuZGVyVGhlbWVRU3R5bGU6OnBhaW50SW5uZXJTcGluQnV0dG9uKFJlbmRlck9iamVjdCogbywg
Y29uc3QgUGFpbnRJbmZvJiBwCiAKIENvbnRyb2xQYXJ0IFJlbmRlclRoZW1lUVN0eWxlOjppbml0
aWFsaXplQ29tbW9uUVN0eWxlT3B0aW9ucyhRU3R5bGVGYWNhZGVPcHRpb24gJm9wdGlvbiwgUmVu
ZGVyT2JqZWN0KiBvKSBjb25zdAogewotICAgIC8vIERlZmF1bHQgYml0czogbm8gZm9jdXMsIG5v
IG1vdXNlIG92ZXIKKyAgICAvLyBEZWZhdWx0IGJpdHM6IG5vIGZvY3VzLCBubyBtb3VzZSBvdmVy
LCBlbmFibGVkCiAgICAgb3B0aW9uLnN0YXRlICY9IH4oUVN0eWxlRmFjYWRlOjpTdGF0ZV9IYXNG
b2N1cyB8IFFTdHlsZUZhY2FkZTo6U3RhdGVfTW91c2VPdmVyKTsKKyAgICBvcHRpb24uc3RhdGUg
fD0gUVN0eWxlRmFjYWRlOjpTdGF0ZV9FbmFibGVkOwogCiAgICAgaWYgKGlzUmVhZE9ubHlDb250
cm9sKG8pKQogICAgICAgICAvLyBSZWFkb25seSBpcyBzdXBwb3J0ZWQgb24gdGV4dGZpZWxkcy4K
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>193828</attachid>
            <date>2013-03-19 07:42:59 -0700</date>
            <delta_ts>2013-03-19 08:21:07 -0700</delta_ts>
            <desc>Patch with changelog 2</desc>
            <filename>style.patch</filename>
            <type>text/plain</type>
            <size>1540</size>
            <attacher name="David Rosca">nowrep</attacher>
            
              <data encoding="base64">ZGlmZiAtLWdpdCBhL0NoYW5nZUxvZyBiL0NoYW5nZUxvZwppbmRleCAyYmNkN2U5Li45MzNlMGNl
IDEwMDY0NAotLS0gYS9DaGFuZ2VMb2cKKysrIGIvQ2hhbmdlTG9nCkBAIC0xLDMgKzEsMTcgQEAK
KzIwMTMtMDMtMTkgIERhdmlkIFJvc2NhICA8bm93cmVwQGdtYWlsLmNvbT4KKworICAgICAgICBb
UXRdIFFTdHlsZTogU2V0IFN0YXRlX0VuYWJsZWQgYnkgZGVmYXVsdCB3aGVuIHBhaW50aW5nIHN0
eWxlIHdpZGdldHMuCisgICAgICAgIGh0dHBzOi8vYnVncy53ZWJraXQub3JnL3Nob3dfYnVnLmNn
aT9pZD0xMTI2ODgKKworICAgICAgICBSZXZpZXdlZCBieSBOT0JPRFkgKE9PUFMhKS4KKworICAg
ICAgICBBbGwgUXQgc3R5bGUgd2lkZ2V0cyB3ZXJlIHBhaW50ZWQgd2l0aCBhIGRpc2FibGVkIHN0
YXRlLCBldmVuIHdoZW4KKyAgICAgICAgdGhleSBhY3R1YWxseSB3ZXJlIGVuYWJsZWQuCisgICAg
ICAgIFRoaXMgY2hhbmdlIGZpeGVzIGl0IGJ5IHNldHRpbmcgU3RhdGVfRW5hYmxlZCBhcyBhIGRl
ZmF1bHQgc3RhdGUsCisgICAgICAgIHdoaWNoIGlzIHRoZW4gY29ycmVjdGx5IHJlbW92ZWQgd2hl
biBlbGVtZW50IGlzIGRpc2FibGVkLgorCisgICAgICAgICogU291cmNlL1dlYkNvcmUvcGxhdGZv
cm0vcXQvUmVuZGVyVGhlbWVRU3R5bGUuY3BwOgorCiAyMDEyLTExLTMwICBTaW1vbiBIYXVzbWFu
biAgPHNpbW9uLmhhdXNtYW5uQGRpZ2lhLmNvbT4KIAogICAgICAgICBbUXRdIFVucmV2aWV3ZWQg
ZG9jIGZpeApkaWZmIC0tZ2l0IGEvU291cmNlL1dlYkNvcmUvcGxhdGZvcm0vcXQvUmVuZGVyVGhl
bWVRU3R5bGUuY3BwIGIvU291cmNlL1dlYkNvcmUvcGxhdGZvcm0vcXQvUmVuZGVyVGhlbWVRU3R5
bGUuY3BwCmluZGV4IGY3ZThiZjUuLmU1NWM3NWMgMTAwNjQ0Ci0tLSBhL1NvdXJjZS9XZWJDb3Jl
L3BsYXRmb3JtL3F0L1JlbmRlclRoZW1lUVN0eWxlLmNwcAorKysgYi9Tb3VyY2UvV2ViQ29yZS9w
bGF0Zm9ybS9xdC9SZW5kZXJUaGVtZVFTdHlsZS5jcHAKQEAgLTUzOCw4ICs1MzgsOSBAQCBib29s
IFJlbmRlclRoZW1lUVN0eWxlOjpwYWludElubmVyU3BpbkJ1dHRvbihSZW5kZXJPYmplY3QqIG8s
IGNvbnN0IFBhaW50SW5mbyYgcAogCiBDb250cm9sUGFydCBSZW5kZXJUaGVtZVFTdHlsZTo6aW5p
dGlhbGl6ZUNvbW1vblFTdHlsZU9wdGlvbnMoUVN0eWxlRmFjYWRlT3B0aW9uICZvcHRpb24sIFJl
bmRlck9iamVjdCogbykgY29uc3QKIHsKLSAgICAvLyBEZWZhdWx0IGJpdHM6IG5vIGZvY3VzLCBu
byBtb3VzZSBvdmVyCisgICAgLy8gRGVmYXVsdCBiaXRzOiBubyBmb2N1cywgbm8gbW91c2Ugb3Zl
ciwgZW5hYmxlZAogICAgIG9wdGlvbi5zdGF0ZSAmPSB+KFFTdHlsZUZhY2FkZTo6U3RhdGVfSGFz
Rm9jdXMgfCBRU3R5bGVGYWNhZGU6OlN0YXRlX01vdXNlT3Zlcik7CisgICAgb3B0aW9uLnN0YXRl
IHw9IFFTdHlsZUZhY2FkZTo6U3RhdGVfRW5hYmxlZDsKIAogICAgIGlmIChpc1JlYWRPbmx5Q29u
dHJvbChvKSkKICAgICAgICAgLy8gUmVhZG9ubHkgaXMgc3VwcG9ydGVkIG9uIHRleHRmaWVsZHMu
Cg==
</data>

          </attachment>
      

    </bug>

</bugzilla>