<?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>7718</bug_id>
          
          <creation_ts>2006-03-11 04:19:15 -0800</creation_ts>
          <short_desc>run-webkit-tests fast/dom/HTMLObjectElement/ hangs</short_desc>
          <delta_ts>2006-03-13 12:07:32 -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>DOM</component>
          <version>420+</version>
          <rep_platform>Mac</rep_platform>
          <op_sys>OS X 10.4</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords>HasReduction</keywords>
          <priority>P1</priority>
          <bug_severity>Normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Alexey Proskuryakov">ap</reporter>
          <assigned_to name="Nobody">webkit-unassigned</assigned_to>
          <cc>mitz</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>35886</commentid>
    <comment_count>0</comment_count>
    <who name="Alexey Proskuryakov">ap</who>
    <bug_when>2006-03-11 04:19:15 -0800</bug_when>
    <thetext>run-webkit-tests fast/dom/HTMLObjectElement/

This runs two tests, each of those runs fine on its own. Here, object-as-frame.html hangs while waiting for notifyDone(), because an exception happens earlier:

ReferenceError: Can&apos;t find variable: shouldBe

This seems to indicate that onLoad is called before external scripts are loaded.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>36074</commentid>
    <comment_count>1</comment_count>
    <who name="Darin Adler">darin</who>
    <bug_when>2006-03-12 22:02:11 -0800</bug_when>
    <thetext>Maybe this is the reason some layout tests intermittently fail on the server. Those also seem to indicate that onload is firing before scripts run, although they are internal scripts, not external.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>36104</commentid>
    <comment_count>2</comment_count>
    <who name="">mitz</who>
    <bug_when>2006-03-13 08:18:51 -0800</bug_when>
    <thetext>It&apos;s all about the trailing slash. This hangs:
run-webkit-tests fast/dom/HTMLObjectElement//object-as-frame.html
but this doesn&apos;t:
run-webkit-tests fast/dom/HTMLObjectElement/object-as-frame.html</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>36108</commentid>
    <comment_count>3</comment_count>
      <attachid>7048</attachid>
    <who name="Alexey Proskuryakov">ap</who>
    <bug_when>2006-03-13 09:17:03 -0800</bug_when>
    <thetext>Created attachment 7048
proposed fix

Mitz has explained it to me that sequences of slashes don&apos;t collapse in URLs (unlike they do in POSIX paths), so just patching run-webkit-tests.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>36110</commentid>
    <comment_count>4</comment_count>
    <who name="Alexey Proskuryakov">ap</who>
    <bug_when>2006-03-13 09:43:53 -0800</bug_when>
    <thetext>DumpRenderTree uses CFURLCreateWithFileSystemPath() for file paths, and it sounds like this function should canonicalize the paths; &lt;rdar://4475631&gt;.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>36114</commentid>
    <comment_count>5</comment_count>
      <attachid>7048</attachid>
    <who name="David Kilzer (:ddkilzer)">ddkilzer</who>
    <bug_when>2006-03-13 10:33:05 -0800</bug_when>
    <thetext>Comment on attachment 7048
proposed fix

&gt;-        print OUT &quot;$testPath\n&quot;;
&gt;+        print OUT File::Spec-&gt;canonpath(&quot;$testPath\n&quot;);

I don&apos;t think the &quot;\n&quot; should be included in the method call since it&apos;s not part of the path!  Something more like this:

&gt;+        print OUT File::Spec-&gt;canonpath($testPath), &quot;\n&quot;;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>36115</commentid>
    <comment_count>6</comment_count>
      <attachid>7049</attachid>
    <who name="Alexey Proskuryakov">ap</who>
    <bug_when>2006-03-13 10:50:30 -0800</bug_when>
    <thetext>Created attachment 7049
proposed fix

I don&apos;t think it changes the behavior in any way, but if it reads better, why not :)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>36116</commentid>
    <comment_count>7</comment_count>
      <attachid>7049</attachid>
    <who name="Darin Adler">darin</who>
    <bug_when>2006-03-13 11:29:20 -0800</bug_when>
    <thetext>Comment on attachment 7049
proposed fix

r=me</thetext>
  </long_desc>
      
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>7048</attachid>
            <date>2006-03-13 09:17:03 -0800</date>
            <delta_ts>2006-03-13 10:50:30 -0800</delta_ts>
            <desc>proposed fix</desc>
            <filename>7718r1_patch.txt</filename>
            <type>text/plain</type>
            <size>690</size>
            <attacher name="Alexey Proskuryakov">ap</attacher>
            
              <data encoding="base64">SW5kZXg6IFdlYktpdFRvb2xzL1NjcmlwdHMvcnVuLXdlYmtpdC10ZXN0cwo9PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0t
