-
Notifications
You must be signed in to change notification settings - Fork 162
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
Use URLPattern for scope member #1002
Comments
Note, one of the main use cases for making service worker scopes more flexible is to handle nested scope situations. Product 1 is at "example.com/" and Product 2 is at "example.com/foo/". The Product 1 team wanted to be able to restrict their scope to not automatically cover Product 2 in order to reduce the risk of breaking the other product. My understanding is that installed PWAs don't support nested scopes. Is that true? Would it still be true if the scope member was improved to be more flexible? |
I believe that we would be able to support nested scopes if the scope member was improved to be more flexible - I think a more accurate statement would be "we don't support overlapping scopes", and URLPattern allows developers to be able to, say, have path nested scopes without the scopes overlapping. |
Ah, ok. Although it may be difficult to tell if two URLPattern scopes are overlapping or not. |
More cases that URLPattern could help with:
|
At Rakuten we would certainly like this feature. Our current super app has to complement |
The new URLPattern feature would be a great match for the scope member in the manifest.
Does anyone need scope to be more expressive / flexible? Please put your use cases here :)
The text was updated successfully, but these errors were encountered: