<?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>55674</bug_id>
          
          <creation_ts>2011-03-03 07:21:32 -0800</creation_ts>
          <short_desc>Many tests fail in WebKit2 mode on Windows due to incorrect parsing of absolute Windows-style file: URLs</short_desc>
          <delta_ts>2011-03-03 11:22:06 -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>Windows 7</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc>http://build.webkit.org/results/Windows%207%20Release%20%28WebKit2%20Tests%29/r80235%20(3670)/results.html</bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords>InRadar, LayoutTestFailure, PlatformOnly</keywords>
          <priority>P2</priority>
          <bug_severity>Normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Adam Roben (:aroben)">aroben</reporter>
          <assigned_to name="Nobody">webkit-unassigned</assigned_to>
          <cc>abarth</cc>
    
    <cc>eric.carlson</cc>
    
    <cc>eric</cc>
    
    <cc>jer.noble</cc>
    
    <cc>webkit.review.bot</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>361603</commentid>
    <comment_count>0</comment_count>
    <who name="Adam Roben (:aroben)">aroben</who>
    <bug_when>2011-03-03 07:21:32 -0800</bug_when>
    <thetext>Most/all media tests time out on Windows 7 Release (WebKit2 Tests). See the URL for an example.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>361625</commentid>
    <comment_count>1</comment_count>
    <who name="Adam Roben (:aroben)">aroben</who>
    <bug_when>2011-03-03 08:01:14 -0800</bug_when>
    <thetext>&lt;rdar://problem/9080865&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>361645</commentid>
    <comment_count>2</comment_count>
    <who name="Adam Roben (:aroben)">aroben</who>
    <bug_when>2011-03-03 08:50:25 -0800</bug_when>
    <thetext>Just looking at media/audio-constructor-preload.html, I see HTMLMediaElement::scheduleLoad get called, but the load timer never fires.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>361656</commentid>
    <comment_count>3</comment_count>
    <who name="Adam Roben (:aroben)">aroben</who>
    <bug_when>2011-03-03 09:02:25 -0800</bug_when>
    <thetext>Even though the timer doesn&apos;t fire, HTMLMediaElement::load is getting called by JS, so the load is starting. But it looks like we&apos;re getting a bogus URL:

file://c/Documents%20and%20Settings/Adam%20Roben/dev/WebKit/OpenSource/LayoutTests/media/content/test.wav

Note the missing colon after &quot;file://c&quot;. I think this is actually the root cause of a lot of test failures in WebKit2 on Windows.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>361657</commentid>
    <comment_count>4</comment_count>
    <who name="Adam Roben (:aroben)">aroben</who>
    <bug_when>2011-03-03 09:03:50 -0800</bug_when>
    <thetext>Just to close the loop on the timer issue: HTMLMediaElement::load is canceling the timer, since the load is now happening synchronously.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>361659</commentid>
    <comment_count>5</comment_count>
    <who name="Adam Roben (:aroben)">aroben</who>
    <bug_when>2011-03-03 09:04:28 -0800</bug_when>
    <thetext>Document::m_baseURL is also missing the colon.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>361660</commentid>
    <comment_count>6</comment_count>
    <who name="Adam Roben (:aroben)">aroben</who>
    <bug_when>2011-03-03 09:05:46 -0800</bug_when>
    <thetext>As is Document::m_documentURI.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>361671</commentid>
    <comment_count>7</comment_count>
    <who name="Adam Roben (:aroben)">aroben</who>
    <bug_when>2011-03-03 09:22:54 -0800</bug_when>
    <thetext>KURL::parse is getting passed this:

file://c:/Documents and Settings/Adam Roben/dev/WebKit/OpenSource/LayoutTests/media/audio-constructor-preload.html

It parses the colon in &quot;c:&quot; as introducing a port number. But then there is no port number so it continues on its merry way, and &quot;c&quot; gets set as the host. Clearly KURL is buggy with respect to absolute Windows-style file: URLs.