LSBXZWJLaXRUb29scy9TY3JpcHRzL3J1bi13ZWJraXQtdGVzdHMJKHJldmlzaW9uIDEzMjYyKQor
KysgV2ViS2l0VG9vbHMvU2NyaXB0cy9ydW4td2Via2l0LXRlc3RzCSh3b3JraW5nIGNvcHkpCkBA
IC0zMDksMTEgKzMwOSwxMSBAQCBmb3IgbXkgJHRlc3QgKEB0ZXN0cykgewogICAgICAgICAgICAg
JHRlc3RQYXRoID1+IHN8L2N5Z2RyaXZlL2N8Yzp8OwogICAgICAgICAgICAgJHRlc3RQYXRoID1+
IHN8L3xcXHxnOwogICAgICAgICB9IAotICAgICAgICBwcmludCBPVVQgIiR0ZXN0UGF0aFxuIjsK
KyAgICAgICAgcHJpbnQgT1VUIEZpbGU6OlNwZWMtPmNhbm9ucGF0aCgiJHRlc3RQYXRoXG4iKTsK
ICAgICB9IGVsc2UgewogICAgICAgICBvcGVuSFRUUERJZk5lZWRlZCgpOwogICAgICAgICAKLSAg
ICAgICAgbXkgJHBhdGggPSAkdGVzdDsKKyAgICAgICAgbXkgJHBhdGggPSBGaWxlOjpTcGVjLT5j
YW5vbnBhdGgoJHRlc3QpOwogICAgICAgICAkcGF0aCA9fiBzL15odHRwXC90ZXN0c1wvLy87CiAg
ICAgICAgIHByaW50IE9VVCAiaHR0cDovLzEyNy4wLjAuMTokaHR0cGRQb3J0LyRwYXRoXG4iOwog
ICAgIH0K
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>7049</attachid>
            <date>2006-03-13 10:50:30 -0800</date>
            <delta_ts>2006-03-13 11:29:20 -0800</delta_ts>
            <desc>proposed fix</desc>
            <filename>7718r2_patch.txt</filename>
            <type>text/plain</type>
            <size>695</size>
            <attacher name="Alexey Proskuryakov">ap</attacher>
            
              <data encoding="base64">SW5kZXg6IFdlYktpdFRvb2xzL1NjcmlwdHMvcnVuLXdlYmtpdC10ZXN0cwo9PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0t
LSBXZWJLaXRUb29scy9TY3JpcHRzL3J1bi13ZWJraXQtdGVzdHMJKHJldmlzaW9uIDEzMjYyKQor
KysgV2ViS2l0VG9vbHMvU2NyaXB0cy9ydW4td2Via2l0LXRlc3RzCSh3b3JraW5nIGNvcHkpCkBA
IC0zMDksMTEgKzMwOSwxMSBAQCBmb3IgbXkgJHRlc3QgKEB0ZXN0cykgewogICAgICAgICAgICAg
JHRlc3RQYXRoID1+IHN8L2N5Z2RyaXZlL2N8Yzp8OwogICAgICAgICAgICAgJHRlc3RQYXRoID1+
IHN8L3xcXHxnOwogICAgICAgICB9IAotICAgICAgICBwcmludCBPVVQgIiR0ZXN0UGF0aFxuIjsK
KyAgICAgICAgcHJpbnQgT1VUIEZpbGU6OlNwZWMtPmNhbm9ucGF0aCgiJHRlc3RQYXRoIikgLiAi
XG4iOwogICAgIH0gZWxzZSB7CiAgICAgICAgIG9wZW5IVFRQRElmTmVlZGVkKCk7CiAgICAgICAg
IAotICAgICAgICBteSAkcGF0aCA9ICR0ZXN0OworICAgICAgICBteSAkcGF0aCA9IEZpbGU6OlNw
ZWMtPmNhbm9ucGF0aCgkdGVzdCk7CiAgICAgICAgICRwYXRoID1+IHMvXmh0dHBcL3Rlc3RzXC8v
LzsKICAgICAgICAgcHJpbnQgT1VUICJodHRwOi8vMTI3LjAuMC4xOiRodHRwZFBvcnQvJHBhdGhc
biI7CiAgICAgfQo=
</data>
<flag name="review"
          id="1830"
          type_id="1"
          status="+"
          setter="darin"
    />
          </attachment>
      

    </bug>

</bugzilla>