- From: Ming-Ying Chung <notifications@github.com>
- Date: Thu, 29 Jun 2023 01:27:57 -0700
- To: whatwg/fetch <fetch@noreply.github.com>
- Cc: Subscribed <subscribed@noreply.github.com>
- Message-ID: <whatwg/fetch/pull/1647/review/1504806114@github.com>
@mingyc commented on this pull request. > + optimize batching of deferred fetches. + + <li><p>If the result of atomically exchanging the value of <var>deferredRecord</var>'s + <a for="deferred fetch record">invoke state</a> with "<code>sent</code>" is + "<code>scheduled</code>", then <a for=/>fetch</a> <var>record</var>'s + <a for="fetch record">request</a>. + </ol> + </li> +</ol> + +<p>When a <a for=fetch>fetch group</a> <var>fetchGroup</var> is +<dfn export for="fetch group" id=concept-fetch-group-reactivate>reactivated</dfn>: +<a for=list>For each</a> <a for=/>deferred fetch record</a> <var>deferredRecord</var> in +<var>fetchGroup</var>'s <a for="fetch group">deferred fetch records</a>: If the result of atomically +exchanging the value of <var>deferredRecord</var>'s <a for="deferred fetch record">invoke state</a> +with "<code>deferred</code>" is "<code>sent</code>", then <a for=list>remove</a> To add more, I think this API's behavior is `send (commit) & forget`. If a document may be kept in bfcache for an uncertain amount of time thus may not become `reactivated`. If a deferredRecord is already sent when deactivated, isn't it better to just drop it? -- Reply to this email directly or view it on GitHub: https://github.com/whatwg/fetch/pull/1647#discussion_r1246299609 You are receiving this because you are subscribed to this thread. Message ID: <whatwg/fetch/pull/1647/review/1504806114@github.com>
Received on Thursday, 29 June 2023 08:28:03 UTC