[webkit-dev] Support "registerProtocolHandler" in WebKit2

[Maciej Stachowiak]

Looking at my old email, I think it’s worth supporting for Mail clients for example, but I think it would require some OS-level engineering as well to have it work on macOS. (Other Apple platforms currently don’t support customizing the default mail client).

And I do still think that allow list is safer than block list.

 - Maciej

> On Apr 20, 2020, at 3:27 AM, Frédéric Wang <fwang at igalia.com> wrote:
> 
> Hi,
> 
> I'm just bumping this old thread, not because I plan to implement it but
> because I was mentioning it on slack the other day and realized not
> everybody is #standards:
> 
> https://webkit.slack.com/archives/CTY7Z24RZ/p1587142539064000
> 
> In particular, my question was related to safelist VS blocklist
> discussion from https://github.com/whatwg/html/issues/3998
> 
> From the slack replies as well as
> https://lists.webkit.org/pipermail/webkit-dev/2019-November/030967.html
> it seems a complete switch to blocklist is not the option preferred for
> WebKit (if we ever decide to implement this API) so that's what I
> commented on the spec / blink-dev discussions.
> 
> -- 
> Frédéric Wang
> 
> 
> On 04/07/2015 19:24, Sam Weinig wrote:
>> (Sorry, had this sitting in my drafts).
>> 
>> My concern with the registerProtocolHandler() API is that it complicates an already the very complicated area of custom protocols and a good implementation requires configuration UI (to choose which of potentially multiple apps/websites you want a specific protocol to go to) that I am not sure users are in the position make.  
>> 
>> That, coupled with the small existing usage on the web and very few (if any) reports from developers that they want this, leads me to think it isn’t a good API for us to support.
>> 
>> From an implementation perspective I also have concerns.  How is this should the registration data be managed? Can it fit in the WebSiteData model we are using for other data? Does it account for non-persistent sessions?  And lastly, can we get the code size of supporting a feature like this to be smaller?   
>> 
>> - Sam
>> 
>>> On Jun 7, 2015, at 5:39 PM, Darin Adler <darin at apple.com> wrote:
>>> 
>>> Are we making progress in this discussion?
>>> 
>>> Maciej stated that he thinks this is useful for mailto and I think that Gyuyoung Kim and Michael Catanzaro stated that they want to do this.
>>> 
>>> As one next step in the discussion, is there anyone that wants to present a use case for a protocol other than mailto?
>>> 
>>> Sam, Anders, you haven’t replied to the thread since Maciej made his remarks two weeks ago. He asked what you dislike about the API.
>>> 
>>> — Darin
>>> _______________________________________________
>>> webkit-dev mailing list
>>> webkit-dev at lists.webkit.org
>>> https://lists.webkit.org/mailman/listinfo/webkit-dev
>> _______________________________________________
>> webkit-dev mailing list
>> webkit-dev at lists.webkit.org
>> https://lists.webkit.org/mailman/listinfo/webkit-dev
> 
> 
> _______________________________________________
> webkit-dev mailing list
> webkit-dev at lists.webkit.org
> https://lists.webkit.org/mailman/listinfo/webkit-dev