Need to explain name matching rules for cache names
Nobody has claimed this yet.
- Dominant language
- Bikeshed
- Stars
- 3.6k
- Forks
- 324
- Avg merge
- 14d 22h
- Merged PRs (30d)
- 1
Description
Steve Atkin, of the i18n WG, raise the following issue in email in Feb 2016 (see https://www.w3.org/Mail/flatten/index?subject=i18n-ISSUE-518&list=service-workers)
There was some discussion at https://github.com/w3c/i18n-activity/issues/28, but that discussion needs to take place here instead.
5.5.2 has(cacheName), 5.5.3 open(cacheName), and 5.5.4 delete(cacheName)
https://slightlyoff.github.io/ServiceWorker/spec/service_worker_1/#cache-storage-has
https://slightlyoff.github.io/ServiceWorker/spec/service_worker_1/#cache-storage-open
https://slightlyoff.github.io/ServiceWorker/spec/service_worker_1/#cache-storage-delete
In each of these methods there should be an explanation of what are the name matching rules for the cacheName argument. For example, are cache names case sensitive or case insensitive? Additionally, are the names normalized to either Unicode Normal Form NFC or NFD before testing for equality?
Please see Character Model for the World Wide Web: String Matching and Searching https://www.w3.org/TR/charmod-norm/
Specifically, see section 3 https://www.w3.org/TR/charmod-norm/#identityMatching
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start with the cache storage sections 5.5.2 has(cacheName), 5.5.3 open(cacheName), and 5.5.4 delete(cacheName), then review the linked i18n discussion and Character Model section 3 on identity matching. The work is complete when these methods explain whether cache names are case-sensitive and whether Unicode normalization is applied before equality testing.
Written by the indexing model from the issue text.
Assessment
- Domain
- documentation
- Issue type
- Documentation
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100