DRT on Windows used CFURL to convert the path into a URL.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>361674</commentid>
    <comment_count>8</comment_count>
    <who name="Adam Roben (:aroben)">aroben</who>
    <bug_when>2011-03-03 09:25:18 -0800</bug_when>
    <thetext>I have a workaround. I&apos;ll file a new bug for the underlying KURL issue.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>361676</commentid>
    <comment_count>9</comment_count>
    <who name="Adam Roben (:aroben)">aroben</who>
    <bug_when>2011-03-03 09:27:29 -0800</bug_when>
    <thetext>Bug 55683 covers the KURL issue.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>361680</commentid>
    <comment_count>10</comment_count>
      <attachid>84574</attachid>
    <who name="Adam Roben (:aroben)">aroben</who>
    <bug_when>2011-03-03 09:32:03 -0800</bug_when>
    <thetext>Created attachment 84574
Work around a bug in KURL&apos;s parsing of Windows-style absolute file: URLs</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>361686</commentid>
    <comment_count>11</comment_count>
    <who name="Adam Roben (:aroben)">aroben</who>
    <bug_when>2011-03-03 09:36:53 -0800</bug_when>
    <thetext>Committed r80249: &lt;http://trac.webkit.org/changeset/80249&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>361775</commentid>
    <comment_count>12</comment_count>
    <who name="WebKit Review Bot">webkit.review.bot</who>
    <bug_when>2011-03-03 11:22:06 -0800</bug_when>
    <thetext>http://trac.webkit.org/changeset/80249 might have broken Windows 7 Release (Tests)
The following tests are not passing:
animations/combo-transform-rotate+scale.html
animations/keyframe-timing-functions-transform.html
inspector/extensions/extensions-audits.html</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>84574</attachid>
            <date>2011-03-03 09:32:03 -0800</date>
            <delta_ts>2011-03-03 09:32:46 -0800</delta_ts>
            <desc>Work around a bug in KURL&apos;s parsing of Windows-style absolute file: URLs</desc>
            <filename>bug-55674-20110303123211.patch</filename>
            <type>text/plain</type>
            <size>1664</size>
            <attacher name="Adam Roben (:aroben)">aroben</attacher>
            
              <data encoding="base64">U3VidmVyc2lvbiBSZXZpc2lvbjogODAyNDAKZGlmZiAtLWdpdCBhL1Rvb2xzL0NoYW5nZUxvZyBi
