- From: Matthew Gaunt <notifications@github.com>
- Date: Wed, 07 Jan 2015 09:59:24 -0800
- To: w3c/push-api <push-api@noreply.github.com>
Received on Wednesday, 7 January 2015 18:00:04 UTC
Just to say, I don't want this to entrench proprietary protocols. If anything ships with proprietary protocol usage however, the Push API will be horrible to use for a developer and a user. Dev - has to handle the period before the open standard is supported. User - has to handle not getting it after granting permission or expecting stuff to work, it doesn't and then makes the web as a whole seem inferior. We have two options - help by supplying the endpoint url and info before requiring permission to use push, or cross our fingers and hope that developers and users figure stuff out and deal with any unusual issues. I hadn't considered treating the endpoint URL as leaking information on the user - although I imagine this just masks the issues and encourages the use of UA sniffing to infer the endpoint, for the dedicated developers. (i.e. you're on Safari, probably Apples Push Service, you're on Chrome, probably GCM etc). --- Reply to this email directly or view it on GitHub: https://github.com/w3c/push-api/issues/95#issuecomment-69062582
Received on Wednesday, 7 January 2015 18:00:04 UTC