<?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>38054</bug_id>
          
          <creation_ts>2010-04-23 12:03:13 -0700</creation_ts>
          <short_desc>[Qt] Build dependency problems</short_desc>
          <delta_ts>2011-09-07 05:46:53 -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>Tools / Tests</component>
          <version>528+ (Nightly build)</version>
          <rep_platform>PC</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>Qt, QtTriaged</keywords>
          <priority>P1</priority>
          <bug_severity>Blocker</bug_severity>
          <target_milestone>---</target_milestone>
          <dependson>67646</dependson>
    
    <dependson>67706</dependson>
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Laszlo Gombos">laszlo.gombos</reporter>
          <assigned_to name="Nobody">webkit-unassigned</assigned_to>
          <cc>hausmann</cc>
    
    <cc>jturcotte</cc>
    
    <cc>laszlo.gombos</cc>
    
    <cc>maheshk</cc>
    
    <cc>ossy</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>216500</commentid>
    <comment_count>0</comment_count>
    <who name="Laszlo Gombos">laszlo.gombos</who>
    <bug_when>2010-04-23 12:03:13 -0700</bug_when>
    <thetext>The extend of the problem is not well understood, but we have frequent false breaks on the minimal bot. For example r58178 cased the following failure:

make[1]: Leaving directory `/home/webkitbuildbot/slaves/release32bitMinimal/buildslave/qt-linux-release-minimal/build/WebKitBuild/Release/JavaScriptCore&apos;
cd WebCore/ &amp;&amp; make -f Makefile 
make[1]: Entering directory `/home/webkitbuildbot/slaves/release32bitMinimal/buildslave/qt-linux-release-minimal/build/WebKitBuild/Release/WebCore&apos;
rm -f libQtWebKit.so.4.6.2 libQtWebKit.so libQtWebKit.so.4 libQtWebKit.so.4.6

[...]

