[whatwg] Proposal to extend registerProtocolHandler

Ojan Vafai ojan at chromium.org
Fri Jul 1 15:03:16 PDT 2011


On Fri, Jul 1, 2011 at 2:58 PM, Olli Pettay <Olli.Pettay at helsinki.fi> wrote:

> On 07/02/2011 12:25 AM, Michael Davidson wrote:
>
>>  From my perspective on Gmail, I would prefer to know if the user hasn't
>> registered because they declined previously or haven't been asked. If
>> they've declined previously, then calling registerProtocolHandler() in
>> today's UAs will not do anything. If I can't detect that state, then
>> they'll
>> keep clicking and I'll keep calling and they'll get frustrated.
>>
>> I'd prefer if isRegistered() was something like registeredState() and
>> returned REGISTERED, DECLINED, or NOTASKED. Then I could make a UI that
>> really reflects reality.
>>
>
> Shouldn't there be also something like "NOTANSWERED", if user hasn't yet
> decided whether to accept registering or not.
>

I'm not opposed to this for completeness sake. I expect all sites would just
ask again in this case.


> Though, I wonder if there is some privacy issue related to
> isRegistered/registeredState()**. Or there is - web app can
> know whether it is being used as the default protocol handler
> for some protocol, say mailto: with GMail.
> But is the privacy issue bad enough to worry about?
>

I'm not sure what the privacy issue here is given that we restrict to
same-domain. You're already using the site, so it's just whether they can
tell that you use them as a protocol handler. I don't see a problem with
exposing that.


> Safer option would be if registeredState() would just return
> "ASKED" or "NOTASKED"
>
>
> -Olli
>



More information about the whatwg mailing list