<?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>37794</bug_id>
          
          <creation_ts>2010-04-19 03:05:09 -0700</creation_ts>
          <short_desc>new-run-webkit-tests --verbose shows ever-increasing #EOF lines</short_desc>
          <delta_ts>2010-04-22 18:56:08 -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>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>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Eric Seidel (no email)">eric</reporter>
          <assigned_to name="Nobody">webkit-unassigned</assigned_to>
          <cc>abarth</cc>
    
    <cc>commit-queue</cc>
    
    <cc>dglazkov</cc>
    
    <cc>dpranke</cc>
    
    <cc>ojan</cc>
    
    <cc>tkent</cc>
    
    <cc>tony</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>213976</commentid>
    <comment_count>0</comment_count>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2010-04-19 03:05:09 -0700</bug_when>
    <thetext>new-run-webkit-tests --verbose shows ever-increasing #EOF lines

100419 03:02:32 dump_render_tree_thread.py:95   DEBUG Previous test output extra lines after dump:
#EOF
#EOF
#EOF

After every test, the number of #EOFs dumped there is larger.  Eventually you just can&apos;t read the log at all.

Something is wrong in the WebKit driver or in the logging or both.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>214037</commentid>
    <comment_count>1</comment_count>
    <who name="Ojan Vafai">ojan</who>
    <bug_when>2010-04-19 08:23:59 -0700</bug_when>
    <thetext>Context: NRWT outputs the results between the #EOF for a test and the #URL... for the next test. This avoids putting the results from one test into the next (reduces flakiness). We spit this to stdout in the hopes that we can put it on the waterfall and get it fixed.

In either case, it sounds like maybe DRT is printing multiple #EOF lines per test and that is confusing NRWT since it expects exactly one #EOF per #URL line. That&apos;s just a guess though.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>214160</commentid>
    <comment_count>2</comment_count>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2010-04-19 12:18:35 -0700</bug_when>
    <thetext>I believe that DRT prints out two #EOFs.  One for the test content and one for the pixel content.
http://trac.webkit.org/browser/trunk/WebKitTools/DumpRenderTree/mac/DumpRenderTree.mm#L1061</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>215785</commentid>
    <comment_count>3</comment_count>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2010-04-22 02:10:00 -0700</bug_when>
    <thetext>The log message was just confusing.  What it was actually printing was the stderr.  DRT prints an #EOF on stderr too.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>215787</commentid>
    <comment_count>4</comment_count>
      <attachid>54043</attachid>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2010-04-22 02:12:34 -0700</bug_when>
    <thetext>Created attachment 54043
Patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>215788</commentid>
    <comment_count>5</comment_count>
      <attachid>54043</attachid>
    <who name="Adam Barth">abarth</who>
    <bug_when>2010-04-22 02:14:18 -0700</bug_when>
    <thetext>Comment on attachment 54043
Patch

This seems like a bit of a hack, but this seems to be blocking you...</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>215790</commentid>
    <comment_count>6</comment_count>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2010-04-22 02:21:31 -0700</bug_when>
    <thetext>Committed r58076: &lt;http://trac.webkit.org/changeset/58076&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>215803</commentid>
    <comment_count>7</comment_count>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2010-04-22 03:19:24 -0700</bug_when>
    <thetext>You were right.  It was too much of a hack.  I had to add another hack to handle the case where we get nothing back from stderr.  I&apos;m still not really sure what&apos;s going on here, but hopefully Dirk does.  We&apos;re definitely in a better state than we were before, but not yet where we want to end up.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>215830</commentid>
    <comment_count>8</comment_count>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2010-04-22 05:08:55 -0700</bug_when>
    <thetext>Committed r58088: &lt;http://trac.webkit.org/changeset/58088&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>216063</commentid>
    <comment_count>9</comment_count>
    <who name="Dimitri Glazkov (Google)">dglazkov</who>
    <bug_when>2010-04-22 13:58:56 -0700</bug_when>
    <thetext>This broke new-run-webkit-tests --platform=chromium-mac --use-drt, which now crashes on this assertion. Not sure whether it&apos;s a bug being tickled, just noting here what&apos;s happening.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>216067</commentid>
    <comment_count>10</comment_count>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2010-04-22 14:05:29 -0700</bug_when>
    <thetext>Yeah.  I&apos;ve seen the crash too.

