Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Support for PMI's with schemes other than https? #17

Closed
adrianhopebailie opened this issue Nov 17, 2016 · 4 comments
Closed

Support for PMI's with schemes other than https? #17

adrianhopebailie opened this issue Nov 17, 2016 · 4 comments

Comments

@adrianhopebailie
Copy link
Contributor

From: #16 (comment)

There is a concern that having browsers all over the world fetching a manifest all the time will put significant strain on the hosts of the manifest.

There are protocols that are better at serving static content than HTTP such as IPFS. While they're not supported in most browsers yet, they may be soon.

So, should we be limiting the PMI URLs to https as the scheme or rather wording this as something that requires fetching the manifest through a SecureContext or similar?

This was referenced Nov 17, 2016
@rsolomakhin
Copy link

+1 to rephrase "must start with https://" to say "must be hosted in a secure fashion." This opens the door to the future secure protocols.

@marcoscaceres
Copy link
Member

marcoscaceres commented Dec 20, 2016

I would get input from the WebSecWG before we change text here. In general, I agree with the intent - but if some weird "secure"(tm) protocol gets used by one UA, it risks screwing over all other UAs and remaining spec-conforming.

@marcoscaceres
Copy link
Member

(fixed above)

@ianbjacobs
Copy link
Contributor

Closed with adoption of PR 21 at 23 Feb Meeting
http://www.w3.org/2017/02/23-wpwg-minutes.html

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants