<html>
    <head>
      <base href="https://bugs.webkit.org/" />
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - WKWebView does not fully support custom NSURLProtocol"
   href="https://bugs.webkit.org/show_bug.cgi?id=138169#c12">Comment # 12</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - WKWebView does not fully support custom NSURLProtocol"
   href="https://bugs.webkit.org/show_bug.cgi?id=138169">bug 138169</a>
              from <span class="vcard"><a class="email" href="mailto:sam&#64;webkit.org" title="Sam Weinig &lt;sam&#64;webkit.org&gt;"> <span class="fn">Sam Weinig</span></a>
</span></b>
        <pre>(In reply to <a href="show_bug.cgi?id=138169#c8">comment #8</a>)
<span class="quote">&gt; (In reply to <a href="show_bug.cgi?id=138169#c5">comment #5</a>)
&gt; &gt; (In reply to <a href="show_bug.cgi?id=138169#c4">comment #4</a>)
&gt; &gt; &gt; Are there any plans on implementing this functionality? I'd really love to
&gt; &gt; &gt; use WKWebView, but this limitation forces me to keep using the UIWebView.
&gt; &gt; 
&gt; &gt; We are investigating it, but it would really help us to understand more
&gt; &gt; about why you were using this functionality. What type of loads did you need
&gt; &gt; to intercept?
&gt; 
&gt; Glad to see that someone at Apple is picking this up. We even spent a TSI on
&gt; asking this a long time ago. The anwser was basically &quot;not considered a bug&quot;
&gt; so we shrugged and keep dragging the UIWebView cart.
&gt; 
&gt; We have built a web browser which allows for configurable intervention in
&gt; the complete webview traffic, i.e. not just frames but all resources. Even
&gt; XHR. The possible interventions are numerous. Cancel the request altogether,
&gt; redirect, fake a response (e.g. a locally made image), tinker with outgoing
&gt; or even incoming HTTP headers. It all works quite nicely on UIWebView, but
&gt; it feels being left behind indeed.</span >

To be clear, the functionality in UIWebView does not actually allow for intervention in all traffic.  Notably, most traffic for video and audio assets does not get captured as it happens in mediaserverd, not the host process.</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>