<?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>148598</bug_id>
          
          <creation_ts>2015-08-28 15:54:31 -0700</creation_ts>
          <short_desc>[Win] File-based URL&apos;s cause the ParsedURLStringTag constructor to ASSERT</short_desc>
          <delta_ts>2015-08-31 17:27:42 -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>WebCore Misc.</component>
          <version>WebKit Nightly Build</version>
          <rep_platform>All</rep_platform>
          <op_sys>All</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>INVALID</resolution>
          
          <see_also>https://bugs.webkit.org/show_bug.cgi?id=148596</see_also>
          <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="Brent Fulgham">bfulgham</reporter>
          <assigned_to name="Brent Fulgham">bfulgham</assigned_to>
          <cc>bfulgham</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>1121866</commentid>
    <comment_count>0</comment_count>
    <who name="Brent Fulgham">bfulgham</who>
    <bug_when>2015-08-28 15:54:31 -0700</bug_when>
    <thetext>If you create a URL from a Windows file path (e.g., &quot;C:/Some/Test/URL.html&quot;), the Cache logic will eventually call the URL constructor that takes a ParsedURLStringTag argument. This constructor asserts that the URL created by the string matches the internal string representation.

This turns out to be false on Windows, because the URL parsing logic skips the colon in the &quot;C:/Some/Test&quot; and changes it to &quot;C/Some/Test&quot;, which does not match.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1121899</commentid>
    <comment_count>1</comment_count>
    <who name="Brent Fulgham">bfulgham</who>
    <bug_when>2015-08-28 17:17:04 -0700</bug_when>
    <thetext>It looks like this happens in DumpRenderTree, but not MiniBrowser.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1122384</commentid>
    <comment_count>2</comment_count>
    <who name="Brent Fulgham">bfulgham</who>
    <bug_when>2015-08-31 17:27:42 -0700</bug_when>
    <thetext>This issue has nothing to do with the URL implementation. It&apos;s a bug in a platform library.</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>