-
Notifications
You must be signed in to change notification settings - Fork 312
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
Spec: Longest-prefix-match vs. Exact-match #287
Comments
Good point. I think exact-match wins always. Rough spec:
Having said that, @slightlyoff, I'm still not convinced exact-path matches are useful. I'd rather get rid of "*" and assume it's a prefix match. Removes a lot of this complication. |
Good question. Is their practical use case for an exact-path only registration? If not, +1 removing complexity. |
Agreed in hangout to remove "*" from scope urls to make the matching longest-prefix-match. Need to update spec. |
Discussed this today with @annevk, @jakearchibald, and @tobie. The current thinking is that we'll drop the globbing vs. exact semantics and always make matches longest-prefix matches. That means we can remove the "*" |
Wildcard '*' was removed from scope matching algorithm in the spec. After this patch, a scope always does a prefix match. Issue: w3c/ServiceWorker#287 BUG=398892 TEST=content_unittests --gtest_filter=ServiceWorker* Review URL: https://codereview.chromium.org/435873002 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@287501 0039d316-1c4b-4281-b951-d872f2087c98
Done in Blink (http://crbug.com/398892) |
For a document "/foo", how do we prioritize scopes "/fo_", "/foo" and "/foo_"?
The text was updated successfully, but these errors were encountered: