<html>
    <head>
      <base href="https://bugs.webkit.org/" />
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_RESOLVED  bz_closed"
   title="RESOLVED INVALID - iOS 10 breaks Construct 2-made UIWebView Cordova apps"
   href="https://bugs.webkit.org/show_bug.cgi?id=162385#c9">Comment # 9</a>
              on <a class="bz_bug_link 
          bz_status_RESOLVED  bz_closed"
   title="RESOLVED INVALID - iOS 10 breaks Construct 2-made UIWebView Cordova apps"
   href="https://bugs.webkit.org/show_bug.cgi?id=162385">bug 162385</a>
              from <span class="vcard"><a class="email" href="mailto:ashley&#64;scirra.com" title="Ashley Gullen &lt;ashley&#64;scirra.com&gt;"> <span class="fn">Ashley Gullen</span></a>
</span></b>
        <pre>(In reply to <a href="show_bug.cgi?id=162385#c8">comment #8</a>)
<span class="quote">&gt; (In reply to <a href="show_bug.cgi?id=162385#c7">comment #7</a>)
&gt; &gt; <a class="bz_bug_link 
          bz_status_UNCONFIRMED "
   title="UNCONFIRMED - createObjectUrl not working with &lt;video src&gt; attribute"
   href="show_bug.cgi?id=101671">https://bugs.webkit.org/show_bug.cgi?id=101671</a>
&gt; 
&gt; There's zero indication in that bug that it works in UIWebView but not
&gt; WKWebView - Are you saying that's the case?</span >

Sorry, it was a bit of a misleading mention. That bug blocks useful workarounds where we play from a blob URL instead of from a file: path. The blob URL feature is a standard web platform feature, so I think it ought to be supported anyway. But the underlying issue is really just that WKWebView considers every subresource in a Cordova application to be from a separate origin, whereas UIWebView allowed the resources to load. (This is what <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - WKWebView needs feature to allow file:// subresources"
   href="show_bug.cgi?id=154916">bug 154916</a> is about.) Then we have to do a whole pile of workarounds to avoid those restrictions. But we can't know whether to use those workarounds unless we know if we're in WKWebView, which is why I filed this bug.

I'll sort out a minimal testcase for <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - WKWebView needs feature to allow file:// subresources"
   href="show_bug.cgi?id=154916">bug 154916</a>.</pre>
        </div>
      </p>
      <hr>
      <span>You are receiving this mail because:</span>
      
      <ul>
          <li>You are the assignee for the bug.</li>
      </ul>
    </body>
</html>