L1Rvb2xzL0NoYW5nZUxvZwppbmRleCBjNmJjNzZmMzA2NDlmOTg1NGZiYTBhZDE4MmE1YzJjN2Q1
MzVmNDVmLi40Mjc2YzYyNjRkNmQ2ZGY4YzE1YmE4NzRhZjdhYzAyODM0NTcwYzYwIDEwMDY0NAot
LS0gYS9Ub29scy9DaGFuZ2VMb2cKKysrIGIvVG9vbHMvQ2hhbmdlTG9nCkBAIC0xLDUgKzEsMTgg
QEAKIDIwMTEtMDMtMDMgIEFkYW0gUm9iZW4gIDxhcm9iZW5AYXBwbGUuY29tPgogCisgICAgICAg
IFdvcmsgYXJvdW5kIGEgYnVnIGluIEtVUkwncyBwYXJzaW5nIG9mIFdpbmRvd3Mtc3R5bGUgYWJz
b2x1dGUgZmlsZTogVVJMcworCisgICAgICAgIEZpeGVzIDxodHRwOi8vd2Via2l0Lm9yZy9iLzU1
Njc0PiBNYW55IHRlc3RzIGZhaWwgaW4gV2ViS2l0MiBtb2RlIG9uIFdpbmRvd3MgZHVlIHRvCisg
ICAgICAgIGluY29ycmVjdCBwYXJzaW5nIG9mIGFic29sdXRlIFdpbmRvd3Mtc3R5bGUgZmlsZTog
VVJMcworCisgICAgICAgIFJldmlld2VkIGJ5IE5PQk9EWSAoT09QUyEpLgorCisgICAgICAgICog
V2ViS2l0VGVzdFJ1bm5lci9UZXN0SW52b2NhdGlvbi5jcHA6CisgICAgICAgIChXVFI6OmNyZWF0
ZVdLVVJMKTogQWRkIGEgImxvY2FsaG9zdCIgaG9zdCB0byBmaWxlOiBVUkxzIHdlIGNyZWF0ZSB0
byB3b3JrIGFyb3VuZAorICAgICAgICA8aHR0cDovL3dlYmtpdC5vcmcvYi81NTY4Mz4uCisKKzIw
MTEtMDMtMDMgIEFkYW0gUm9iZW4gIDxhcm9iZW5AYXBwbGUuY29tPgorCiAgICAgICAgIExvb2sg
Zm9yIFdpbmRvd3Mtc3R5bGUgcGF0aHMgd2hlbiBjaGVja2luZyB3aGV0aGVyIGEgdGVzdCBpcyBh
biBJbnNwZWN0b3IgdGVzdAogCiAgICAgICAgIFdUUiBwYXJ0IG9mIDxodHRwOi8vd2Via2l0Lm9y
Zy9iLzU1NjcyPiA8cmRhcjovL3Byb2JsZW0vOTA4MDg2Nz4gQWxsIGluc3BlY3RvciB0ZXN0cyB0
aW1lCmRpZmYgLS1naXQgYS9Ub29scy9XZWJLaXRUZXN0UnVubmVyL1Rlc3RJbnZvY2F0aW9uLmNw
cCBiL1Rvb2xzL1dlYktpdFRlc3RSdW5uZXIvVGVzdEludm9jYXRpb24uY3BwCmluZGV4IGUyZTQx
ZTJjNjcyZWJkN2MxNDA4MDlhYzNiMTA0ZmE1NDcyNGI3MmMuLjMyMjdiZTk4NzdjNWMyYmNjNjU5
ZWMxYzkzNzgwODk4YmZiYWRhYTEgMTAwNjQ0Ci0tLSBhL1Rvb2xzL1dlYktpdFRlc3RSdW5uZXIv
VGVzdEludm9jYXRpb24uY3BwCisrKyBiL1Rvb2xzL1dlYktpdFRlc3RSdW5uZXIvVGVzdEludm9j
YXRpb24uY3BwCkBAIC01OCw3ICs1OCw4IEBAIHN0YXRpYyBXS1VSTFJlZiBjcmVhdGVXS1VSTChj
b25zdCBjaGFyKiBwYXRoT3JVUkwpCiAgICAgaWYgKCFsZW5ndGgpCiAgICAgICAgIHJldHVybiAw
OwogCi0gICAgY29uc3QgY2hhciogZmlsZVByZWZpeCA9ICJmaWxlOi8vIjsKKyAgICAvLyBGSVhN
RTogUmVtb3ZlIHRoZSAibG9jYWxob3N0LyIgc3VmZml4IG9uY2UgPGh0dHA6Ly93ZWJraXQub3Jn
L2IvNTU2ODM+IGlzIGZpeGVkLgorICAgIGNvbnN0IGNoYXIqIGZpbGVQcmVmaXggPSAiZmlsZTov
L2xvY2FsaG9zdC8iOwogICAgIHN0YXRpYyBjb25zdCBzaXplX3QgcHJlZml4TGVuZ3RoID0gc3Ry
bGVuKGZpbGVQcmVmaXgpOwogI2lmIE9TKFdJTkRPV1MpCiAgICAgY29uc3QgY2hhciBzZXBhcmF0
b3IgPSAnXFwnOwo=
</data>
<flag name="review"
          id="76567"
          type_id="1"
          status="+"
          setter="timothy"
    />
          </attachment>
      

    </bug>

</bugzilla>