Our handling of stderr is clearly wrong.  I&apos;ll add another layer of hack in a second...</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>216070</commentid>
    <comment_count>11</comment_count>
    <who name="Ojan Vafai">ojan</who>
    <bug_when>2010-04-22 14:08:17 -0700</bug_when>
    <thetext>A bit late but...

Seems like the &quot;correct&quot; fix would be to add a read_error_line method to  match read_line. Then in the appropriate loops where you are reading output, you could also read the errors. In retrospect, it&apos;s weird that read_line also processes stderr.

Alternately, we could modify readline to return a (output, error_output) tuple where output or error_output may be None/empty-string.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>216076</commentid>
    <comment_count>12</comment_count>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2010-04-22 14:17:17 -0700</bug_when>
    <thetext>It appears like we&apos;re not always waiting for the full error though.  That&apos;s the ASSERT dglazkov is seeing, is that sometimes the error doens&apos;t contain the #EOF.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>216082</commentid>
    <comment_count>13</comment_count>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2010-04-22 14:29:14 -0700</bug_when>
    <thetext>Reopening to fix dglazkov&apos;s assertion.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>216083</commentid>
    <comment_count>14</comment_count>
      <attachid>54096</attachid>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2010-04-22 14:29:34 -0700</bug_when>
    <thetext>Created attachment 54096
Fix assertion</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>216084</commentid>
    <comment_count>15</comment_count>
      <attachid>54096</attachid>
    <who name="Dimitri Glazkov (Google)">dglazkov</who>
    <bug_when>2010-04-22 14:30:55 -0700</bug_when>
    <thetext>Comment on attachment 54096
Fix assertion

ok, makes sense.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>216217</commentid>
    <comment_count>16</comment_count>
      <attachid>54096</attachid>
    <who name="WebKit Commit Bot">commit-queue</who>
    <bug_when>2010-04-22 18:56:01 -0700</bug_when>
    <thetext>Comment on attachment 54096
Fix assertion

Clearing flags on attachment: 54096

Committed r58139: &lt;http://trac.webkit.org/changeset/58139&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>216218</commentid>
    <comment_count>17</comment_count>
    <who name="WebKit Commit Bot">commit-queue</who>
    <bug_when>2010-04-22 18:56:08 -0700</bug_when>
    <thetext>All reviewed patches have been landed.  Closing bug.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>54043</attachid>
            <date>2010-04-22 02:12:34 -0700</date>
            <delta_ts>2010-04-22 14:29:29 -0700</delta_ts>
            <desc>Patch</desc>
            <filename>bug-37794-20100422021233.patch</filename>
            <type>text/plain</type>
            <size>3021</size>
            <attacher name="Eric Seidel (no email)">eric</attacher>
            
              <data encoding="base64">ZGlmZiAtLWdpdCBhL1dlYktpdFRvb2xzL0NoYW5nZUxvZyBiL1dlYktpdFRvb2xzL0NoYW5nZUxv
