Skip to content
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 additional Client API features in V2 #1245

Open
6 of 9 tasks
jungkees opened this issue Dec 11, 2017 · 0 comments
Open
6 of 9 tasks

Spec additional Client API features in V2 #1245

jungkees opened this issue Dec 11, 2017 · 0 comments
Milestone

Comments

@jungkees
Copy link
Collaborator

jungkees commented Dec 11, 2017

We decided to not expose reserved client that closed #1228 #1215 #1123 #1078 #1035 #1034 #1031 #1030.

For V1,

Remove:

  • Client.reserved.
  • ClientQueryOptions.includeReserved.
  • FetchEvent.reservedClientId.
  • FetchEvent.targetClientId.
  • FetchEventInit.reservedClientId.
  • FetchEventInit.targetClientId.

Do:

  • Clean up the steps of Clients interface methods.

For V2,

Spec:

EDIT: Change the name of FetchEvent.targetClientId (for V2) to FetchEvent.replacesClientId as per #1091 (comment).

@jungkees jungkees added this to the Version 2 milestone Dec 11, 2017
@jungkees jungkees changed the title Spec FetchEvent.resultingClientId/targetClientId Spec additional Client API features in V2 Dec 11, 2017
jungkees added a commit that referenced this issue Jan 12, 2018
To reflect the decision to not expose reserved clients
(#1216) and to spec
.resultingClientId and .targetClientId in Nightly only, this:

* Removes
 - Client.reserved and its associated reserved state (V1, Nightly)
 - ClientQueryOptions.includeReserved (V1, Nightly)
 - FetchEvent.reservedClientId (V1)
 - FetchEvent.targetClientId (V1)
 - FetchEventInit.reservedClientId (V1)
 - FetchEventInit.targetClientId (V1)

* Changes
 - FetchEvent.reservedClientId to FetchEvent.resultingClientId (Nightly)
 - FetchEventInit.reservedClientId to FetchEventInit.resultingClientId
   (Nightly)
 - Handle Fetch to set FetchEvent.clientId for a navigation request to
   the empty string (V1)

* Corrects
 - matchedClients with clientObjects in Clients.matchAll() (V1, Nightly)

Related issue: #1245.

This also cleans up sort condition steps in Clients.matchAll() that
fixes #1080 (V1, Nightly)

(Changes for the Clients interface's methods will be addressed as
separate PRs.)
jungkees added a commit that referenced this issue Jan 13, 2018
To reflect the decision to not expose reserved clients
(#1216) and to spec
.resultingClientId and .targetClientId in Nightly only, this:

* Removes
 - Client.reserved and its associated reserved state (V1, Nightly)
 - ClientQueryOptions.includeReserved (V1, Nightly)
 - FetchEvent.reservedClientId (V1)
 - FetchEvent.targetClientId (V1)
 - FetchEventInit.reservedClientId (V1)
 - FetchEventInit.targetClientId (V1)

* Changes
 - FetchEvent.reservedClientId to FetchEvent.resultingClientId (Nightly)
 - FetchEventInit.reservedClientId to FetchEventInit.resultingClientId
   (Nightly)
 - Handle Fetch to set FetchEvent.clientId for a navigation request to
   the empty string (V1)

* Corrects
 - matchedClients with clientObjects in Clients.matchAll() (V1, Nightly)

Related issue: #1245.

This also cleans up sort condition steps in Clients.matchAll() that
fixes #1080 (V1, Nightly)

(Changes for the Clients interface's methods will be addressed as
separate PRs.)
jungkees added a commit that referenced this issue Jul 1, 2018
As a follow-up of the decision to not expose the reserved client, this change
added a filter exclude discarded client. This change also removes the
unnecessary branch that checks whether the environment's creation URL is
trustworthy as now we're dealing with only the clients that are execution ready.
(i.e. the clients must be an environment settings object at least.)

Related issue: #1245.
jungkees added a commit that referenced this issue Jul 1, 2018
We had decided (and I forgot) to change the name of FetchEvent.targetClientId to
.replacesClientId to clarify the meaning that this client is a to be replaced
client: #1091 (comment).

Related issue: #1245.
jungkees added a commit to jungkees/fetch that referenced this issue Jul 1, 2018
We had decided to change the name of FetchEvent.targetClientId to
.replacesClientId to clarify the meaning that this client is a to be replaced
client: w3c/ServiceWorker#1091 (comment).
Accordingly, this changes the name of the request's target client id item to
replaces client id.

Related issue: w3c/ServiceWorker#1245.

SW PR: w3c/ServiceWorker#1333.
jungkees added a commit to jungkees/html that referenced this issue Jul 1, 2018
We had decided to change the name of FetchEvent.targetClientId to
.replacesClientId to clarify the meaning that this client is a to be replaced
client: w3c/ServiceWorker#1091 (comment).
Accordingly, this changes the reference to the request's target client id to
request's replaces client id.

Related issue: w3c/ServiceWorker#1245.

SW PR: w3c/ServiceWorker#1333.
Fetch PR: whatwg/fetch#774.
annevk pushed a commit to whatwg/fetch that referenced this issue Aug 24, 2018
We had decided to change the name of FetchEvent's targetClientId to replacesClientId to clarify the meaning that this client is a to be replaced client: w3c/ServiceWorker#1091 (comment). Accordingly, this changes the name of request's target client id to replaces client id.

See also: 

* w3c/ServiceWorker#1245
* w3c/ServiceWorker#1333
* whatwg/html#3788
annevk pushed a commit to whatwg/html that referenced this issue Aug 24, 2018
We had decided to change the name of FetchEvent's targetClientId to replacesClientId to clarify the meaning that this client is a to be replaced client: w3c/ServiceWorker#1091 (comment). Accordingly, this changes the reference to the request's target client id to request's replaces client id.

See also:

* w3c/ServiceWorker#1245
* w3c/ServiceWorker#1333
* whatwg/fetch#774
jungkees added a commit that referenced this issue Aug 26, 2018
We had decided (and I forgot) to change the name of FetchEvent.targetClientId to
.replacesClientId to clarify the meaning that this client is a to-be-replaced
client: #1091 (comment).

Fetch PR: whatwg/fetch#774.
HTML PR: whatwg/html#3788.

Related issue: #1245.
jungkees added a commit that referenced this issue Oct 19, 2018
As a follow-up of the decision to not expose the reserved client, this change
added a filter exclude discarded client. This change also removes the
unnecessary branch that checks whether the environment's creation URL is
trustworthy as now we're dealing with only the clients that are execution ready.
(i.e. the clients must be an environment settings object at least.)

Related issue: #1245.
mustaqahmed pushed a commit to mustaqahmed/html that referenced this issue Feb 15, 2019
We had decided to change the name of FetchEvent's targetClientId to replacesClientId to clarify the meaning that this client is a to be replaced client: w3c/ServiceWorker#1091 (comment). Accordingly, this changes the reference to the request's target client id to request's replaces client id.

See also:

* w3c/ServiceWorker#1245
* w3c/ServiceWorker#1333
* whatwg/fetch#774
mustaqahmed pushed a commit to mustaqahmed/html that referenced this issue Feb 15, 2019
We had decided to change the name of FetchEvent's targetClientId to replacesClientId to clarify the meaning that this client is a to be replaced client: w3c/ServiceWorker#1091 (comment). Accordingly, this changes the reference to the request's target client id to request's replaces client id.

See also:

* w3c/ServiceWorker#1245
* w3c/ServiceWorker#1333
* whatwg/fetch#774
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant