From 532ea90650fd8574406496499ce56b8fe1906095 Mon Sep 17 00:00:00 2001
From: Noam Rosenthal
Fetch request. +
Fetch request, with + processResponseEndOfBody given + response res set to + finalize and report timing with res, the element's + node document's relevant global object, and + destination.
The response's unsafe response obtained in this fashion, if any,
contains the media data. It can be CORS-same-origin or
@@ -37818,7 +37823,12 @@ interface VideoTrack {
track
element's node document's relevant settings
object.
Fetch request.
Fetch request, with
+ processResponseEndOfBody given
+ response res set to
+ finalize and report timing with res, the element's
+ node document's relevant global object, and
+ "track
".
The tasks queued by the @@ -100084,11 +100094,21 @@ dictionary EventSourceInit {
Set ev's request to request.
Let eventSourceResponse be null.
Let finalizeEventSourceFetch be to finalize and report timing
+ with eventSourceResponse, settings's
+ global object, and
+ "other
".
Run this step in parallel:
Fetch request.
Fetch request with + processResponse given + response res be to set + eventSourceResponse to res.
Return ev.
The task that the networking task source places
on the task queue once fetching for such a resource (with the correct MIME
- type) has completed must cause the user agent to reestablish the connection
- in parallel. This applies whether the connection is closed gracefully or unexpectedly
+ type) has completed must cause the user agent to run finalizeEventSourceFetch,
+ and reestablish the connection in parallel. This applies whether the connection is closed gracefully or unexpectedly
(but does not apply when fetching is canceled by the user agent, e.g., in response to window.stop()
, since in those cases the final task is actually discarded). It doesn't apply for the error
@@ -100191,13 +100211,15 @@ dictionary EventSourceInit {
Network errors that prevents the connection from being established in the first place (e.g. DNS errors), should cause the user agent to - reestablish the connection in parallel, unless the user agent knows that - to be futile, in which case the user agent may fail the connection.
+ run finalizeEventSourceFetch, and reestablish the connection + in parallel, unless the user agent knows that to be futile, in which case the user + agent may fail the connection.Any other HTTP response code not listed here, as well as the
cancelation of the fetch algorithm by the user agent (e.g. in response to window.stop()
or the user canceling the network connection
- manually) must cause the user agent to fail the connection.
Fetch request, with +
Fetch request, with
processResponseEndOfBody given
response res set to
finalize and report timing with res, the element's
@@ -100100,7 +100100,7 @@ dictionary EventSourceInit {
with eventSourceResponse, settings's
global object, and
"other
".
Run this step in parallel:
From a8032e1550c233ecc7f7f261d710e7e2d09e1888 Mon Sep 17 00:00:00 2001 From: Noam RosenthalReporting the resource timing of the media resource is decoupled from the + various media element state changes, as per the notes below, user-agents download media + resources in various implementation-specific ways (range requests, buffering). The + ResourceTiming entries should reflect the de-facto fetches performed, rather than + the resource at its entirety.
+The response's unsafe response obtained in this fashion, if any,
contains the media data. It can be CORS-same-origin or
CORS-cross-origin; this affects whether subtitles referenced in the media
From 70ae150685a7ae247081a3c1d8a7512d6dc6cd24 Mon Sep 17 00:00:00 2001
From: Noam Rosenthal Reporting the resource timing of the media resource is decoupled from the
various media element state changes, as per the notes below, user-agents download media
resources in various implementation-specific ways (range requests, buffering). The
- ResourceTiming entries should reflect the de-facto fetches performed, rather than
+ ResourceTiming entries reflect the de-facto fetches performed, rather than
the resource at its entirety. The response's unsafe response obtained in this fashion, if any,
From 673e553c7f1767dd5e85ca9d6cda7d613997e353 Mon Sep 17 00:00:00 2001
From: Noam Rosenthal Set ev's request to
request. Let eventSourceResponse be null. Let finalizeEventSourceFetch be to finalize and report timing
- with eventSourceResponse, settings's
+ Let finalizeEventSourceFetch given
+ response resbe to
+ finalize and report timing with res, settings's
global object, and
" Run this step in parallel: Fetch request with
+ processResponseEndOfBody set to
+ finalizeEventSourceFetch and processResponse set
+ to the following steps given response res: Fetch request with
- processResponse given
- response res be to set
- eventSourceResponse to res. If res is an aborted network error, then
+ fail the connection. Otherwise, if res is a network error, then
+ reestablish the connection, unless the user agent knows that to be futile, in
+ which case the user agent may fail the connection. Otherwise, if res's status is
+ not 200, or if res's ` Otherwise, announce the connection and
+ interpret res's
+ body line by line. Return ev. The resource indicated in the argument to the As data is received, the tasks queued by the networking
- task source to handle the data must act as follows. HTTP 200 OK responses with a ` When a successful response with a supported MIME type is received, such that the
- user agent begins parsing the contents of the stream, the user agent must announce the
- connection. The task that the networking task source places
- on the task queue once fetching for such a resource (with the correct MIME
- type) has completed must cause the user agent to run finalizeEventSourceFetch,
- and reestablish the connection in parallel. This applies whether the connection is closed gracefully or unexpectedly
- (but does not apply when fetching is canceled by the user agent, e.g., in response to HTTP 200 OK responses that have a Content-Type specifying an unsupported type, or
- that have no Content-Type at all, must cause the user agent to fail the
- connection. Network errors that prevents the connection from
- being established in the first place (e.g. DNS errors), should cause the user agent to
- run finalizeEventSourceFetch, and reestablish the connection
- in parallel, unless the user agent knows that to be futile, in which case the user
- agent may fail the connection. Any other HTTP response code not listed here, as well as the
- cancelation of the fetch algorithm by the user agent (e.g. in response to When a user agent is to announce the connection, the user agent must queue a
task which, if the Origin
` headerCross-Origin-Resource-Policy
` headerother
".
-
+ Content-Type
` is not
+ `text/event-stream
`, then fail the connection.Processing model
- EventSource
- constructor is fetched when the constructor is run.Content-Type
` header specifying the type
- `text/event-stream
`, ignoring any MIME type parameters, must be
- processed line by line as described below.window.stop()
, since in those cases the final task is actually discarded). It doesn't apply for the error
- conditions listed below except where explicitly specified.window.stop()
or the user canceling the network connection
- manually) must cause the user agent to run finalizeEventSourceFetch and
- fail the connection.
-
readyState
attribute is
set to a value other than CLOSED
, sets the
Date: Wed, 16 Feb 2022 19:19:56 +0200
Subject: [PATCH 06/10] Commit suggestions
---
source | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/source b/source
index a5cf79cf255..3f845186b86 100644
--- a/source
+++ b/source
@@ -2477,7 +2477,7 @@ a.setAttribute('href', 'https://example.com/'); // change the content attribute
Origin
` headerCross-Origin-Resource-Policy
` header
Let finalizeEventSourceFetch given
- response resbe to
+ response res be to
finalize and report timing with res, settings's
global object, and
"other
".
Fetch request, with - processResponseEndOfBody given - response res set to - finalize and report timing with res, the element's - node document's relevant global object, and - destination.
- -Reporting the resource timing of the media resource is decoupled from the - various media element state changes, as per the notes below, user-agents download media - resources in various implementation-specific ways (range requests, buffering). The - ResourceTiming entries reflect the de-facto fetches performed, rather than - the resource at its entirety.
+Fetch request.
The response's unsafe response obtained in this fashion, if any,
contains the media data. It can be CORS-same-origin or
From 07c05364015dfc54fff46b1c3cca51e7c25be5ab Mon Sep 17 00:00:00 2001
From: Noam Rosenthal other
".
Let processEventSourceEndOfBody given + response res be the following step: + If res is not a network error, then + finalizeEventSourceFetch with res, and + reestablish the connection. +
Fetch request with processResponseEndOfBody set to - finalizeEventSourceFetch and processResponse set + processEventSourceEndOfBody and processResponse set to the following steps given response res:
Fetch request.
+Fetch request.
The response's unsafe response obtained in this fashion, if any, contains the media data. It can be CORS-same-origin or @@ -100100,7 +100100,7 @@ dictionary EventSourceInit { response res be the following step: If res is not a network error, then finalizeEventSourceFetch with res, and - reestablish the connection. + reestablish the connection.
Fetch request with @@ -100113,21 +100113,13 @@ dictionary EventSourceInit { fail the connection.
Otherwise, if res is a network error, then + call finalizeEventSourceFetch given res, and reestablish the connection, unless the user agent knows that to be futile, in which case the user agent may fail the connection.
Otherwise, if res's status is
not 200, or if res's `Content-Type
` is not
`text/event-stream
`, then fail the connection.
Otherwise, announce the connection and
interpret res's
From 0134e90689be2040994141f22727e795f1fe4c50 Mon Sep 17 00:00:00 2001
From: Domenic Denicola track
element's node document's relevant settings
object.
Fetch request, with
- processResponseEndOfBody given
- response res set to
- finalize and report timing with res, the element's
- node document's relevant global object, and
- "track
".
Fetch request, with processResponseEndOfBody given response res set to finalize and report
+ timing with res, the element's node document's relevant
+ global object, and "track
".
The tasks queued by the @@ -100090,40 +100089,40 @@ dictionary EventSourceInit {
Set ev's request to request.
Let finalizeEventSourceFetch given
- response res be to
- finalize and report timing with res, settings's
- global object, and
- "other
".
Let finalizeEventSourceFetch given response res be to finalize and report
+ timing with res, settings's global object, and "other
".
Let processEventSourceEndOfBody given - response res be the following step: - If res is not a network error, then - finalizeEventSourceFetch with res, and - reestablish the connection.
Let processEventSourceEndOfBody given response res be the following step: if + res is not a network error, then finalizeEventSourceFetch + with res, and reestablish the connection.
Fetch request with - processResponseEndOfBody set to +
Fetch request with processResponseEndOfBody set to processEventSourceEndOfBody and processResponse set - to the following steps given response res:
+ to the following steps given response + res:If res is an aborted network error, then - fail the connection.
If res is an aborted network error, then fail the + connection.
Otherwise, if res is a network error, then - call finalizeEventSourceFetch given res, and - reestablish the connection, unless the user agent knows that to be futile, in - which case the user agent may fail the connection.
Otherwise, if res is a network error, then call + finalizeEventSourceFetch given res, and reestablish the + connection, unless the user agent knows that to be futile, in which case the user agent + may fail the connection.
Otherwise, if res's status is
not 200, or if res's `Content-Type
` is not
`text/event-stream
`, then fail the connection.
Otherwise, announce the connection and - interpret res's - body line by line.
Otherwise, announce the connection and interpret res's body line by line.