https://w3c.github.io/ServiceWorker/#client-navigate is synchronously accessing to a client active service worker
Nobody has claimed this yet.
- Dominant language
- Bikeshed
- Stars
- 3.6k
- Forks
- 324
- Avg merge
- 14d 22h
- Merged PRs (30d)
- 1
Description
Step 4 of the navigate algorithm:
If this's associated service worker client's active service worker is not this's relevant global object’s service worker, return a promise rejected with a TypeError.
This step is done synchronously in the service worker's thread.
I would expect this check to be done within a 'run in parallel' block since it is difficult to know from a service worker whether a client is controlled or not.
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 navigate algorithm at the linked Service Worker specification and read Step 4 in its surrounding context. Investigate how the active service worker check is performed from a service worker thread; done means the specification resolves the issue's concern about synchronous access to the client state.
Written by the indexing model from the issue text.
Assessment
- Domain
- web-dev
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Clearly specified
- Newbie friendliness
- 35/100