ZwppbmRleCA5YjQwMGViLi43ZDZkY2ZmIDEwMDY0NAotLS0gYS9XZWJLaXRUb29scy9DaGFuZ2VM
b2cKKysrIGIvV2ViS2l0VG9vbHMvQ2hhbmdlTG9nCkBAIC0xLDUgKzEsMjAgQEAKIDIwMTAtMDQt
MjIgIEVyaWMgU2VpZGVsICA8ZXJpY0B3ZWJraXQub3JnPgogCisgICAgICAgIFJldmlld2VkIGJ5
IE5PQk9EWSAoT09QUyEpLgorCisgICAgICAgIG5ldy1ydW4td2Via2l0LXRlc3RzIC0tdmVyYm9z
ZSBzaG93cyBldmVyLWluY3JlYXNpbmcgI0VPRiBsaW5lcworICAgICAgICBodHRwczovL2J1Z3Mu
d2Via2l0Lm9yZy9zaG93X2J1Zy5jZ2k/aWQ9Mzc3OTQKKworICAgICAgICAqIFNjcmlwdHMvd2Vi
a2l0cHkvbGF5b3V0X3Rlc3RzL2xheW91dF9wYWNrYWdlL2R1bXBfcmVuZGVyX3RyZWVfdGhyZWFk
LnB5OgorICAgICAgICAgLSBGaXggdGhlIGxvZyBtZXNzYWdlIHRvIGV4cGxhaW4gdGhhdCB0aGlz
IGlzIHN0ZGVyciBvdXRwdXQsIG5vdCB0ZXN0IG91dHB1dC4KKyAgICAgICAgKiBTY3JpcHRzL3dl
YmtpdHB5L2xheW91dF90ZXN0cy9wb3J0L3dlYmtpdC5weToKKyAgICAgICAgIC0gQmUgc3VyZSB0
byByZXNldCB0aGUgc2VydmVyX3Byb2Nlc3MuZXJyb3IgYWZ0ZXIgcmVhZGluZyAoc2VlbXMgbGlr
ZSB0aGUgd3JvbmcKKyAgICAgICAgICAgcGxhY2UgdG8gZG8gdGhpcywgYnV0IGF0IGxlYXN0IHRo
aXMgZml4ZXMgdGhlIGJ1ZyBhbmQgZHByYW5rZSBhbmQgSSBjYW4gdGFsaworICAgICAgICAgICBh
Ym91dCBiZXR0ZXIgZGVzaWducyBsYXRlcikuCisgICAgICAgICAtIEFsc28gcmVtb3ZlIHRoZSAj
RU9GIGZyb20gdGhlIHN0ZGVyciBvdXRwdXQgYmVmb3JlIHJldHVybmluZyBpdC4KKworMjAxMC0w
NC0yMiAgRXJpYyBTZWlkZWwgIDxlcmljQHdlYmtpdC5vcmc+CisKICAgICAgICAgVW5yZXZpZXdl
ZC4gIEZpeGluZyBuZXctcnVuLXdlYmtpdC10ZXN0cyBvbiB0aGUgYm90cy4KIAogICAgICAgICAq
IFNjcmlwdHMvd2Via2l0cHkvbGF5b3V0X3Rlc3RzL3J1bl93ZWJraXRfdGVzdHMucHk6CmRpZmYg
LS1naXQgYS9XZWJLaXRUb29scy9TY3JpcHRzL3dlYmtpdHB5L2xheW91dF90ZXN0cy9sYXlvdXRf
cGFja2FnZS9kdW1wX3JlbmRlcl90cmVlX3RocmVhZC5weSBiL1dlYktpdFRvb2xzL1NjcmlwdHMv
d2Via2l0cHkvbGF5b3V0X3Rlc3RzL2xheW91dF9wYWNrYWdlL2R1bXBfcmVuZGVyX3RyZWVfdGhy
ZWFkLnB5CmluZGV4IDFlNDEyYTMuLjQ2MmEzNGIgMTAwNjQ0Ci0tLSBhL1dlYktpdFRvb2xzL1Nj
cmlwdHMvd2Via2l0cHkvbGF5b3V0X3Rlc3RzL2xheW91dF9wYWNrYWdlL2R1bXBfcmVuZGVyX3Ry
ZWVfdGhyZWFkLnB5CisrKyBiL1dlYktpdFRvb2xzL1NjcmlwdHMvd2Via2l0cHkvbGF5b3V0X3Rl
c3RzL2xheW91dF9wYWNrYWdlL2R1bXBfcmVuZGVyX3RyZWVfdGhyZWFkLnB5CkBAIC05NSw4ICs5
NSw3IEBAIGRlZiBwcm9jZXNzX291dHB1dChwb3J0LCB0ZXN0X2luZm8sIHRlc3RfdHlwZXMsIHRl
c3RfYXJncywgY29uZmlndXJhdGlvbiwKICAgICAgICAgd2l0aCBjb2RlY3Mub3BlbihmaWxlbmFt
ZSwgIndiIiwgInV0Zi04IikgYXMgZmlsZToKICAgICAgICAgICAgIGZpbGUud3JpdGUoZXJyb3Ip
CiAgICAgZWxpZiBlcnJvcjoKLSAgICAgICAgX2xvZy5kZWJ1ZygiUHJldmlvdXMgdGVzdCBvdXRw
dXQgZXh0cmEgbGluZXMgYWZ0ZXIgZHVtcDpcbiVzIiAlCi0gICAgICAgICAgICAgICAgICAgZXJy
b3IpCisgICAgICAgIF9sb2cuZGVidWcoIlByZXZpb3VzIHRlc3Qgb3V0cHV0IHN0ZGVyciBsaW5l
czpcbiVzIiAlIGVycm9yKQogCiAgICAgIyBDaGVjayB0aGUgb3V0cHV0IGFuZCBzYXZlIHRoZSBy
ZXN1bHRzLgogICAgIHN0YXJ0X3RpbWUgPSB0aW1lLnRpbWUoKQpkaWZmIC0tZ2l0IGEvV2ViS2l0
VG9vbHMvU2NyaXB0cy93ZWJraXRweS9sYXlvdXRfdGVzdHMvcG9ydC93ZWJraXQucHkgYi9XZWJL
aXRUb29scy9TY3JpcHRzL3dlYmtpdHB5L2xheW91dF90ZXN0cy9wb3J0L3dlYmtpdC5weQppbmRl
eCA3YzU2NjkzLi40Y2YxNGNkIDEwMDY0NAotLS0gYS9XZWJLaXRUb29scy9TY3JpcHRzL3dlYmtp
dHB5L2xheW91dF90ZXN0cy9wb3J0L3dlYmtpdC5weQorKysgYi9XZWJLaXRUb29scy9TY3JpcHRz
L3dlYmtpdHB5L2xheW91dF90ZXN0cy9wb3J0L3dlYmtpdC5weQpAQCAtNDQyLDExICs0NDIsMTkg
QEAgY2xhc3MgV2ViS2l0RHJpdmVyKGJhc2UuRHJpdmVyKToKICAgICAgICAgaWYgc2VsZi5faW1h
Z2VfcGF0aCBhbmQgbGVuKHNlbGYuX2ltYWdlX3BhdGgpOgogICAgICAgICAgICAgd2l0aCBvcGVu
KHNlbGYuX2ltYWdlX3BhdGgsICJ3YiIpIGFzIGltYWdlX2ZpbGU6CiAgICAgICAgICAgICAgICAg
aW1hZ2VfZmlsZS53cml0ZShpbWFnZSkKKworICAgICAgICBlcnJvcl9saW5lcyA9IHNlbGYuX3Nl
cnZlcl9wcm9jZXNzLmVycm9yLnNwbGl0bGluZXMoKQorICAgICAgICBlcnJvcl9lb2YgPSBlcnJv
cl9saW5lcy5wb3AoKQorICAgICAgICBhc3NlcnQoZXJyb3JfZW9mID09ICIjRU9GIikKKyAgICAg
ICAgZXJyb3IgPSAiXG4iLmpvaW4oZXJyb3JfbGluZXMpCisgICAgICAgICMgRklYTUU6IFRoaXMg
c2VlbXMgbGlrZSB0aGUgd3Jvbmcgc2VjdGlvbiBvZiBjb2RlIHRvIGJlIGRvaW5nCisgICAgICAg
ICMgdGhpcyByZXNldCBpbi4KKyAgICAgICAgc2VsZi5fc2VydmVyX3Byb2Nlc3MuZXJyb3IgPSAi
IgogICAgICAgICByZXR1cm4gKHNlbGYuX3NlcnZlcl9wcm9jZXNzLmNyYXNoZWQsCiAgICAgICAg
ICAgICAgICAgc2VsZi5fc2VydmVyX3Byb2Nlc3MudGltZWRfb3V0LAogICAgICAgICAgICAgICAg
IGFjdHVhbF9pbWFnZV9oYXNoLAogICAgICAgICAgICAgICAgIG91dHB1dCwKLSAgICAgICAgICAg
ICAgICBzZWxmLl9zZXJ2ZXJfcHJvY2Vzcy5lcnJvcikKKyAgICAgICAgICAgICAgICBlcnJvcikK
IAogICAgIGRlZiBzdG9wKHNlbGYpOgogICAgICAgICBpZiBzZWxmLl9zZXJ2ZXJfcHJvY2VzczoK
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>54096</attachid>
            <date>2010-04-22 14:29:34 -0700</date>
            <delta_ts>2010-04-22 18:56:01 -0700</delta_ts>
            <desc>Fix assertion</desc>
            <filename>bug-37794-20100422142932.patch</filename>
            <type>text/plain</type>
            <size>1560</size>
            <attacher name="Eric Seidel (no email)">eric</attacher>
            
              <data encoding="base64">ZGlmZiAtLWdpdCBhL1dlYktpdFRvb2xzL0NoYW5nZUxvZyBiL1dlYktpdFRvb2xzL0NoYW5nZUxv
