<?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>58293</bug_id>
          
          <creation_ts>2011-04-11 18:00:27 -0700</creation_ts>
          <short_desc>NRWT: doesn&apos;t support webarchives</short_desc>
          <delta_ts>2011-06-15 17:49:58 -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>Other</rep_platform>
          <op_sys>OS X 10.5</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>34984</blocked>
    
    <blocked>58625</blocked>
          <everconfirmed>1</everconfirmed>
          <reporter name="Chris Rogers">crogers</reporter>
          <assigned_to name="Dirk Pranke">dpranke</assigned_to>
          <cc>abarth</cc>
    
    <cc>ap</cc>
    
    <cc>dpranke</cc>
    
    <cc>eric</cc>
    
    <cc>ojan</cc>
    
    <cc>tony</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>383723</commentid>
    <comment_count>0</comment_count>
    <who name="Chris Rogers">crogers</who>
    <bug_when>2011-04-11 18:00:27 -0700</bug_when>
    <thetext>Follow-up fix to DRT for audio (write Content-Length in header)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>383726</commentid>
    <comment_count>1</comment_count>
      <attachid>89133</attachid>
    <who name="Chris Rogers">crogers</who>
    <bug_when>2011-04-11 18:03:53 -0700</bug_when>
    <thetext>Created attachment 89133
Patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>383742</commentid>
    <comment_count>2</comment_count>
    <who name="Dirk Pranke">dpranke</who>
    <bug_when>2011-04-11 18:24:46 -0700</bug_when>
    <thetext>patch looks good to me.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>383815</commentid>
    <comment_count>3</comment_count>
    <who name="Alexey Proskuryakov">ap</who>
    <bug_when>2011-04-11 22:09:17 -0700</bug_when>
    <thetext>What is special about audio files that they need Content-Length? We don&apos;t write it for any other types.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>383829</commentid>
    <comment_count>4</comment_count>
    <who name="Dirk Pranke">dpranke</who>
    <bug_when>2011-04-11 23:00:21 -0700</bug_when>
    <thetext>(In reply to comment #3)
&gt; What is special about audio files that they need Content-Length? We don&apos;t write it for any other types.

We write the Content-Length for image files.

While it&apos;s true that run-webkit-tests could probably scan over the bytes and look for the #EOF sentinel, this makes the parsing on the client side trivial, and it doesn&apos;t seem to hurt much.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>383840</commentid>
    <comment_count>5</comment_count>
    <who name="Alexey Proskuryakov">ap</who>
    <bug_when>2011-04-11 23:36:34 -0700</bug_when>
    <thetext>The same dump() function that is modified here saves application/pdf and application/x-webarchive without Content-Length - why is audio different?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>384190</commentid>
    <comment_count>6</comment_count>
    <who name="Dirk Pranke">dpranke</who>
    <bug_when>2011-04-12 11:33:59 -0700</bug_when>
    <thetext>(In reply to comment #5)
&gt; The same dump() function that is modified here saves application/pdf and application/x-webarchive without Content-Length - why is audio different?

It&apos;s a good question. the NRWT code processes text/plain a line at a time. I&apos;m not actually sure if or how it handles PDF and webarchives, so I&apos;ll double check.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>384620</commentid>
    <comment_count>7</comment_count>
    <who name="Dirk Pranke">dpranke</who>
    <bug_when>2011-04-12 19:10:24 -0700</bug_when>
    <thetext>Okay, the NRWT code was skipping all of the webarchive files -&gt; not so good.

I am implementing support for them now. It appears that all of the .webarchive files manage to end with a newline, causing the subsequent &quot;#EOF&quot; sentinel from DRT to be on a line by itself, so NRWT continues to work. .WAV files do not (currently) make that guarantee, and so NRWT&apos;s existing output-parsing will break.

I need to continue working on the patch and doing more testing (to confirm w/ PDFs and files of other content types, for example). I also need to double check the logic against ORWT to see if ORWT is doing something more sophisticated to find where the sentinels are.

Thanks for asking the question that revealed this deficiency.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>384622</commentid>
    <comment_count>8</comment_count>
    <who name="Dirk Pranke">dpranke</who>
    <bug_when>2011-04-12 19:11:18 -0700</bug_when>
    <thetext>cancelling the review for now.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>412977</commentid>
    <comment_count>9</comment_count>
    <who name="Dirk Pranke">dpranke</who>
    <bug_when>2011-05-31 16:31:32 -0700</bug_when>
    <thetext>Okay, it turns out that I can make NRWT handle base64-encoded wav output without needing a content-length header, and I think it doesn&apos;t break anything else (see bug 61819).

I *suspect* that all of the pdf and webarchive files end up having a newline at the end so they didn&apos;t end up tripping up NRWT, although NRWT doesn&apos;t currently support webarchives and I haven&apos;t investigated PDFs yet.

I am going to change the subject and use this bug to track adding support for the other output types to NRWT so I can continue to investigate this, but this&apos;ll take this bug off the blocking path for webaudio.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>413052</commentid>
    <comment_count>10</comment_count>
    <who name="Dirk Pranke">dpranke</who>
    <bug_when>2011-05-31 18:21:03 -0700</bug_when>
    <thetext>In response to Alexey&apos;s question in comment #5 (why is webaudio different from webarchive or pdf) it looks like all of the webarchive files&apos;s expected output ends in a newline, and we don&apos;t actually generate any pdf output at this point. (although there appear to be tests that once did, they all generate rendertrees + images now).

ORWT&apos;s code says that it expects &quot;#EOF&quot; to show up on a separate line, so in the absence of any other patches, we&apos;d have to modify the base64-encoded output to also include a trailing newline.

That seems like kind of a goofy change, so instead I have modified ORWT to match against any line that ends in a #EOF$ and if there is content preceding the #EOF, stick it into the returned result (see bug 57992 for the patch in question). 

I will still leave this open until NRWT supports webarchives correctly.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>420982</commentid>
    <comment_count>11</comment_count>
      <attachid>97225</attachid>
    <who name="Dirk Pranke">dpranke</who>
    <bug_when>2011-06-14 20:17:30 -0700</bug_when>
    <thetext>Created attachment 97225
Patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>420997</commentid>
    <comment_count>12</comment_count>
      <attachid>97225</attachid>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2011-06-14 21:08:39 -0700</bug_when>
    <thetext>Comment on attachment 97225
Patch

That&apos;s it?  Seems simple.  If this works, great.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>420998</commentid>
    <comment_count>13</comment_count>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2011-06-14 21:09:36 -0700</bug_when>
    <thetext>The PDF tests were added by me and immediately disabled.  They were for printing.  TUrns out that PDFs encode system information (including username!) so it&apos;s not possible to generate them in a system agnostic way... or at least didn&apos;t seem that way.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>421010</commentid>
    <comment_count>14</comment_count>
    <who name="Dirk Pranke">dpranke</who>
    <bug_when>2011-06-14 22:10:38 -0700</bug_when>
    <thetext>(In reply to comment #12)
&gt; (From update of attachment 97225 [details])
&gt; That&apos;s it?  Seems simple.  If this works, great.

Yeah, as far as I can tell, .webarchives are just XML, so all we had to do way make the code aware of the other extension.

I&apos;ve edited the subject to remove reference to PDFs.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>421670</commentid>
    <comment_count>15</comment_count>
    <who name="Dirk Pranke">dpranke</who>
    <bug_when>2011-06-15 17:49:58 -0700</bug_when>
    <thetext>Committed r88986: &lt;http://trac.webkit.org/changeset/88986&gt;</thetext>
  </long_desc>
      
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>89133</attachid>
            <date>2011-04-11 18:03:53 -0700</date>
            <delta_ts>2011-06-14 20:17:26 -0700</delta_ts>
            <desc>Patch</desc>
            <filename>bug-58293-20110411180352.patch</filename>
            <type>text/plain</type>
            <size>2452</size>
            <attacher name="Chris Rogers">crogers</attacher>
            
              <data encoding="base64">SW5kZXg6IFRvb2xzL0NoYW5nZUxvZwo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBUb29scy9DaGFuZ2VMb2cJKHJl
dmlzaW9uIDgzNTQ0KQorKysgVG9vbHMvQ2hhbmdlTG9nCSh3b3JraW5nIGNvcHkpCkBAIC0xLDMg
KzEsMTQgQEAKKzIwMTEtMDQtMTEgIENocmlzIFJvZ2VycyAgPGNyb2dlcnNAZ29vZ2xlLmNvbT4K
KworICAgICAgICBSZXZpZXdlZCBieSBOT0JPRFkgKE9PUFMhKS4KKworICAgICAgICBGb2xsb3ct
dXAgZml4IHRvIERSVCBmb3IgYXVkaW8gKHdyaXRlIENvbnRlbnQtTGVuZ3RoIGluIGhlYWRlcikK
KyAgICAgICAgaHR0cHM6Ly9idWdzLndlYmtpdC5vcmcvc2hvd19idWcuY2dpP2lkPTU4MjkzCisK
KyAgICAgICAgKiBEdW1wUmVuZGVyVHJlZS9tYWMvRHVtcFJlbmRlclRyZWUubW06CisgICAgICAg
IChkdW1wKToKKyAgICAgICAgKiBTY3JpcHRzL3dlYmtpdHB5L2xheW91dF90ZXN0cy9sYXlvdXRf
cGFja2FnZS9zaW5nbGVfdGVzdF9ydW5uZXIucHk6CisKIDIwMTEtMDQtMTEgIFNhbSBXZWluaWcg
IDxzYW1Ad2Via2l0Lm9yZz4KIAogICAgICAgICBGaXggV2luZG93cyBidWlsZC4KSW5kZXg6IFRv
b2xzL0R1bXBSZW5kZXJUcmVlL21hYy9EdW1wUmVuZGVyVHJlZS5tbQo9PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBU
b29scy9EdW1wUmVuZGVyVHJlZS9tYWMvRHVtcFJlbmRlclRyZWUubW0JKHJldmlzaW9uIDgzNTQy
KQorKysgVG9vbHMvRHVtcFJlbmRlclRyZWUvbWFjL0R1bXBSZW5kZXJUcmVlLm1tCSh3b3JraW5n
IGNvcHkpCkBAIC05NzEsOCArOTcxLDEwIEBAIHZvaWQgZHVtcCgpCiAKICAgICAgICAgcHJpbnRm
KCJDb250ZW50LVR5cGU6ICVzXG4iLCBbcmVzdWx0TWltZVR5cGUgVVRGOFN0cmluZ10pOwogCi0g
ICAgICAgIGlmIChnTGF5b3V0VGVzdENvbnRyb2xsZXItPmR1bXBBc0F1ZGlvKCkpCisgICAgICAg
IGlmIChnTGF5b3V0VGVzdENvbnRyb2xsZXItPmR1bXBBc0F1ZGlvKCkpIHsKICAgICAgICAgICAg
IHByaW50ZigiQ29udGVudC1UcmFuc2Zlci1FbmNvZGluZzogYmFzZTY0XG4iKTsgICAgICAgICAg
ICAKKyAgICAgICAgICAgIHByaW50ZigiQ29udGVudC1MZW5ndGg6ICVsdVxuIiwgW3Jlc3VsdERh
dGEgbGVuZ3RoXSk7CisgICAgICAgIH0KICAgICAgICAgCiAgICAgICAgIGlmIChyZXN1bHREYXRh
KSB7CiAgICAgICAgICAgICBmd3JpdGUoW3Jlc3VsdERhdGEgYnl0ZXNdLCAxLCBbcmVzdWx0RGF0
YSBsZW5ndGhdLCBzdGRvdXQpOwpJbmRleDogVG9vbHMvU2NyaXB0cy93ZWJraXRweS9sYXlvdXRf
dGVzdHMvbGF5b3V0X3BhY2thZ2Uvc2luZ2xlX3Rlc3RfcnVubmVyLnB5Cj09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0t
IFRvb2xzL1NjcmlwdHMvd2Via2l0cHkvbGF5b3V0X3Rlc3RzL2xheW91dF9wYWNrYWdlL3Npbmds
ZV90ZXN0X3J1bm5lci5weQkocmV2aXNpb24gODM1NDIpCisrKyBUb29scy9TY3JpcHRzL3dlYmtp
dHB5L2xheW91dF90ZXN0cy9sYXlvdXRfcGFja2FnZS9zaW5nbGVfdGVzdF9ydW5uZXIucHkJKHdv
cmtpbmcgY29weSkKQEAgLTE0MSw4ICsxNDEsOSBAQCBjbGFzcyBTaW5nbGVUZXN0UnVubmVyOgog
ICAgICAgICAjIEFsdGhvdWdoIGFsbCB0ZXN0X3NoZWxsL0R1bXBSZW5kZXJUcmVlIG91dHB1dCBz
aG91bGQgYmUgdXRmLTgsCiAgICAgICAgICMgd2UgZG8gbm90IGV2ZXIgZGVjb2RlIGl0IGluc2lk
ZSBydW4td2Via2l0LXRlc3RzLiAgRm9yIHNvbWUgdGVzdHMKICAgICAgICAgIyBEdW1wUmVuZGVy
VHJlZSBtYXkgbm90IG91dHB1dCB1dGYtOCB0ZXh0IChlLmcuIHdlYmFyY2hpdmVzKS4KLSAgICAg
ICAgc2VsZi5fc2F2ZV9iYXNlbGluZV9kYXRhKGRyaXZlcl9vdXRwdXQudGV4dCwgIi50eHQiLAot
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgZ2VuZXJhdGVfbmV3X2Jhc2VsaW5lPXNl
bGYuX29wdGlvbnMubmV3X2Jhc2VsaW5lKQorICAgICAgICBpZiBkcml2ZXJfb3V0cHV0LnRleHQ6
CisgICAgICAgICAgICBzZWxmLl9zYXZlX2Jhc2VsaW5lX2RhdGEoZHJpdmVyX291dHB1dC50ZXh0
LCAiLnR4dCIsCisgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgZ2VuZXJhdGVf
bmV3X2Jhc2VsaW5lPXNlbGYuX29wdGlvbnMubmV3X2Jhc2VsaW5lKQogICAgICAgICBpZiBkcml2
ZXJfb3V0cHV0LmF1ZGlvOgogICAgICAgICAgICAgc2VsZi5fc2F2ZV9iYXNlbGluZV9kYXRhKGRy
aXZlcl9vdXRwdXQuYXVkaW8sICcud2F2JywKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICBnZW5lcmF0ZV9uZXdfYmFzZWxpbmU9c2VsZi5fb3B0aW9ucy5uZXdfYmFzZWxpbmUp
Cg==
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>97225</attachid>
            <date>2011-06-14 20:17:30 -0700</date>
            <delta_ts>2011-06-14 21:08:39 -0700</delta_ts>
            <desc>Patch</desc>
            <filename>bug-58293-20110614201729.patch</filename>
            <type>text/plain</type>
            <size>4427</size>
            <attacher name="Dirk Pranke">dpranke</attacher>
            
              <data encoding="base64">U3VidmVyc2lvbiBSZXZpc2lvbjogODg2ODUKZGlmZiAtLWdpdCBhL1Rvb2xzL0NoYW5nZUxvZyBi
L1Rvb2xzL0NoYW5nZUxvZwppbmRleCA3NGQzNDg0ZGUyNDVkZGI4OTMzMzkxODM2OWNiZjg1ZGFh
ZGM5Y2M4Li41ZDViNWZmNDQ4Nzc4Zjc4ODZkOTViMTVjNGY0Njg3MDNmMTRmMmY1IDEwMDY0NAot
LS0gYS9Ub29scy9DaGFuZ2VMb2cKKysrIGIvVG9vbHMvQ2hhbmdlTG9nCkBAIC0yLDYgKzIsMTcg
QEAKIAogICAgICAgICBSZXZpZXdlZCBieSBOT0JPRFkgKE9PUFMhKS4KIAorICAgICAgICBOUldU
OiBkb2Vzbid0IHN1cHBvcnQgd2ViYXJjaGl2ZXMsIGhhcyBzdGFsZSBza2lwcGluZyBsb2dpYy4K
KyAgICAgICAgaHR0cHM6Ly9idWdzLndlYmtpdC5vcmcvc2hvd19idWcuY2dpP2lkPTU4MjkzCisK
KyAgICAgICAgKiBTY3JpcHRzL3dlYmtpdHB5L2xheW91dF90ZXN0cy9sYXlvdXRfcGFja2FnZS9w
cmludGluZy5weToKKyAgICAgICAgKiBTY3JpcHRzL3dlYmtpdHB5L2xheW91dF90ZXN0cy9wb3J0
L2Jhc2UucHk6CisgICAgICAgICogU2NyaXB0cy93ZWJraXRweS9sYXlvdXRfdGVzdHMvcG9ydC93
ZWJraXQucHk6CisKKzIwMTEtMDYtMTQgIERpcmsgUHJhbmtlICA8ZHByYW5rZUBjaHJvbWl1bS5v
cmc+CisKKyAgICAgICAgUmV2aWV3ZWQgYnkgTk9CT0RZIChPT1BTISkuCisKICAgICAgICAgbmV3
LXJ1bi13ZWJraXQtdGVzdHM6IGZpeCB0ZXN0IHNvcnRpbmcKICAgICAgICAgaHR0cHM6Ly9idWdz
LndlYmtpdC5vcmcvc2hvd19idWcuY2dpP2lkPTU4NjkxCiAKZGlmZiAtLWdpdCBhL1Rvb2xzL1Nj
cmlwdHMvd2Via2l0cHkvbGF5b3V0X3Rlc3RzL2xheW91dF9wYWNrYWdlL3ByaW50aW5nLnB5IGIv
VG9vbHMvU2NyaXB0cy93ZWJraXRweS9sYXlvdXRfdGVzdHMvbGF5b3V0X3BhY2thZ2UvcHJpbnRp
bmcucHkKaW5kZXggOWM4ZjdmYmNlNGVlMDA1MWI5YWU0MzAxZTdhMjg2YTY1YWFmYWVhYi4uOWE0
MDgwYjMyYjU3ODYxMDdkN2U1NzQyMDQ5Yjg5NDliMjdlZTBkNiAxMDA2NDQKLS0tIGEvVG9vbHMv
U2NyaXB0cy93ZWJraXRweS9sYXlvdXRfdGVzdHMvbGF5b3V0X3BhY2thZ2UvcHJpbnRpbmcucHkK
KysrIGIvVG9vbHMvU2NyaXB0cy93ZWJraXRweS9sYXlvdXRfdGVzdHMvbGF5b3V0X3BhY2thZ2Uv
cHJpbnRpbmcucHkKQEAgLTMyNCw3ICszMjQsNyBAQCBjbGFzcyBQcmludGVyKG9iamVjdCk6CiAg
ICAgICAgIGZpbGVuYW1lID0gcmVzdWx0LmZpbGVuYW1lCiAgICAgICAgIHRlc3RfbmFtZSA9IHNl
bGYuX3BvcnQucmVsYXRpdmVfdGVzdF9maWxlbmFtZShmaWxlbmFtZSkKICAgICAgICAgc2VsZi5f
d3JpdGUoJ3RyYWNlOiAlcycgJSB0ZXN0X25hbWUpCi0gICAgICAgIGZvciBleHRlbnNpb24gaW4g
KCcudHh0JywgJy53YXYnLCAnLnBuZycpOgorICAgICAgICBmb3IgZXh0ZW5zaW9uIGluICgnLnR4
dCcsICcucG5nJywgJy53YXYnLCAnLndlYmFyY2hpdmUnKToKICAgICAgICAgICAgIHNlbGYuX3By
aW50X2Jhc2VsaW5lKGZpbGVuYW1lLCBleHRlbnNpb24pCiAgICAgICAgIHNlbGYuX3dyaXRlKCcg
IGV4cDogJXMnICUgZXhwX3N0cikKICAgICAgICAgc2VsZi5fd3JpdGUoJyAgZ290OiAlcycgJSBn
b3Rfc3RyKQpkaWZmIC0tZ2l0IGEvVG9vbHMvU2NyaXB0cy93ZWJraXRweS9sYXlvdXRfdGVzdHMv
cG9ydC9iYXNlLnB5IGIvVG9vbHMvU2NyaXB0cy93ZWJraXRweS9sYXlvdXRfdGVzdHMvcG9ydC9i
YXNlLnB5CmluZGV4IGJmNGJlMGM1OWM5MzZmODQyMjg0MzFhZjEyNDk0YjI5YWE2ZGMzYmQuLjZj
OGFlNTI1MjMzMTRlMjQ0MjI1NjYxZWNmNTA0ZDA4ODNhZmY3YWMgMTAwNzU1Ci0tLSBhL1Rvb2xz
L1NjcmlwdHMvd2Via2l0cHkvbGF5b3V0X3Rlc3RzL3BvcnQvYmFzZS5weQorKysgYi9Ub29scy9T
Y3JpcHRzL3dlYmtpdHB5L2xheW91dF90ZXN0cy9wb3J0L2Jhc2UucHkKQEAgLTM5NSw3ICszOTUs
OSBAQCBjbGFzcyBQb3J0KG9iamVjdCk6CiAgICAgICAgICMgYmFzZWxpbmVzIGFzIGEgYmluYXJ5
IHN0cmluZywgdG9vLgogICAgICAgICBwYXRoID0gc2VsZi5leHBlY3RlZF9maWxlbmFtZSh0ZXN0
LCAnLnR4dCcpCiAgICAgICAgIGlmIG5vdCBzZWxmLnBhdGhfZXhpc3RzKHBhdGgpOgotICAgICAg
ICAgICAgcmV0dXJuIE5vbmUKKyAgICAgICAgICAgIHBhdGggPSBzZWxmLmV4cGVjdGVkX2ZpbGVu
YW1lKHRlc3QsICcud2ViYXJjaGl2ZScpCisgICAgICAgICAgICBpZiBub3Qgc2VsZi5wYXRoX2V4
aXN0cyhwYXRoKToKKyAgICAgICAgICAgICAgICByZXR1cm4gTm9uZQogICAgICAgICB0ZXh0ID0g
c2VsZi5fZmlsZXN5c3RlbS5yZWFkX2JpbmFyeV9maWxlKHBhdGgpCiAgICAgICAgIHJldHVybiB0
ZXh0LnJlcGxhY2UoIlxyXG4iLCAiXG4iKQogCmRpZmYgLS1naXQgYS9Ub29scy9TY3JpcHRzL3dl
YmtpdHB5L2xheW91dF90ZXN0cy9wb3J0L3dlYmtpdC5weSBiL1Rvb2xzL1NjcmlwdHMvd2Via2l0
cHkvbGF5b3V0X3Rlc3RzL3BvcnQvd2Via2l0LnB5CmluZGV4IGJiYzU2M2RiYTRkNzg0MzgwZDcz
NTM0NTcwMzhhODkxMmU2OWI0YzYuLjE3NzI5YmFhM2Y1ZGIxZmM5ODE5Nzc2MzZmNTdlZTAzYzcw
YjdmY2YgMTAwNjQ0Ci0tLSBhL1Rvb2xzL1NjcmlwdHMvd2Via2l0cHkvbGF5b3V0X3Rlc3RzL3Bv
cnQvd2Via2l0LnB5CisrKyBiL1Rvb2xzL1NjcmlwdHMvd2Via2l0cHkvbGF5b3V0X3Rlc3RzL3Bv
cnQvd2Via2l0LnB5CkBAIC0yNTgsMjggKzI1OCw2IEBAIGNsYXNzIFdlYktpdFBvcnQoYmFzZS5Q
b3J0KToKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGlmIGZlYXR1cmUgbm90IGluIGZl
YXR1cmVfbGlzdF0KICAgICAgICAgcmV0dXJuIHJlZHVjZShvcGVyYXRvci5hZGQsIHNraXBwZWRf
ZGlyZWN0b3JpZXMpCiAKLSAgICBkZWYgX3Rlc3RzX2Zvcl9kaXNhYmxlZF9mZWF0dXJlcyhzZWxm
KToKLSAgICAgICAgIyBGSVhNRTogVGhpcyBzaG91bGQgdXNlIHRoZSBmZWF0dXJlIGRldGVjdGlv
biBmcm9tCi0gICAgICAgICMgd2Via2l0cGVybC9mZWF0dXJlcy5wbSB0byBtYXRjaCBydW4td2Vi
a2l0LXRlc3RzLgotICAgICAgICAjIEZvciBub3cgd2UgaGFyZC1jb2RlIGEgbGlzdCBvZiBmZWF0
dXJlcyBrbm93biB0byBiZSBkaXNhYmxlZCBvbgotICAgICAgICAjIHRoZSBNYWMgcGxhdGZvcm0u
Ci0gICAgICAgIGRpc2FibGVkX2ZlYXR1cmVfdGVzdHMgPSBbCi0gICAgICAgICAgICAiZmFzdC94
aHRtbG1wIiwKLSAgICAgICAgICAgICJtYXRobWwiLAotICAgICAgICBdCi0gICAgICAgICMgRklY
TUU6IHdlYmFyY2hpdmUgdGVzdHMgZXhwZWN0IHRvIHJlYWQtd3JpdGUgZnJvbQotICAgICAgICAj
IC1leHBlY3RlZC53ZWJhcmNoaXZlIGZpbGVzIGluc3RlYWQgb2YgLnR4dCBmaWxlcy4KLSAgICAg
ICAgIyBUaGlzIHNjcmlwdCBkb2Vzbid0IGtub3cgaG93IHRvIGRvIHRoYXQgeWV0LCBzbyBwcmV0
ZW5kIHRoZXkncmUKLSAgICAgICAgIyBqdXN0ICJkaXNhYmxlZCIuCi0gICAgICAgIHdlYmFyY2hp
dmVfdGVzdHMgPSBbCi0gICAgICAgICAgICAid2ViYXJjaGl2ZSIsCi0gICAgICAgICAgICAic3Zn
L3dlYmFyY2hpdmUiLAotICAgICAgICAgICAgImh0dHAvdGVzdHMvd2ViYXJjaGl2ZSIsCi0gICAg
ICAgICAgICAic3ZnL2N1c3RvbS9pbWFnZS13aXRoLXByZWZpeC1pbi13ZWJhcmNoaXZlLnN2ZyIs
Ci0gICAgICAgIF0KLSAgICAgICAgdW5zdXBwb3J0ZWRfZmVhdHVyZV90ZXN0cyA9IHNlbGYuX3Nr
aXBwZWRfdGVzdHNfZm9yX3Vuc3VwcG9ydGVkX2ZlYXR1cmVzKCkKLSAgICAgICAgcmV0dXJuIGRp
c2FibGVkX2ZlYXR1cmVfdGVzdHMgKyB3ZWJhcmNoaXZlX3Rlc3RzICsgdW5zdXBwb3J0ZWRfZmVh
dHVyZV90ZXN0cwotCiAgICAgZGVmIF90ZXN0c19mcm9tX3NraXBwZWRfZmlsZV9jb250ZW50cyhz
ZWxmLCBza2lwcGVkX2ZpbGVfY29udGVudHMpOgogICAgICAgICB0ZXN0c190b19za2lwID0gW10K
ICAgICAgICAgZm9yIGxpbmUgaW4gc2tpcHBlZF9maWxlX2NvbnRlbnRzLnNwbGl0KCdcbicpOgpA
QCAtMzI2LDcgKzMwNCw3IEBAIGNsYXNzIFdlYktpdFBvcnQoYmFzZS5Qb3J0KToKICAgICAgICAg
IyBVc2UgYSBzZXQgdG8gYWxsb3cgZHVwbGljYXRlcwogICAgICAgICB0ZXN0c190b19za2lwID0g
c2V0KHNlbGYuX2V4cGVjdGF0aW9uc19mcm9tX3NraXBwZWRfZmlsZXMoKSkKICAgICAgICAgdGVz
dHNfdG9fc2tpcC51cGRhdGUoc2VsZi5fdGVzdHNfZm9yX290aGVyX3BsYXRmb3JtcygpKQotICAg
ICAgICB0ZXN0c190b19za2lwLnVwZGF0ZShzZWxmLl90ZXN0c19mb3JfZGlzYWJsZWRfZmVhdHVy
ZXMoKSkKKyAgICAgICAgdGVzdHNfdG9fc2tpcC51cGRhdGUoc2VsZi5fc2tpcHBlZF90ZXN0c19m
b3JfdW5zdXBwb3J0ZWRfZmVhdHVyZXMoKSkKICAgICAgICAgcmV0dXJuIHRlc3RzX3RvX3NraXAK
IAogICAgIGRlZiBfYnVpbGRfcGF0aChzZWxmLCAqY29tcHMpOgo=
</data>
<flag name="review"
          id="91102"
          type_id="1"
          status="+"
          setter="eric"
    />
          </attachment>
      

    </bug>

</bugzilla>