<?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>33310</bug_id>
          
          <creation_ts>2010-01-07 00:46:39 -0800</creation_ts>
          <short_desc>editing/pasteboard/4641033.html timed out on Tiger Bot</short_desc>
          <delta_ts>2010-02-19 16:46:05 -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>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>
          
          <blocked>33289</blocked>
          <everconfirmed>1</everconfirmed>
          <reporter name="Eric Seidel (no email)">eric</reporter>
          <assigned_to name="Eric Seidel (no email)">eric</assigned_to>
          <cc>ap</cc>
    
    <cc>cjerdonek</cc>
    
    <cc>commit-queue</cc>
    
    <cc>justin.garcia</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>178057</commentid>
    <comment_count>0</comment_count>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2010-01-07 00:46:39 -0800</bug_when>
    <thetext>editing/pasteboard/4641033.html timed out on Tiger Bot

This is the first time I&apos;ve noticed this timeout:
http://build.webkit.org/results/Tiger%20Intel%20Release/r52905%20(7498)/results.html

This test has been here forever:
http://trac.webkit.org/browser/trunk/LayoutTests/editing/pasteboard/4641033.html</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>179240</commentid>
    <comment_count>1</comment_count>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2010-01-10 20:32:26 -0800</bug_when>
    <thetext>This seems to be one of the more common tiger failures.  I&apos;ve seen in a couple times this week, including just now:
http://build.webkit.org/results/Tiger%20Intel%20Release/r53059%20(7616)/results.html</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>179928</commentid>
    <comment_count>2</comment_count>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2010-01-12 12:06:08 -0800</bug_when>
    <thetext>This still times out every 5 to 10 builds or so on Tiger:
http://build.webkit.org/results/Tiger%20Intel%20Release/r53142%20(7670)/results.html

If we don&apos;t have any theories, we should just skip this test.  I get the impression that Tiger support is slowly being deprecated anyway.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>179929</commentid>
    <comment_count>3</comment_count>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2010-01-12 12:07:43 -0800</bug_when>
    <thetext>I see no reason why this test should be failing unless copy or paste is hanging or unless the DRT timeout machinery is somehow broken on tiger.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>179941</commentid>
    <comment_count>4</comment_count>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2010-01-12 12:39:10 -0800</bug_when>
    <thetext>I think this test could be re-written to use onload (I think it&apos;s trying to wait for the img to load) and possibly be dumpAsText.  I might try that.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>181306</commentid>
    <comment_count>5</comment_count>
      <attachid>46697</attachid>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2010-01-15 12:15:10 -0800</bug_when>
    <thetext>Created attachment 46697
Patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>181308</commentid>
    <comment_count>6</comment_count>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2010-01-15 12:16:48 -0800</bug_when>
    <thetext>I also wonder if the extra &lt;/select&gt; close tag could be related to the failure here.  I think the selection might unintentionally end up including the &lt;script&gt; tag and we might be copy/pasting the script tag.  Not sure.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>181316</commentid>
    <comment_count>7</comment_count>
      <attachid>46697</attachid>
    <who name="Alexey Proskuryakov">ap</who>
    <bug_when>2010-01-15 12:28:48 -0800</bug_when>
    <thetext>Comment on attachment 46697
Patch

I&apos;m not sure if setTimeout is unnecessary - the original bug was about DOM traversal and presence or renderers, and the DOM is different when still parsing. If this isn&apos;t going to fix the problem, better not make arbitrary changes.

One possible reason for the test to time out would be an exception being raised. Maybe you could add a try/catch block instead, and log the exception?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>181379</commentid>
    <comment_count>8</comment_count>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2010-01-15 14:07:59 -0800</bug_when>
    <thetext>Exceptions would show up in the stderr.  So I don&apos;t think exceptions are involved here.

Do we have any idea what this test is actually supposed to be about?  It&apos;s not at all clear from the test.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>181380</commentid>
    <comment_count>9</comment_count>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2010-01-15 14:08:40 -0800</bug_when>
    <thetext>I think if we don&apos;t understand the test, we should consider skipping it on Tiger, or removing it from the repository in total. :)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>181421</commentid>
    <comment_count>10</comment_count>
    <who name="Alexey Proskuryakov">ap</who>
    <bug_when>2010-01-15 15:57:28 -0800</bug_when>
    <thetext>Did we get to see stderr? All I see is &quot;file not found&quot;.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>182952</commentid>
    <comment_count>11</comment_count>
      <attachid>47074</attachid>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2010-01-20 15:45:02 -0800</bug_when>
    <thetext>Created attachment 47074
Patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>184166</commentid>
    <comment_count>12</comment_count>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2010-01-24 22:44:00 -0800</bug_when>
    <thetext>run-webkit-tests often makes a stderr link even though there is no stderr file.  At least that&apos;s my understanding.  It&apos;s a bug we should fix some day.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>184178</commentid>
    <comment_count>13</comment_count>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2010-01-24 23:19:00 -0800</bug_when>
    <thetext>Another timeout:
http://build.webkit.org/results/Tiger%20Intel%20Release/r53789%20(8117)/results.html</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>191360</commentid>
    <comment_count>14</comment_count>
      <attachid>47074</attachid>
    <who name="Dimitri Glazkov (Google)">dglazkov</who>
    <bug_when>2010-02-17 19:20:39 -0800</bug_when>
    <thetext>Comment on attachment 47074
Patch

ok.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>191418</commentid>
    <comment_count>15</comment_count>
      <attachid>47074</attachid>
    <who name="WebKit Commit Bot">commit-queue</who>
    <bug_when>2010-02-17 22:53:02 -0800</bug_when>
    <thetext>Comment on attachment 47074
Patch

Rejecting patch 47074 from commit-queue.

Failed to run &quot;[&apos;/Users/eseidel/Projects/CommitQueue/WebKitTools/Scripts/svn-apply&apos;, &apos;--reviewer&apos;, &apos;Dimitri Glazkov&apos;, &apos;--force&apos;]&quot; exit_code: 1
patching file LayoutTests/ChangeLog
Hunk #1 succeeded at 1 with fuzz 3.
patching file LayoutTests/platform/mac-tiger/Skipped
Hunk #1 FAILED at 98.
1 out of 1 hunk FAILED -- saving rejects to file LayoutTests/platform/mac-tiger/Skipped.rej

Full output: http://webkit-commit-queue.appspot.com/results/283139</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>192096</commentid>
    <comment_count>16</comment_count>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2010-02-19 16:22:53 -0800</bug_when>
    <thetext>Attachment 47074 was posted by a committer and has review+, assigning to Eric Seidel for commit.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>192116</commentid>
    <comment_count>17</comment_count>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2010-02-19 16:46:05 -0800</bug_when>
    <thetext>Committed r55038: &lt;http://trac.webkit.org/changeset/55038&gt;</thetext>
  </long_desc>
      
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>46697</attachid>
            <date>2010-01-15 12:15:10 -0800</date>
            <delta_ts>2010-01-20 15:44:57 -0800</delta_ts>
            <desc>Patch</desc>
            <filename>bug-33310-20100115121509.patch</filename>
            <type>text/plain</type>
            <size>1935</size>
            <attacher name="Eric Seidel (no email)">eric</attacher>
            
              <data encoding="base64">ZGlmZiAtLWdpdCBhL0xheW91dFRlc3RzL0NoYW5nZUxvZyBiL0xheW91dFRlc3RzL0NoYW5nZUxv
ZwppbmRleCAzOWYwMTRlLi5hMjQ5YzdjIDEwMDY0NAotLS0gYS9MYXlvdXRUZXN0cy9DaGFuZ2VM
b2cKKysrIGIvTGF5b3V0VGVzdHMvQ2hhbmdlTG9nCkBAIC0xLDMgKzEsMTMgQEAKKzIwMTAtMDEt
MTUgIEVyaWMgU2VpZGVsICA8ZXJpY0B3ZWJraXQub3JnPgorCisgICAgICAgIFJldmlld2VkIGJ5
IE5PQk9EWSAoT09QUyEpLgorCisgICAgICAgIGVkaXRpbmcvcGFzdGVib2FyZC80NjQxMDMzLmh0
bWwgdGltZWQgb3V0IG9uIFRpZ2VyIEJvdAorICAgICAgICBodHRwczovL2J1Z3Mud2Via2l0Lm9y
Zy9zaG93X2J1Zy5jZ2k/aWQ9MzMzMTAKKworICAgICAgICAqIGVkaXRpbmcvcGFzdGVib2FyZC80
NjQxMDMzLmh0bWw6CisgICAgICAgICAtIFJlbW92ZSB1bmVjZXNzYXJ5IHNldFRpbWVvdXQoKS4g
IEkgZG9uJ3QgZXhwZWN0IHRoaXMgY2hhbmdlIHRvIGZpeCB0aGUgdGltZW91dCBob3dldmVyLgor
CiAyMDEwLTAxLTE1ICBPamFuIFZhZmFpICA8b2phbkBjaHJvbWl1bS5vcmc+CiAKICAgICAgICAg
UmV2aWV3ZWQgYnkgQWRhbSBCYXJ0aC4KZGlmZiAtLWdpdCBhL0xheW91dFRlc3RzL2VkaXRpbmcv
cGFzdGVib2FyZC80NjQxMDMzLmh0bWwgYi9MYXlvdXRUZXN0cy9lZGl0aW5nL3Bhc3RlYm9hcmQv
NDY0MTAzMy5odG1sCmluZGV4IDFmYjk3MTAuLjFmMTZmZmEgMTAwNjQ0Ci0tLSBhL0xheW91dFRl
c3RzL2VkaXRpbmcvcGFzdGVib2FyZC80NjQxMDMzLmh0bWwKKysrIGIvTGF5b3V0VGVzdHMvZWRp
dGluZy9wYXN0ZWJvYXJkLzQ2NDEwMzMuaHRtbApAQCAtOSwyNCArOSwxNCBAQCBpZiAod2luZG93
LmxheW91dFRlc3RDb250cm9sbGVyKQogPHNlbGVjdCBpZD0iZW5kIj48b3B0Z3JvdXA+PG9wdGlv
bj4xPC9vcHRpb24+PG9wdGlvbj4yPC9vcHRpb24+PG9wdGlvbj4zPC9vcHRpb24+PC9vcHRncm91
cD48L3NlbGVjdD4KIDwvc2VsZWN0PgogPHNjcmlwdD4KLWZ1bmN0aW9uIHJ1blRlc3QoKSB7Ci0g
ICAgdmFyIHN0YXJ0ID0gZG9jdW1lbnQuZ2V0RWxlbWVudEJ5SWQoInN0YXJ0Iik7Ci0gICAgdmFy
IGVuZCA9IGRvY3VtZW50LmdldEVsZW1lbnRCeUlkKCJlbmQiKTsKLSAgICAKLSAgICB2YXIgcyA9
IHdpbmRvdy5nZXRTZWxlY3Rpb24oKTsKLSAgICBzLnNldEJhc2VBbmRFeHRlbnQoc3RhcnQsIDAs
IGVuZCwgZW5kLmNoaWxkTm9kZXMubGVuZ3RoKTsKLSAgICAKLSAgICBkb2N1bWVudC5leGVjQ29t
bWFuZCgiQ29weSIpOwotICAgIAotICAgIHMuc2V0UG9zaXRpb24oZG9jdW1lbnQuZ2V0RWxlbWVu
dEJ5SWQoInBhc3RlIiksIDApOwotICAgIGRvY3VtZW50LmV4ZWNDb21tYW5kKCJQYXN0ZSIpOwot
ICAgIAotICAgIGlmICh3aW5kb3cubGF5b3V0VGVzdENvbnRyb2xsZXIpCi0gICAgICAgIHdpbmRv
dy5sYXlvdXRUZXN0Q29udHJvbGxlci5ub3RpZnlEb25lKCk7ICAgIAotICAgIAotfQotaWYgKHdp
bmRvdy5sYXlvdXRUZXN0Q29udHJvbGxlcikKLSAgICB3aW5kb3cubGF5b3V0VGVzdENvbnRyb2xs
ZXIud2FpdFVudGlsRG9uZSgpOwotd2luZG93LnNldFRpbWVvdXQocnVuVGVzdCwgMTAwKTsKK3Zh
ciBzdGFydCA9IGRvY3VtZW50LmdldEVsZW1lbnRCeUlkKCJzdGFydCIpOwordmFyIGVuZCA9IGRv
Y3VtZW50LmdldEVsZW1lbnRCeUlkKCJlbmQiKTsKKwordmFyIHMgPSB3aW5kb3cuZ2V0U2VsZWN0
aW9uKCk7CitzLnNldEJhc2VBbmRFeHRlbnQoc3RhcnQsIDAsIGVuZCwgZW5kLmNoaWxkTm9kZXMu
bGVuZ3RoKTsKKworZG9jdW1lbnQuZXhlY0NvbW1hbmQoIkNvcHkiKTsKIAorcy5zZXRQb3NpdGlv
bihkb2N1bWVudC5nZXRFbGVtZW50QnlJZCgicGFzdGUiKSwgMCk7Citkb2N1bWVudC5leGVjQ29t
bWFuZCgiUGFzdGUiKTsKIDwvc2NyaXB0PgpcIE5vIG5ld2xpbmUgYXQgZW5kIG9mIGZpbGUK
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>47074</attachid>
            <date>2010-01-20 15:45:02 -0800</date>
            <delta_ts>2010-02-17 22:53:02 -0800</delta_ts>
            <desc>Patch</desc>
            <filename>bug-33310-20100120154500.patch</filename>
            <type>text/plain</type>
            <size>1032</size>
            <attacher name="Eric Seidel (no email)">eric</attacher>
            
              <data encoding="base64">ZGlmZiAtLWdpdCBhL0xheW91dFRlc3RzL0NoYW5nZUxvZyBiL0xheW91dFRlc3RzL0NoYW5nZUxv
ZwppbmRleCAwMmNhMTQ4Li45NWE2MzczIDEwMDY0NAotLS0gYS9MYXlvdXRUZXN0cy9DaGFuZ2VM
b2cKKysrIGIvTGF5b3V0VGVzdHMvQ2hhbmdlTG9nCkBAIC0xLDMgKzEsMTIgQEAKKzIwMTAtMDEt
MjAgIEVyaWMgU2VpZGVsICA8ZXJpY0B3ZWJraXQub3JnPgorCisgICAgICAgIFJldmlld2VkIGJ5
IE5PQk9EWSAoT09QUyEpLgorCisgICAgICAgIGVkaXRpbmcvcGFzdGVib2FyZC80NjQxMDMzLmh0
bWwgdGltZWQgb3V0IG9uIFRpZ2VyIEJvdAorICAgICAgICBodHRwczovL2J1Z3Mud2Via2l0Lm9y
Zy9zaG93X2J1Zy5jZ2k/aWQ9MzMzMTAKKworICAgICAgICAqIHBsYXRmb3JtL21hYy10aWdlci9T
a2lwcGVkOgorCiAyMDEwLTAxLTIwICBDc2FiYSBPc3p0cm9nb27DoWMgIDxvc3N5QHdlYmtpdC5v
cmc+CiAKICAgICAgICAgUmV2aWV3ZWQgYnkgTmlrb2xhcyBaaW1tZXJtYW5uLgpkaWZmIC0tZ2l0
IGEvTGF5b3V0VGVzdHMvcGxhdGZvcm0vbWFjLXRpZ2VyL1NraXBwZWQgYi9MYXlvdXRUZXN0cy9w
bGF0Zm9ybS9tYWMtdGlnZXIvU2tpcHBlZAppbmRleCBkYzA5ZWZiLi5kYWNkYTQ3IDEwMDY0NAot
LS0gYS9MYXlvdXRUZXN0cy9wbGF0Zm9ybS9tYWMtdGlnZXIvU2tpcHBlZAorKysgYi9MYXlvdXRU
ZXN0cy9wbGF0Zm9ybS9tYWMtdGlnZXIvU2tpcHBlZApAQCAtOTgsMyArOTgsNyBAQCBodHRwL3Rl
c3RzL21lZGlhL3ZpZGVvLWVycm9yLWFib3J0Lmh0bWwKICMgRmFpbHMgaW50ZXJtaXR0ZW50bHkg
b24gVGlnZXIgQnVpbGQgQm90LgogIyBodHRwczovL2J1Z3Mud2Via2l0Lm9yZy9zaG93X2J1Zy5j
Z2k/aWQ9MzE0MTIKIGh0dHAvdGVzdHMveG1saHR0cHJlcXVlc3QvbG9nb3V0Lmh0bWwKKworIyBJ
bnRlcm1pdHRlbnRseSB0aW1lcyBvdXQgb24gVGlnZXIgYm90LgorIyBodHRwczovL2J1Z3Mud2Vi
a2l0Lm9yZy9zaG93X2J1Zy5jZ2k/aWQ9MzMzMTAKK2VkaXRpbmcvcGFzdGVib2FyZC80NjQxMDMz
Lmh0bWwK
</data>
<flag name="review"
          id="29441"
          type_id="1"
          status="+"
          setter="dglazkov"
    />
    <flag name="commit-queue"
          id="29442"
          type_id="3"
          status="-"
          setter="commit-queue"
    />
          </attachment>
      

    </bug>

</bugzilla>