[webkit-dev] Support "registerProtocolHandler" in WebKit2

Gyuyoung Kim gyuyoung.kim at webkit.org
Fri May 22 02:43:41 PDT 2015


> Quickly scanning the bug I couldn't figure out whether you added hooks
> to HTML's navigate algorithm or Fetch' fetch algorithm. In particular,
> see the discussion in this bug:

>   https://www.w3.org/Bugs/Public/show_bug.cgi?id=24091

> My personal opinion is that these schemes should only have an effect
> if you navigate to them, not if you fetch them (the latter should
> result in a network error in my opinion).

Current implementation doesn't hook to HTML's navigation directly. We
delegate the html navigation(or call native application) to application.
Application is able to decide to navigate the given html page or execute
native application through the patch. As far as I know, Chrome also has
similar implementation.

If this feature can be landed, I have a plan to test this scenario based on
mock implementation.

Gyuyoung.


On Fri, May 22, 2015 at 5:52 PM, Anne van Kesteren <annevk at annevk.nl> wrote:

> On Fri, May 22, 2015 at 1:50 PM, Gyuyoung Kim <gyuyoung.kim at webkit.org>
> wrote:
> > I also don't want to support the "content handler" feature at the moment.
> > The feature might be more clear and mature. The patch of Bug 92749 only
> > supports registerProtocolHandler,
> > and unregisterProtocolHandler and isProtocolHandlerRegistered are
> supported
> > as optional.
> >
> >  https://bugs.webkit.org/show_bug.cgi?id=92749
>
> Quickly scanning the bug I couldn't figure out whether you added hooks
> to HTML's navigate algorithm or Fetch' fetch algorithm. In particular,
> see the discussion in this bug:
>
>   https://www.w3.org/Bugs/Public/show_bug.cgi?id=24091
>
> My personal opinion is that these schemes should only have an effect
> if you navigate to them, not if you fetch them (the latter should
> result in a network error in my opinion).
>
>
> --
> https://annevankesteren.nl/
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.webkit.org/pipermail/webkit-dev/attachments/20150522/24dd8f1f/attachment.html>


More information about the webkit-dev mailing list