W3C home > Mailing lists > Public > whatwg@whatwg.org > April 2011

[whatwg] Proposal to extend registerProtocolHandler

From: James Kozianski <koz@chromium.org>
Date: Thu, 21 Apr 2011 16:32:00 +1000
Message-ID: <BANLkTi=7dVCy6iWtmMScWOfQdt=CSzdEKA@mail.gmail.com>
Hi,

I'd like to propose the following changes to the registerProtocolHandler
spec.

1. Introduce an isRegistered() function.

Currently if a site wants its users to register it as a handler for a given
protocol it has two options:

    a) It can call registerProtocolHandler() on page load. (This approach
was suggested in [1])

    b) It can have a button that the user clicks (or similar) to enact the
registration.


The former is problematic because the call to registerProtocolHandler will
cause the browser's UI to notify them of the registration (or prompt them to
make a decision), which is redundant if it occurs on every page load.


The latter is problematic because it puts the onus on each site developer to
provide the UI to allow the user to make the change. Also, as the site
doesn't know whether the user has already registered the given protocol
handler, it can't tailor its UI to reflect this. This means the UI either
always shows, or never shows, both of which are undesirable.


Having an isRegistered() function would allow a site to simply make the RPH
call conditionally on load, or to provide a UI for it that reflects the
user's current preference.


2. Introduce an unregisterProtocolHandler() function.

Such a function is desirable because it allows sites to remove outdated
handlers from clients and would enable clients to provide a UI for managing
their registered protocol handlers.


3. Require all URL arguments to have the same origin as the page executing
the call.

This would would make the behaviour of this set of functions more consistent
(isRegistered() should only work for same-domain queries, to prevent
information leaking).


Cheers,
James

[1] - http://www.mail-archive.com/whatwg at lists.whatwg.org/msg14548.html
Received on Wednesday, 20 April 2011 23:32:00 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Wednesday, 30 January 2013 18:48:03 GMT