-
Notifications
You must be signed in to change notification settings - Fork 160
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
Hope for external start_url
s
#276
Comments
That won't work without side-effects, as you'll break app's URL scope (or leave the initial origin). As a consequence, you will either:
The severity depends on the display mode. |
So, to answer your question, not initially. We may consider opening this up later - as opening this up won't break backward compat later on. |
any news on this opening ? |
Don't think so. It would just break too many things :( |
Chrome apps require local paths (
app.launch.local_path
), but they do allowwebview
s and cross-origin XHRs viapermissions
(similar to Firefox's SystemXHR).Similarly, Firefox apps do not allow external
launch_path
s https://bugzil.la/786710 - but SystemXHR, iframes, and redirects help a little bit to workaround that restriction.Considering that the spec says
start_url
has the same same-origin restriction, is there a future where we can allow externalstart_url
?It's hacky, but to get around this, I'm just going to set a
start_url
tohttps://myserver.org/?https://facebook.com/
, call my app Facebook, and let users install it to their homescreens.If I can already do that redirect, why enforce the same-origin restriction in the first place for
start_url
.Forgive my ignorance if any of the above is untrue. Thanks for listening!
Related: #114 (comment)
The text was updated successfully, but these errors were encountered: