[Webkit-unassigned] [Bug 140186] New: Cannot use alternate network stack with WebKit2

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=140186

            Bug ID: 140186
           Summary: Cannot use alternate network stack with WebKit2
    Classification: Unclassified
           Product: WebKit
           Version: 528+ (Nightly build)
          Hardware: iOS
                OS: All
            Status: NEW
          Severity: Major
          Priority: P2
         Component: WebKit2
          Assignee: webkit-unassigned at lists.webkit.org
          Reporter: stuartmorgan at chromium.org

As requested in bug 137299, I'm filing this request to explain the larger problem that using a custom protocol handler solves for Chromium:
Chromium has its own network stack, which we have always used in Chrome for iOS. Using our own network stack allows us to experiment with, and allows our users to benefit from, improvements in the core networking behaviors in the app. The most obvious example of this is SPDY, which was quite successful, but it is not the only example. Notably, QUIC is a similar development effort that would effectively die for iOS browsers in the short term if Chrome for iOS adopted WKWebView.

Having our own network stack also allows customization and experimentation in a variety of other areas: caching behaviors, certificate handling, compression, transcoding unsupported formats (e.g., WebP) on the fly, etc.

Absent custom protocol support in WebKit2, or some other way to use a custom network stack, exploration in networking in the context of an iOS browser will become impossible.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20150107/aa2b5004/attachment-0002.html>