ZwppbmRleCBjZmE3ZjBkLi5iMDk3MDBlIDEwMDY0NAotLS0gYS9XZWJLaXRUb29scy9DaGFuZ2VM
b2cKKysrIGIvV2ViS2l0VG9vbHMvQ2hhbmdlTG9nCkBAIC0xLDMgKzEsMTQgQEAKKzIwMTAtMDQt
MjIgIEVyaWMgU2VpZGVsICA8ZXJpY0B3ZWJraXQub3JnPgorCisgICAgICAgIFJldmlld2VkIGJ5
IE5PQk9EWSAoT09QUyEpLgorCisgICAgICAgIG5ldy1ydW4td2Via2l0LXRlc3RzIC0tdmVyYm9z
ZSBzaG93cyBldmVyLWluY3JlYXNpbmcgI0VPRiBsaW5lcworICAgICAgICBodHRwczovL2J1Z3Mu
d2Via2l0Lm9yZy9zaG93X2J1Zy5jZ2k/aWQ9Mzc3OTQKKworICAgICAgICAqIFNjcmlwdHMvd2Vi
a2l0cHkvbGF5b3V0X3Rlc3RzL3BvcnQvd2Via2l0LnB5OgorICAgICAgICAgLSBSZW1vdmUgdGhl
IGFzc2VydCgpIHNpbmNlIG91ciBTZXJ2ZXJQcm9jZXNzIGNvZGUgZG9lcyBub3QgYWx3YXlzCisg
ICAgICAgICAgIHNlZW0gdG8gYmUgcmVhZGluZyB0aGUgZnVsbCBzdGRlcnIgb3V0cHV0IChvciB3
ZSdyZSBub3Qgd2FpdGluZyBmb3IgaXQgdG8pLgorCiAyMDEwLTA0LTIyICBTYW0gV2VpbmlnICA8
c2FtQHdlYmtpdC5vcmc+CiAKICAgICAgICAgUmV2aWV3ZWQgYnkgQW5kZXJzIENhcmxzc29uLgpk
aWZmIC0tZ2l0IGEvV2ViS2l0VG9vbHMvU2NyaXB0cy93ZWJraXRweS9sYXlvdXRfdGVzdHMvcG9y
dC93ZWJraXQucHkgYi9XZWJLaXRUb29scy9TY3JpcHRzL3dlYmtpdHB5L2xheW91dF90ZXN0cy9w
b3J0L3dlYmtpdC5weQppbmRleCBlZjFjNGYwLi5hYWJjOWExIDEwMDY0NAotLS0gYS9XZWJLaXRU
b29scy9TY3JpcHRzL3dlYmtpdHB5L2xheW91dF90ZXN0cy9wb3J0L3dlYmtpdC5weQorKysgYi9X
ZWJLaXRUb29scy9TY3JpcHRzL3dlYmtpdHB5L2xheW91dF90ZXN0cy9wb3J0L3dlYmtpdC5weQpA
QCAtNDQ3LDkgKzQ0Nyw4IEBAIGNsYXNzIFdlYktpdERyaXZlcihiYXNlLkRyaXZlcik6CiAgICAg
ICAgICMgRklYTUU6IFRoaXMgaXMgYSBoYWNrLiAgSXQgaXMgdW5jbGVhciB3aHkgc29tZXRpbWVz
CiAgICAgICAgICMgd2UgZG8gbm90IGdldCBhbnkgZXJyb3IgbGluZXMgZnJvbSB0aGUgc2VydmVy
X3Byb2Nlc3MKICAgICAgICAgIyBwcm9iYWJseSB3ZSBhcmUgbm90IGZsdXNoaW5nIHN0ZGVyci4K
LSAgICAgICAgaWYgZXJyb3JfbGluZXM6Ci0gICAgICAgICAgICBlcnJvcl9lb2YgPSBlcnJvcl9s
aW5lcy5wb3AoKQotICAgICAgICAgICAgYXNzZXJ0KGVycm9yX2VvZiA9PSAiI0VPRiIpCisgICAg
ICAgIGlmIGVycm9yX2xpbmVzIGFuZCBlcnJvcl9saW5lc1stMV0gPT0gIiNFT0YiOgorICAgICAg
ICAgICAgZXJyb3JfbGluZXMucG9wKCkgICMgUmVtb3ZlIHRoZSBleHBlY3RlZCAiI0VPRiIKICAg
ICAgICAgZXJyb3IgPSAiXG4iLmpvaW4oZXJyb3JfbGluZXMpCiAgICAgICAgICMgRklYTUU6IFRo
aXMgc2VlbXMgbGlrZSB0aGUgd3Jvbmcgc2VjdGlvbiBvZiBjb2RlIHRvIGJlIGRvaW5nCiAgICAg
ICAgICMgdGhpcyByZXNldCBpbi4K
</data>

          </attachment>
      

    </bug>

</bugzilla>