/release/PluginPackageNone.o: In function `WebCore::PluginPackage::determineQuirks(WebCore::String const&amp;)&apos;:
PluginPackageNone.cpp:(.text._ZN7WebCore13PluginPackage15determineQuirksERKNS_6StringE+0x0): multiple definition of `WebCore::PluginPackage::determineQuirks(WebCore::String const&amp;)&apos;
obj/release/PluginPackage.o:PluginPackage.cpp:(.text._ZN7WebCore13PluginPackage15determineQuirksERKNS_6StringE+0x0): first defined here
obj/release/PluginView.o: In function `WebCore::PluginView::handleEvent(WebCore::Event*)&apos;:
PluginView.cpp:(.text._ZN7WebCore10PluginView11handleEventEPNS_5EventE+0xb1): undefined reference to `WebCore::PluginView::handleFocusInEvent()&apos;
PluginView.cpp:(.text._ZN7WebCore10PluginView11handleEventEPNS_5EventE+0xe9): undefined reference to `WebCore::PluginView::handleFocusOutEvent()&apos;
obj/release/PluginView.o: In function `WebCore::PluginView::stop()&apos;:
PluginView.cpp:(.text._ZN7WebCore10PluginView4stopEv+0x3cd): undefined reference to `NPN_MemFree&apos;
PluginView.cpp:(.text._ZN7WebCore10PluginView4stopEv+0x3d8): undefined reference to `NPN_MemFree&apos;
collect2: ld returned 1 exit status
make[1]: *** [../lib/libQtWebKit.so.4.6.2] Error 1
make[1]: Leaving directory `/home/webkitbuildbot/slaves/release32bitMinimal/buildslave/qt-linux-release-minimal/build/WebKitBuild/Release/WebCore&apos;


Link to the full buildlog: http://build.webkit.org/builders/Qt%20Linux%20Release%20minimal/builds/582/steps/compile-webkit/logs/stdio


The list of DEFINES has changed (as WebCore.pri has changed) but none of the source files has been rebuilt. As a top gap measure maybe we can make all WebCore files dependent on WebCore.pri, WebCore.pro, WebKit.pri ?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>221588</commentid>
    <comment_count>1</comment_count>
    <who name="Jocelyn Turcotte">jturcotte</who>
    <bug_when>2010-05-06 02:14:56 -0700</bug_when>
    <thetext>(In reply to comment #0)
&gt; The list of DEFINES has changed (as WebCore.pri has changed) but none of the
&gt; source files has been rebuilt. As a top gap measure maybe we can make all
&gt; WebCore files dependent on WebCore.pri, WebCore.pro, WebKit.pri ?

The problem is that this will trigger an almost full rebuild each time one of these files will change, and 95% of the times the change is not related to preprocessor input data.

I don&apos;t know how much less efficient the build bot would be, it looks like at least one of these files get modified around once or twice a day. It might be not that bad.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>266304</commentid>
    <comment_count>2</comment_count>
    <who name="Csaba Osztrogonác">ossy</who>
    <bug_when>2010-08-18 12:15:19 -0700</bug_when>
    <thetext>One more false positive alarm because of this bug. :/

See https://bugs.webkit.org/show_bug.cgi?id=42027 (comment25,26)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>266512</commentid>
    <comment_count>3</comment_count>
    <who name="Mahesh Kulkarni">maheshk</who>
    <bug_when>2010-08-18 19:18:08 -0700</bug_when>
    <thetext>How about checking for &apos;DEFINES +=&apos; in any *.pri or *.pro?
If found trigger a clean build or else normal?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>421911</commentid>
    <comment_count>4</comment_count>
    <who name="Csaba Osztrogonác">ossy</who>
    <bug_when>2011-06-16 05:07:56 -0700</bug_when>
    <thetext>Moidifying it to P1/blocker. It is so annoying bug in our build system. :-S

https://bugs.webkit.org/attachment.cgi?id=97432 in https://bugs.webkit.org/show_bug.cgi?id=59085 killed our EWS, and I have no idea how to fix it ...

+} else {
+    # We have to disable SVG Fonts, which rely on the fast path.
+    DEFINES -= ENABLE_SVG_FONTS=1
+    DEFINES += ENABLE_SVG_FONTS=0

When EWS try to build the patch, this change doesn&apos;t trigger rebuilding all source contains ENABLE_SVG_FONTS defines. It cause an inconsistent state 
in WebKitBuild. :-/</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>422089</commentid>
    <comment_count>5</comment_count>
    <who name="Csaba Osztrogonác">ossy</who>
    <bug_when>2011-06-16 11:16:52 -0700</bug_when>
    <thetext>A typical example what happens if Qt EWS doesn&apos;t work because of this crazy bug: https://bugs.webkit.org/show_bug.cgi?id=62748</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>442188</commentid>
    <comment_count>6</comment_count>
    <who name="Csaba Osztrogonác">ossy</who>
    <bug_when>2011-07-26 05:37:27 -0700</bug_when>
    <thetext>One more problem because of this bug: https://bugs.webkit.org/show_bug.cgi?id=63472</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>442245</commentid>
    <comment_count>7</comment_count>
    <who name="Jocelyn Turcotte">jturcotte</who>
    <bug_when>2011-07-26 07:43:10 -0700</bug_when>
    <thetext>I think that adding all the .pro and .pri files to the dependency of each .o file would be less annoying for the bots, but extremely more annoying for developers (adding or removing any line to i.e. SOURCES or HEADERS in those files will trigger a full rebuild on their machine).

The &quot;cleanest&quot; solution I would see is to centralize the DEFINES modifications in one file (called config.pri or something) and make that file a dependency for every copiled .o
There is also no way I know of with qmake to add an additional dependency to all object files, so we might have to hack some QMAKE_EXTRA_TARGETS that would depend on this file and do something like touching all config.h files

That&apos;s hacky, ugly, probably going to be another thing making this build system a burden and I personally prefer it the way it is right now, but that&apos;s because I&apos;m not the one that has to reset those bots each time an incremental build isn&apos;t possible.

To explore other solutions, how often are those bots failing in normal cases? What would be the cost of automatically forcing a clean build when an incremental build failed?

Something like:
build-webkit --qt || (rm -rf $WEBKITOUTPUTDIR ; build-webkit --qt)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>442253</commentid>
    <comment_count>8</comment_count>
    <who name="Jocelyn Turcotte">jturcotte</who>
    <bug_when>2011-07-26 07:52:36 -0700</bug_when>
    <thetext>Another idea would be to stop using command line defines and have instead a DerivedSources generator that would create an header file with defines instead (like ENABLE* and USE*). This header could be included in each config.h within a PLATFORM(QT) block.

More complex defines logic should be in static headers to be handled by the preprocessor instead of qmake.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>460330</commentid>
    <comment_count>9</comment_count>
      <attachid>105925</attachid>
    <who name="Kristóf Kosztyó">kkristof</who>
    <bug_when>2011-09-01 02:00:15 -0700</bug_when>
    <thetext>Created attachment 105925
proposed fix</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>460342</commentid>
    <comment_count>10</comment_count>
      <attachid>105925</attachid>
    <who name="Jocelyn Turcotte">jturcotte</who>
    <bug_when>2011-09-01 02:32:23 -0700</bug_when>
    <thetext>Comment on attachment 105925
proposed fix

Looks like this should fix it, simple and efficient!
One thing that should be changed is to move the CONFIG(compute_defaults) { } part in Source/WebCore/features.pri to the end of the file and a comment should be added to say that nothing should be placed after it.

For example right now, since ENABLE_XHTMLMP is defined after the compute_defaults part, changing it won&apos;t trigger a clean build. Beside this it LGTM.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>460347</commentid>
    <comment_count>11</comment_count>
    <who name="Csaba Osztrogonác">ossy</who>
    <bug_when>2011-09-01 02:46:29 -0700</bug_when>
    <thetext>Great work. I agree with Jocelyn, it would be good if you move CONFIG(compute_defaults) {...} to the end of features.pri with a comment.

Please upload a new patch with this fix and I&apos;ll review it.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>460366</commentid>
    <comment_count>12</comment_count>
      <attachid>105935</attachid>
    <who name="Kristóf Kosztyó">kkristof</who>
    <bug_when>2011-09-01 03:48:36 -0700</bug_when>
    <thetext>Created attachment 105935
proposed fix</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>460386</commentid>
    <comment_count>13</comment_count>
      <attachid>105935</attachid>
    <who name="Csaba Osztrogonác">ossy</who>
    <bug_when>2011-09-01 05:17:10 -0700</bug_when>
    <thetext>Comment on attachment 105935
proposed fix

View in context: https://bugs.webkit.org/attachment.cgi?id=105935&amp;action=review

LGTM, r=me.

&gt; Source/WebCore/features.pri:266
&gt; +# Nothing place after this!

&quot;Don&apos;t place anything after this!&quot; would be better</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>460387</commentid>
    <comment_count>14</comment_count>
    <who name="Csaba Osztrogonác">ossy</who>
    <bug_when>2011-09-01 05:24:03 -0700</bug_when>
    <thetext>Landed in http://trac.webkit.org/changeset/94288</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>461156</commentid>
    <comment_count>15</comment_count>
    <who name="Csaba Osztrogonác">ossy</who>
    <bug_when>2011-09-02 04:36:20 -0700</bug_when>
    <thetext>(In reply to comment #14)
&gt; Landed in http://trac.webkit.org/changeset/94288

And a trivial fix landed in http://trac.webkit.org/changeset/94407</thetext>
  </long_desc>
      
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>105925</attachid>
            <date>2011-09-01 02:00:15 -0700</date>
            <delta_ts>2011-09-01 03:48:36 -0700</delta_ts>
            <desc>proposed fix</desc>
            <filename>1.patch</filename>
            <type>text/plain</type>
            <size>2071</size>
            <attacher name="Kristóf Kosztyó">kkristof</attacher>
            
              <data encoding="base64">ZGlmZiAtLWdpdCBhL1Rvb2xzL0NoYW5nZUxvZyBiL1Rvb2xzL0NoYW5nZUxvZwppbmRleCA3NmFh
MjcyLi5kNmNjOWE5IDEwMDY0NAotLS0gYS9Ub29scy9DaGFuZ2VMb2cKKysrIGIvVG9vbHMvQ2hh
bmdlTG9nCkBAIC0xLDMgKzEsMTUgQEAKKzIwMTEtMDktMDEgIEtyaXN0w7NmIEtvc3p0ecOzICA8
a2tyaXN0b2ZAaW5mLnUtc3plZ2VkLmh1PgorCisgICAgICAgIFtRdF0gQnVpbGQgZGVwZW5kZW5j
eSBwcm9ibGVtcworICAgICAgICBodHRwczovL2J1Z3Mud2Via2l0Lm9yZy9zaG93X2J1Zy5jZ2k/
aWQ9MzgwNTQKKworICAgICAgICBNYWtlIGNsZWFuIGJ1aWxkIGFmdGVyIHRoZSBkZWZpbmVzIGFy
ZSBjaGFuZ2VkLgorCisgICAgICAgIFJldmlld2VkIGJ5IE5PQk9EWSAoT09QUyEpLgorCisgICAg
ICAgICogU2NyaXB0cy93ZWJraXRkaXJzLnBtOgorICAgICAgICAoYnVpbGRRTWFrZVByb2plY3Qp
OgorCiAyMDExLTA4LTMxICBBZGFtIEJhcnRoICA8YWJhcnRoQHdlYmtpdC5vcmc+CiAKICAgICAg
ICAgTW92ZSBEdW1wUmVuZGVyVHJlZSB0byBXZWJLaXRQbGF0Zm9ybVN1cHBvcnQKZGlmZiAtLWdp
dCBhL1Rvb2xzL1NjcmlwdHMvd2Via2l0ZGlycy5wbSBiL1Rvb2xzL1NjcmlwdHMvd2Via2l0ZGly
cy5wbQppbmRleCBkNmY0NjhkLi41MDAyNTY5IDEwMDY0NAotLS0gYS9Ub29scy9TY3JpcHRzL3dl
YmtpdGRpcnMucG0KKysrIGIvVG9vbHMvU2NyaXB0cy93ZWJraXRkaXJzLnBtCkBAIC0xNjcxLDYg
KzE2NzEsMTAgQEAgc3ViIGJ1aWxkUU1ha2VQcm9qZWN0KCRAKQogICAgIHB1c2ggQGJ1aWxkQXJn
cywgIklOU1RBTExfTElCUz0iIC4gJGluc3RhbGxMaWJzIGlmIGRlZmluZWQoJGluc3RhbGxMaWJz
KTsKICAgICBteSAkZGlyID0gRmlsZTo6U3BlYy0+Y2Fub25wYXRoKHByb2R1Y3REaXIoKSk7CiAK
KyAgICBteSAkb3JpZ2luYWxDd2QgPSBnZXRjd2QoKTsKKyAgICBjaGRpciBGaWxlOjpTcGVjLT5j
YXRmaWxlKHNvdXJjZURpcigpLCAiU291cmNlIiwgIldlYkNvcmUiKTsKKyAgICBteSAkZGVmYXVs
dHMgPSBgJHFtYWtlYmluIENPTkZJRys9Y29tcHV0ZV9kZWZhdWx0cyAyPiYxYDsKKyAgICBjaGRp
ciAkb3JpZ2luYWxDd2Q7CiAKICAgICAjIE9uIFN5bWJpYW4gcW1ha2UgbmVlZHMgdG8gcnVuIGlu
IHRoZSBzYW1lIGRpcmVjdG9yeSB3aGVyZSB0aGUgcHJvIGZpbGUgaXMgbG9jYXRlZC4KICAgICBp
ZiAoaXNTeW1iaWFuKCkpIHsKQEAgLTE2ODAsNiArMTY4NCwyMyBAQCBzdWIgYnVpbGRRTWFrZVBy
b2plY3QoJEApCiAgICAgRmlsZTo6UGF0aDo6bWtwYXRoKCRkaXIpOwogICAgIGNoZGlyICRkaXIg
b3IgZGllICJGYWlsZWQgdG8gY2QgaW50byAiIC4gJGRpciAuICJcbiI7CiAKKyAgICBteSAkcGF0
aFRvRGVmYXVsdHNUeHQgPSBGaWxlOjpTcGVjLT5jYXRmaWxlKCAkZGlyLCAiZGVmYXVsdHMudHh0
IiApOworICAgIG15ICRkZWZhdWx0c1R4dCA9ICIiOworICAgIGlmKG9wZW4gREVGQVVMVFMsICIk
cGF0aFRvRGVmYXVsdHNUeHQiKXsKKyAgICAgICAgJGRlZmF1bHRzVHh0ID0gPERFRkFVTFRTPi48
REVGQVVMVFM+OworICAgICAgICBjbG9zZSAoREVGQVVMVFMpOworICAgIH0KKyAgICBpZihub3Qo
JGRlZmF1bHRzIGVxICRkZWZhdWx0c1R4dCkpeworICAgICAgICBwcmludCAiTWFrZSBjbGVhbiBi
dWlsZCBiZWNhdXNlIHRoZSBEZWZpbmVzIGFyZSBjaGFuZ2VkLlxuIjsKKyAgICAgICAgY2hkaXIg
JG9yaWdpbmFsQ3dkOworICAgICAgICBGaWxlOjpQYXRoOjpyZW1vdmVfdHJlZSgkZGlyKTsKKyAg
ICAgICAgRmlsZTo6UGF0aDo6bWtwYXRoKCRkaXIpOworICAgICAgICBjaGRpciAkZGlyIG9yIGRp
ZSAiRmFpbGVkIHRvIGNkIGludG8gIiAuICRkaXIgLiAiXG4iOworICAgICAgICBvcGVuIERFRkFV
TFRTLCAiPiRwYXRoVG9EZWZhdWx0c1R4dCI7CisgICAgICAgIHByaW50IERFRkFVTFRTICRkZWZh
dWx0czsKKyAgICAgICAgY2xvc2UgKERFRkFVTFRTKTsKKyAgICB9CisKICAgICBwcmludCAiR2Vu
ZXJhdGluZyBkZXJpdmVkIHNvdXJjZXNcblxuIjsKIAogICAgIHB1c2ggQGJ1aWxkQXJncywgIk9V
VFBVVF9ESVI9IiAuICRkaXI7Cg==
</data>
<flag name="review"
          id="102224"
          type_id="1"
          status="-"
          setter="jturcotte"
    />
          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>105935</attachid>
            <date>2011-09-01 03:48:36 -0700</date>
            <delta_ts>2011-09-01 05:24:16 -0700</delta_ts>
            <desc>proposed fix</desc>
            <filename>1.patch</filename>
            <type>text/plain</type>
            <size>3758</size>
            <attacher name="Kristóf Kosztyó">kkristof</attacher>
            
              <data encoding="base64">ZGlmZiAtLWdpdCBhL1NvdXJjZS9XZWJDb3JlL0NoYW5nZUxvZyBiL1NvdXJjZS9XZWJDb3JlL0No
YW5nZUxvZwppbmRleCAyMTdlMzY0Li41MTg4MmQ2IDEwMDY0NAotLS0gYS9Tb3VyY2UvV2ViQ29y
ZS9DaGFuZ2VMb2cKKysrIGIvU291cmNlL1dlYkNvcmUvQ2hhbmdlTG9nCkBAIC0xLDMgKzEsMTQg
QEAKKzIwMTEtMDktMDEgIEtyaXN0w7NmIEtvc3p0ecOzICA8a2tyaXN0b2ZAaW5mLnUtc3plZ2Vk
Lmh1PgorCisgICAgICAgIFtRdF0gQnVpbGQgZGVwZW5kZW5jeSBwcm9ibGVtcworICAgICAgICBo
dHRwczovL2J1Z3Mud2Via2l0Lm9yZy9zaG93X2J1Zy5jZ2k/aWQ9MzgwNTQKKworICAgICAgICBN
YWtlIGNsZWFuIGJ1aWxkIGFmdGVyIHRoZSBkZWZpbmVzIGFyZSBjaGFuZ2VkLgorCisgICAgICAg
IFJldmlld2VkIGJ5IE5PQk9EWSAoT09QUyEpLgorCisgICAgICAgICogZmVhdHVyZXMucHJpOgor
CiAyMDExLTA4LTMxICBSeW9zdWtlIE5pd2EgIDxybml3YUB3ZWJraXQub3JnPgogCiAgICAgICAg
IENyYXNoIHdoZW4gaW5zZXJ0aW5nIHRleHQgd2l0aCBhIHRyYWlsaW5nIG5ld2xpbmUgaW50byBh
IHRleHRhcmVhIHZpYSBKUwpkaWZmIC0tZ2l0IGEvU291cmNlL1dlYkNvcmUvZmVhdHVyZXMucHJp
IGIvU291cmNlL1dlYkNvcmUvZmVhdHVyZXMucHJpCmluZGV4IDUxYmQ4NTUuLjkzMzg1NDkgMTAw
NjQ0Ci0tLSBhL1NvdXJjZS9XZWJDb3JlL2ZlYXR1cmVzLnByaQorKysgYi9Tb3VyY2UvV2ViQ29y
ZS9mZWF0dXJlcy5wcmkKQEAgLTIxNSwxMiArMjE1LDYgQEAgc3ltYmlhbnxtYWVtbzV8bWFlbW82
IHsKICAgICB9CiB9CiAKLSMgVXNlZCB0byBjb21wdXRlIGRlZmF1bHRzIGZvciB0aGUgYnVpbGQt
d2Via2l0IHNjcmlwdAotQ09ORklHKGNvbXB1dGVfZGVmYXVsdHMpIHsKLSAgICBtZXNzYWdlKCQk
REVGSU5FUykKLSAgICBlcnJvcigiRG9uZSBjb21wdXRpbmcgZGVmYXVsdHMiKQotfQotCiBjb250
YWlucyhERUZJTkVTLCBFTkFCTEVfV0NTUz0xKSB7CiAgICAgY29udGFpbnMoREVGSU5FUywgRU5B
QkxFX1hIVE1MTVA9MCkgewogICAgICAgICBERUZJTkVTIC09IEVOQUJMRV9YSFRNTE1QPTAKQEAg
LTI2NywzICsyNjEsMTAgQEAgY29udGFpbnMoREVGSU5FUywgRU5BQkxFX01FRElBX1NUQVRJU1RJ
Q1M9MSk6IEZFQVRVUkVfREVGSU5FU19KQVZBU0NSSVBUICs9IEVOQUIKIGNvbnRhaW5zKERFRklO
RVMsIEVOQUJMRV9NRURJQV9TVFJFQU09MSk6IEZFQVRVUkVfREVGSU5FU19KQVZBU0NSSVBUICs9
IEVOQUJMRV9NRURJQV9TVFJFQU09MQogY29udGFpbnMoREVGSU5FUywgRU5BQkxFX1ZJREVPX1RS
QUNLPTEpOiBGRUFUVVJFX0RFRklORVNfSkFWQVNDUklQVCArPSBFTkFCTEVfVklERU9fVFJBQ0s9
MQogY29udGFpbnMoREVGSU5FUywgRU5BQkxFX0RBVEFfVFJBTlNGRVJfSVRFTVM9MSk6IEZFQVRV
UkVfREVGSU5FU19KQVZBU0NSSVBUICs9IEVOQUJMRV9EQVRBX1RSQU5TRkVSX0lURU1TPTEKKwor
IyBVc2VkIHRvIGNvbXB1dGUgZGVmYXVsdHMgZm9yIHRoZSBidWlsZC13ZWJraXQgc2NyaXB0Cisj
IE5vdGhpbmcgcGxhY2UgYWZ0ZXIgdGhpcyEKK0NPTkZJRyhjb21wdXRlX2RlZmF1bHRzKSB7Cisg
ICAgbWVzc2FnZSgkJERFRklORVMpCisgICAgZXJyb3IoIkRvbmUgY29tcHV0aW5nIGRlZmF1bHRz
IikKK30KXCBObyBuZXdsaW5lIGF0IGVuZCBvZiBmaWxlCmRpZmYgLS1naXQgYS9Ub29scy9DaGFu
Z2VMb2cgYi9Ub29scy9DaGFuZ2VMb2cKaW5kZXggNzZhYTI3Mi4uZDZjYzlhOSAxMDA2NDQKLS0t
IGEvVG9vbHMvQ2hhbmdlTG9nCisrKyBiL1Rvb2xzL0NoYW5nZUxvZwpAQCAtMSwzICsxLDE1IEBA
CisyMDExLTA5LTAxICBLcmlzdMOzZiBLb3N6dHnDsyAgPGtrcmlzdG9mQGluZi51LXN6ZWdlZC5o
dT4KKworICAgICAgICBbUXRdIEJ1aWxkIGRlcGVuZGVuY3kgcHJvYmxlbXMKKyAgICAgICAgaHR0
cHM6Ly9idWdzLndlYmtpdC5vcmcvc2hvd19idWcuY2dpP2lkPTM4MDU0CisKKyAgICAgICAgTWFr
ZSBjbGVhbiBidWlsZCBhZnRlciB0aGUgZGVmaW5lcyBhcmUgY2hhbmdlZC4KKworICAgICAgICBS
ZXZpZXdlZCBieSBOT0JPRFkgKE9PUFMhKS4KKworICAgICAgICAqIFNjcmlwdHMvd2Via2l0ZGly
cy5wbToKKyAgICAgICAgKGJ1aWxkUU1ha2VQcm9qZWN0KToKKwogMjAxMS0wOC0zMSAgQWRhbSBC
YXJ0aCAgPGFiYXJ0aEB3ZWJraXQub3JnPgogCiAgICAgICAgIE1vdmUgRHVtcFJlbmRlclRyZWUg
dG8gV2ViS2l0UGxhdGZvcm1TdXBwb3J0CmRpZmYgLS1naXQgYS9Ub29scy9TY3JpcHRzL3dlYmtp
dGRpcnMucG0gYi9Ub29scy9TY3JpcHRzL3dlYmtpdGRpcnMucG0KaW5kZXggZDZmNDY4ZC4uNTAw
MjU2OSAxMDA2NDQKLS0tIGEvVG9vbHMvU2NyaXB0cy93ZWJraXRkaXJzLnBtCisrKyBiL1Rvb2xz
L1NjcmlwdHMvd2Via2l0ZGlycy5wbQpAQCAtMTY3MSw2ICsxNjcxLDEwIEBAIHN1YiBidWlsZFFN
YWtlUHJvamVjdCgkQCkKICAgICBwdXNoIEBidWlsZEFyZ3MsICJJTlNUQUxMX0xJQlM9IiAuICRp
bnN0YWxsTGlicyBpZiBkZWZpbmVkKCRpbnN0YWxsTGlicyk7CiAgICAgbXkgJGRpciA9IEZpbGU6
OlNwZWMtPmNhbm9ucGF0aChwcm9kdWN0RGlyKCkpOwogCisgICAgbXkgJG9yaWdpbmFsQ3dkID0g
Z2V0Y3dkKCk7CisgICAgY2hkaXIgRmlsZTo6U3BlYy0+Y2F0ZmlsZShzb3VyY2VEaXIoKSwgIlNv
dXJjZSIsICJXZWJDb3JlIik7CisgICAgbXkgJGRlZmF1bHRzID0gYCRxbWFrZWJpbiBDT05GSUcr
PWNvbXB1dGVfZGVmYXVsdHMgMj4mMWA7CisgICAgY2hkaXIgJG9yaWdpbmFsQ3dkOwogCiAgICAg
IyBPbiBTeW1iaWFuIHFtYWtlIG5lZWRzIHRvIHJ1biBpbiB0aGUgc2FtZSBkaXJlY3Rvcnkgd2hl
cmUgdGhlIHBybyBmaWxlIGlzIGxvY2F0ZWQuCiAgICAgaWYgKGlzU3ltYmlhbigpKSB7CkBAIC0x
NjgwLDYgKzE2ODQsMjMgQEAgc3ViIGJ1aWxkUU1ha2VQcm9qZWN0KCRAKQogICAgIEZpbGU6OlBh
dGg6Om1rcGF0aCgkZGlyKTsKICAgICBjaGRpciAkZGlyIG9yIGRpZSAiRmFpbGVkIHRvIGNkIGlu
dG8gIiAuICRkaXIgLiAiXG4iOwogCisgICAgbXkgJHBhdGhUb0RlZmF1bHRzVHh0ID0gRmlsZTo6
U3BlYy0+Y2F0ZmlsZSggJGRpciwgImRlZmF1bHRzLnR4dCIgKTsKKyAgICBteSAkZGVmYXVsdHNU
eHQgPSAiIjsKKyAgICBpZihvcGVuIERFRkFVTFRTLCAiJHBhdGhUb0RlZmF1bHRzVHh0Iil7Cisg
ICAgICAgICRkZWZhdWx0c1R4dCA9IDxERUZBVUxUUz4uPERFRkFVTFRTPjsKKyAgICAgICAgY2xv
c2UgKERFRkFVTFRTKTsKKyAgICB9CisgICAgaWYobm90KCRkZWZhdWx0cyBlcSAkZGVmYXVsdHNU
eHQpKXsKKyAgICAgICAgcHJpbnQgIk1ha2UgY2xlYW4gYnVpbGQgYmVjYXVzZSB0aGUgRGVmaW5l
cyBhcmUgY2hhbmdlZC5cbiI7CisgICAgICAgIGNoZGlyICRvcmlnaW5hbEN3ZDsKKyAgICAgICAg
RmlsZTo6UGF0aDo6cmVtb3ZlX3RyZWUoJGRpcik7CisgICAgICAgIEZpbGU6OlBhdGg6Om1rcGF0
aCgkZGlyKTsKKyAgICAgICAgY2hkaXIgJGRpciBvciBkaWUgIkZhaWxlZCB0byBjZCBpbnRvICIg
LiAkZGlyIC4gIlxuIjsKKyAgICAgICAgb3BlbiBERUZBVUxUUywgIj4kcGF0aFRvRGVmYXVsdHNU
eHQiOworICAgICAgICBwcmludCBERUZBVUxUUyAkZGVmYXVsdHM7CisgICAgICAgIGNsb3NlIChE
RUZBVUxUUyk7CisgICAgfQorCiAgICAgcHJpbnQgIkdlbmVyYXRpbmcgZGVyaXZlZCBzb3VyY2Vz
XG5cbiI7CiAKICAgICBwdXNoIEBidWlsZEFyZ3MsICJPVVRQVVRfRElSPSIgLiAkZGlyOwo=
</data>

          </attachment>
      

    </bug>

</bugzilla>