Fetch

`~HTTP引用符付き文字列を収集する@ ときは、所与の ( `文字列$ %入力, `位置~変数$ %位置, %値を抽出する~flag ~IN { `値を抽出する^i, ε }（省略時は ε ） ) に対し，次を走らす： ◎ To collect an HTTP quoted string from a string input, given a position variable position and optionally an extract-value flag, run these steps:

1. %開始~位置 ~LET %位置 ◎ Let positionStart be position.
2. %値 ~LET 空~文字列 ◎ Let value be the empty string.
3. ~Assert： %位置↗ ~EQ `0022^U `"^smb ◎ Assert: the code point at position within input is U+0022 (").
4. %位置 ~INCBY 1 ◎ Advance position by 1.

5. ~WHILE 無条件： ◎ While true:

   1. %値 に次の結果を付加する ⇒ %入力 内の %位置 から { `0022^U `"^smb, `005C^U `\^smb } 以外の`符号位置~並びを収集する$ ◎ Append the result of collecting a sequence of code points that are not U+0022 (") or U+005C (\) from input, given position, to value.
   2. ~Assert： %位置↗ ~IN { ε, `0022^U `"^smb, `005C^U `\^smb } ◎ If position is past the end of input, then break.

   3. ~IF［ %位置↗ ~EQ `005C^U `\^smb ］：

      1. %位置 ~INCBY 1
      2. ~IF［ %位置↗ ~NEQ ε ］ ⇒＃ %値 に %位置↗ を付加する； %位置 ~INCBY 1； ~CONTINUE
      3. %値 に `005C^U `\^smb を付加する
      ◎ Let quoteOrBackslash be the code point at position within input. ◎ Advance position by 1. ◎ If quoteOrBackslash is U+005C (\), then: • If position is past the end of input, then append U+005C (\) to value and break. • Append the code point at position within input to value. • Advance position by 1.
   4. ~IF［ %位置↗ ~NEQ ε ］ ⇒ %位置 ~INCBY 1 ◎ ↑↓
   5. ~BREAK ◎ Otherwise: • Assert: quoteOrBackslash is U+0022 ("). • Break.
6. ~IF［ %値を抽出する~flag ~NEQ ε ］ ⇒ ~RET %値 ◎ If the extract-value flag is set, then return value.
7. ~RET %入力 内の［ %開始~位置 から ( %位置 ~MINUS 1 ) まで ］にある`符号位置$並び 【！inclusive は先頭のみ（例：この時点で %位置↗ は ε かもしれない）】 ◎ Return the code points from positionStart to position, inclusive, within input.

`~fetch~group$ %G が `終了され@fg たときは、次を走らす ⇒ %G を成す ~EACH( `~fetch記録$ %記録 ) に対し ⇒ ~IF［ %記録 の`要請$fgは［［ `済んだか$rq ~EQ ~F ］~OR［ `~keepaliveか$rq ~EQ ~F ］］を満たす ］ ⇒ %記録 の`~fetch$fgを`終了させる$() ◎ When a fetch group is terminated, for each associated fetch record whose request’s done flag is unset or keepalive is false, terminate the fetch record’s fetch.

~FINGERPRINTING `~domainを解決する@ ときは、所与の ( `~network区分~key$ %~key, `~domain$url %~domain ) に対し： ◎ (This is a tracking vector.) To resolve a domain, given a network partition key key and a domain domain:

1. ~IF［ %~domain は`~host$である ］~AND［ %~domain の`公共~接尾辞$ ~EQ `localhost^l ］ ⇒ ~RET « `::1^c, `127.0.0.1^c » 【順に，~IPv6, ~IPv4用の~loopback~address】 ◎ If domain is a host whose public suffix is "localhost", then return « ::1, 127.0.0.1 ».
2. %~domain を［ 1 個~以上の`~IP~address$からなる`集合$ ］に転換する`実装定義$な演算を遂行する ⇒ ~RET 演算の成否に応じて ⇒＃ 成功したならば 結果の集合／ 失敗したならば `失敗^i ◎ Perform an implementation-defined operation to turn domain into a set of one or more IP addresses.＼ If this operation succeeds, return the set of IP addresses. ◎ Return failure.

`~domainを解決-$した結果は~cacheしてもヨイ — ~cacheした場合、 %~key を~cache~keyの一部として利用するベキである。 ◎ The results of resolve a domain may be cached. If they are cached, key should be used as part of the cache key.

`生成元を解決する@ ときは、所与の ( `~network区分~key$ %~key, `生成元$ %生成元 ) に対し： ◎ To resolve an origin, given a network partition key key and an origin origin:

1. %~host ~LET %生成元 の`~host$o ◎ ↓
2. ~IF［ %~host は`~IP~address$である ］ ⇒ ~RET « %~host » ◎ If origin’s host is an IP address, then return « origin’s host ».
3. ~IF［ ~UAは、~domainを自前で解決する~proxyを利用するよう環境設定されている ］ ⇒ ~RET « %~host » ◎ If the user agent is configured to use a proxy that resolves domains on its own, then return « origin’s host ».
4. ~RET `~domainを解決する$( %~key, %~host ) ◎ Return the result of running resolve a domain given key and origin’s host.

注記： 上と同じ条項が適用される — まず，~Fetch標準~communityとの討論を経ない限り、何かをこの上に築かないこと。 ◎ The same caveat applies. Do not build on this without having a considered discussion with the Fetch Standard community first.

`接続~計時情報を切詰めて細かさを抑える@ ときは、所与の ( `接続~計時情報$ %計時情報, `DOMHighResTimeStamp$I %既定の開始~時刻, 真偽値 %非同一-生成元~能力は隔離-済みか ) に対し，次の手続きを走らす： ◎ To clamp and coarsen connection timing info, given a connection timing info timingInfo, a DOMHighResTimeStamp defaultStartTime, and a boolean crossOriginIsolatedCapability, run these steps:

1. ~IF［ %計時情報 の`接続~開始~時刻$cT ~LT %既定の開始~時刻 ］ ⇒ ~RET 新たな`接続~計時情報$ — その ⇒＃ `~domain検索~開始~時刻$cT ~SET %既定の開始~時刻, `~domain検索~終了~時刻$cT ~SET %既定の開始~時刻, `接続~開始~時刻$cT ~SET %既定の開始~時刻, `接続~終了~時刻$cT ~SET %既定の開始~時刻, `~secure接続~開始~時刻$cT ~SET %既定の開始~時刻, `折衝した~ALPN~protocol~ID$cT ~SET %計時情報 の`折衝した~ALPN~protocol~ID$cT ◎ If timingInfo’s connection start time is less than defaultStartTime, then return a new connection timing info whose domain lookup start time is defaultStartTime, domain lookup end time is defaultStartTime, connection start time is defaultStartTime, connection end time is defaultStartTime, secure connection start time is defaultStartTime, and ALPN negotiated protocol is timingInfo’s ALPN negotiated protocol.
2. ~RET 新たな`接続~計時情報$ — その ⇒＃ `~domain検索~開始~時刻$cT ~SET `細かさを抑えた時刻$( %計時情報 の`~domain検索~開始~時刻$cT, %非同一-生成元~能力は隔離-済みか ), `~domain検索~終了~時刻$cT ~SET `細かさを抑えた時刻$( %計時情報 の`~domain検索~終了~時刻$cT, %非同一-生成元~能力は隔離-済みか ), `接続~開始~時刻$cT ~SET `細かさを抑えた時刻$( %計時情報 の`接続~開始~時刻$cT, %非同一-生成元~能力は隔離-済みか ), `接続~終了~時刻$cT ~SET `細かさを抑えた時刻$( %計時情報 の`接続~終了~時刻$cT, %非同一-生成元~能力は隔離-済みか ), `~secure接続~開始~時刻$cT ~SET `細かさを抑えた時刻$( %計時情報 の`接続~終了~時刻$cT, %非同一-生成元~能力は隔離-済みか ), `折衝した~ALPN~protocol~ID$cT ~SET %計時情報 の`折衝した~ALPN~protocol~ID$cT ◎ Return a new connection timing info whose domain lookup start time is the result of coarsen time given timingInfo’s domain lookup start time and crossOriginIsolatedCapability, domain lookup end time is the result of coarsen time given timingInfo’s domain lookup end time and crossOriginIsolatedCapability, connection start time is the result of coarsen time given timingInfo’s connection start time and crossOriginIsolatedCapability, connection end time is the result of coarsen time given timingInfo’s connection end time and crossOriginIsolatedCapability, secure connection start time is the result of coarsen time given timingInfo’s connection end time and crossOriginIsolatedCapability, and ALPN negotiated protocol is timingInfo’s ALPN negotiated protocol.

`接続を得する@ ときは、所与の ⇒＃ `~network区分~key$ %~key, `生成元$ %生成元, 真偽値 %資格証？, 真偽値 %新たな接続を強制するか（省略時は ~F ）, 真偽値 `~HTTP3のみか@i （省略時は ~F ）, 真偽値 `専用か@i （省略時は ~F ） ◎終 に対し，次を走らす： ◎ To obtain a connection, given a network partition key key, origin origin, boolean credentials, an optional boolean forceNew (default false), an optional boolean http3Only (default false), and an optional boolean dedicated (default false), run these steps:

1. ~IF［ %新たな接続を強制するか ~EQ ~F ］~OR［ %専用か ~EQ ~F ］： ◎ If forceNew is false or dedicated is false, then:

   1. %接続~群 ~LET ~UAの`接続~pool$を成す`接続$のうち，次を満たすものからなる集合 ⇒ ( `~key$cN, `生成元$cN, `資格証？$cN ) ~EQ ( %~key, %生成元, %資格証？ ) ◎ Let connections be a set of connections in the user agent’s connection pool whose key is key, origin is origin, and credentials is credentials.
   2. ~IF［ %接続~群 は空でない ］~AND［ %~HTTP3のみか ~EQ ~F ］ ⇒ ~RET %接続~群 の中の どれか一つ ◎ If connections is not empty and http3Only is false, then return one of connections.
   3. ~IF［ %接続~群 内に~HTTP3`接続$がある ］ ⇒ ~RET その`接続$ ◎ If there is an HTTP/3 connection in connections, then return that connection.
2. %計時情報 ~LET 新たな`接続~計時情報$ ◎ Let timingInfo be a new connection timing info.
3. %計時情報 の`~domain検索~開始~時刻$cT ~SET `安全でない共有される現在の時刻$ ◎ Set timingInfo’s domain lookup start time to the unsafe shared current time.
4. %~host群 ~LET `生成元を解決する$( %~key, %生成元 ) ◎ Let hosts be the result of running resolve an origin given key and origin.
5. ~IF［ %~host群 ~EQ `失敗^i ］ ⇒ ~RET `失敗^i ◎ If hosts is failure, then return failure.
6. %計時情報 の`~domain検索~終了~時刻$cT ~SET `安全でない共有される現在の時刻$ ◎ Set timingInfo’s domain lookup end time to the unsafe shared current time.

7. %接続 ~LET 次に従って得られる`接続$： ◎ Let connection be the result of running this step:＼

   • 次を — `実装定義$な回数だけ，互いに`並列的$に — 走らす ⇒ `接続を作成する$( 次に挙げる引数 ) ⇒＃ %~key, %生成元, %資格証, %~host群 の中から`実装定義$に選ばれた`~host$, %計時情報, %~HTTP3のみか ◎ run create a connection given key, origin, credentials, an implementation-defined host from hosts, timingInfo, and http3Only an implementation-defined number of times, in parallel from each other,＼
   • 前項にて走らせた 少なくとも一つが値を返すまで待機した上で、 返された値たちから，`実装定義$な方式で一つを選定する — 他の値のうち`接続$である（ `失敗^i でない）ものは、~closeしてもヨイ。 ◎ and wait for at least 1 to return a value.＼ In an implementation-defined manner, select a value to return from the returned values and return it.＼ Any other returned values that are connections may be closed.

   注記： この段は、本質的には，［ `~domainを解決-$した結果から， 1 個以上の`~IP~address$を選び取ること ］を実装に許容する（~proxyは無いと見做す） — ［ それらを互いに競争させる, `~IPv6~address$を選り好む, 時間切れの事例では試行し直す, 等々 ］の下で。 ◎ Essentially this allows an implementation to pick one or more IP addresses from the return value of resolve a domain (assuming no proxy) and race them against each other, favor IPv6 addresses, retry in case of a timeout, etc.

8. ~IF［ %接続 ~EQ `失敗^i ］ ⇒ ~RET `失敗^i ◎ If connection is failure, then return failure.
9. ~IF［ %専用か ~EQ ~F ］ ⇒ ~UAの`接続~pool$に %接続 を`付加する$set ◎ If dedicated is false, then append connection to the user agent’s connection pool.
10. ~RET %接続 ◎ Return connection.

注記： これは，意図的にやや曖昧にされている — 接続~管理に関して，たくさんの意味合いがあり、実装者の裁量に委ねるのが最善なので。 これを述べることは、 `link rel=preconnect^e による特能を説明する助けになり、また，`接続$は `資格証？$cN 別に分けられることを明瞭に~~規定する。 後者は、例えば~TLS~session識別子が［ `資格証？$cN ~EQ ~F なる`接続$ ］と［ ~EQ ~T のそれ ］とにまたがって再利用されないことを明確化する。 ◎ This is intentionally a little vague as there are a lot of nuances to connection management that are best left to the discretion of implementers. Describing this helps explain the <link rel=preconnect> feature and clearly stipulates that connections are keyed on credentials. The latter clarifies that, e.g., TLS session identifiers are not reused across connections whose credentials are false with connections whose credentials are true.

`接続を作成する@ ときは、所与の ⇒＃ `~network区分~key$ %~key, `生成元$ %生成元, 真偽値 %資格証, `~host$ %~host, `接続~計時情報$ %計時情報, 真偽値 %~HTTP3のみか, ◎終 に対し，次の手続きを走らす： ◎ To create a connection, given a network partition key key, origin origin, boolean credentials, host host, connection timing info timingInfo, and boolean http3Only, run these steps:

1. %計時情報 の`接続~開始~時刻$cT ~SET `安全でない共有される現在の時刻$ ◎ Set timingInfo’s connection start time to the unsafe shared current time.
2. %接続 ~LET 次のようにされた新たな`接続$ ⇒＃ `~key$cN ~SET %~key, `生成元$cN ~SET %生成元, `資格証？$cN ~SET %資格証, `計時情報$ ~SET %計時情報 ◎ Let connection be a new connection whose key is key, origin is origin, credentials is credentials, and timing info is timingInfo.＼

3. 次に従う下で， %接続 を利用して, %生成元 も織り込んで, %~host への~HTTP接続を確立する `HTTP$r `HTTP-SEMANTICS$r `HTTP-COND$r `HTTP-CACHING$r `HTTP-AUTH$r `TLS$r — それに伴い、 %接続 に対し`接続~計時情報を記録する$： ◎ Record connection timing info given connection and use connection to establish an HTTP connection to host, taking origin into account. [HTTP] [HTTP-SEMANTICS] [HTTP-COND] [HTTP-CACHING] [HTTP-AUTH] [TLS]

   • ［ %~HTTP3のみか ~EQ ~T ］の場合、~HTTP3接続を確立する `HTTP3$r ◎ If http3Only is true, then establish an HTTP/3 connection. [HTTP3]

   • ~HTTP3接続を確立するときは、初期 `SETTINGS^i ~frame内に次を内包する：

     • 1 を値に伴う `SETTINGS_ENABLE_WEBTRANSPORT^i `WEBTRANSPORT-HTTP3$r,
     • 1 を値に伴う `H3_DATAGRAM^i `HTTP3-DATAGRAM$r
     ◎ When establishing an HTTP/3 connection, include SETTINGS_ENABLE_WEBTRANSPORT with a value of 1 and H3_DATAGRAM with a value of 1 in the initial SETTINGS frame. [WEBTRANSPORT-HTTP3] [HTTP3-DATAGRAM]
   • ［ %資格証？ ~EQ ~F ］の場合、~TLS~client証明書は`送信しない^em ◎ If credentials is false, then do not send a TLS client certificate.
4. ~IF［ 前~段にて接続を確立するのに失敗した（例：~TCP／~TLSの~error） ］ ⇒ ~RET `失敗^i ◎ If establishing a connection does not succeed (e.g., a TCP or TLS error), then return failure.

5. %計時情報 の`折衝した~ALPN~protocol~ID$cT ~SET 次に挙げる各~条項に従う下で得られた %接続 の~ALPN~protocol~ID `RFC7301$r： ◎ Set timingInfo’s ALPN negotiated protocol to connection’s ALPN Protocol ID, with the following caveats: [RFC7301]

   • ~proxyが環境設定されているときは ⇒＃ ~tunnel接続が確立された場合、~tunnelされた~protocolの~ALPN~protocol~IDになるモノトスル／ 他の場合、~proxyへの最初の~hopの~ALPN~protocol~IDになるモノトスル ◎ When a proxy is configured, if a tunnel connection is established then this must be the ALPN Protocol ID of the tunneled protocol, otherwise it must be the ALPN Protocol ID of the first hop to the proxy.

   • ~UAが試験的な未登録な~protocolを利用している事例では、 ~protocol折衝~用に~ALPN~protocol~IDが ⇒＃ 利用されたならば、それを利用するモノトスル／ 利用されなかったならば、別の記述的な文字列を利用してもヨイ ◎ In case the user agent is using an experimental, non-registered protocol, the user agent must use the used ALPN Protocol ID, if any. If ALPN was not used for protocol negotiations, the user agent may use another descriptive string.

     注記： %計時情報 の`折衝した~ALPN~protocol~ID$cTは、利用-中の~network~protocolを識別するために意図される — それが実際にどう折衝されたかに関わらず。 すなわち，~ALPNが当の~network~protocolを折衝するために利用されていない場合でも、これは，利用-中の~protocolを指示する~ALPN~protocol~IDになる。 ◎ timingInfo’s ALPN negotiated protocol is intended to identify the network protocol in use regardless of how it was actually negotiated; that is, even if ALPN is not used to negotiate the network protocol, this is the ALPN Protocol IDs that indicates the protocol in use.

   注記： ~IANAは、 ~ALPN~protocol~IDの~list を保守する。 ◎ IANA maintains a list of ALPN Protocol IDs.

6. ~RET %接続 ◎ Return connection.

`~network区分~keyを決定する@ ときは、所与の ( `環境~設定群~obj$ %設定群 ) に対し，次の手続きを走らす： ◎ To determine the network partition key, given an environment settings object settings, run these steps:

1. %~top-level生成元 ~LET %設定群 の`~top-level生成元$enV ◎ Let topLevelOrigin be settings’s top-level origin.
2. ~IF［ %~top-level生成元 ~EQ ~NULL ］ ⇒ %~top-level生成元 ~SET %設定群 の`~top-level作成時の~URL$enVの`生成元$url ◎ If topLevelOrigin is null, then set topLevelOrigin to settings’s top-level creation URL’s origin.
3. ~Assert： %~top-level生成元 は`生成元$である ◎ Assert: topLevelOrigin is an origin.
4. %~top-level~site ~LET `~siteを得する$( %~top-level生成元 ) ◎ Let topLevelSite be the result of obtaining a site, given topLevelOrigin.

5. %第二~key ~LET ~NULL または`実装定義$な値 ◎ Let secondKey be null or an implementation-defined value.

   第二~keyは、意図的に少し曖昧にされている — より精緻な点で、依然として発展しているので。 課題 #1035 を見よ。 ◎ The second key is intentionally a little vague as the finer points are still evolving. See issue #1035.

6. ~RET ( %~top-level~site, %第二~key ) ◎ Return (topLevelSite, secondKey).

`要請の~network区分~keyを決定する@ ときは、所与の ( %要請 ) に対し，次の手続きを走らす： ◎ To determine the network partition key, given request, run these steps:

1. ~IF［ %要請 の`予約-済み~client$rq ~NEQ ~NULL ］ ⇒ ~RET `~network区分~keyを決定する$( %要請 の`予約-済み~client$rq ) ◎ If request’s reserved client is non-null, then return the result of determining the network partition key given request’s reserved client.
2. ~IF［ %要請 の`~client$rq ~NEQ ~NULL ］ ⇒ ~RET `~network区分~keyを決定する$( %要請 の`~client$rq ) ◎ If request’s client is non-null, then return the result of determining the network partition key given request’s client.
3. ~RET ~NULL ◎ Return null.

`~HTTP~cache区分を決定する@ ときは、所与の ( %要請 ) に対し，次の手続きを走らす： ◎ To determine the HTTP cache partition, given request, run these steps:

1. %~key ~LET `要請の~network区分~keyを決定する$( %要請 ) ◎ Let key be the result of determining the network partition key given request.
2. ~IF［ %~key ~EQ ~NULL ］ ⇒ ~RET ~NULL ◎ If key is null, then return null.
3. ~RET %~key に結付けられている一意な~HTTP~cache `HTTP-CACHING$r ◎ Return the unique HTTP cache associated with key. [HTTP-CACHING]

`要請$ %要請 の `~fetchingは，不良~portに因り阻止されるべきか？@ どうか決定するときは、次を走らす： ◎ To determine whether fetching a request request should be blocked due to a bad port, run these steps:

1. %~URL ~LET %要請 の`現在の~URL$rq ◎ Let url be request’s current URL.
2. ~IF［ %~URL の`~scheme$urlは`~HTTP_S~scheme$である ］~AND［ %~URL の`~port$urlは`不良~port$である ］ ⇒ ~RET `阻止される^i ◎ If url’s scheme is an HTTP(S) scheme and url’s port is a bad port, then return blocked.
3. ~RET `許容される^i ◎ Return allowed.

`要請~Origin~headerを付加する@ ときは、所与の ( `要請$ %要請 ) に対し，次の手続きを走らす： ◎ To append a request `Origin` header, given a request request, run these steps:

1. %直列化した生成元 ~LET `要請の生成元を~byte直列化する$( %要請 ) ◎ Let serializedOrigin be the result of byte-serializing a request origin with request.
2. ~IF［ %要請 の`応答~tainting$rq ~EQ `cors^l ］~OR［ %要請 の`~mode$rq ~EQ `websocket^l ］ ⇒＃ %要請 の`~header~list$rqに`~headerを付加する$( `Origin^h / %直列化した生成元 )； ~RET ◎ If request’s response tainting is "cors" or request’s mode is "websocket", then append `Origin`/serializedOrigin to request’s header list.
3. ~IF［ %要請 の`~method$rq ~IN { `GET$hm, `HEAD$hm } ］ ⇒ ~RET ◎ Otherwise, if request’s method is neither `GET` nor `HEAD`, then:

4. %要請 の`~referrer施策$rqに応じて： ◎ Switch on request’s referrer policy:

   `no-referrer^l

   %直列化した生成元 ~SET `null^bl ◎ Set serializedOrigin to `null`.

   `no-referrer-when-downgrade^l

   `strict-origin^l

   `strict-origin-when-cross-origin^l

   ~IF［ %要請 の`生成元$rqは`成分組~生成元$である ］~AND［ %要請 の`生成元$rqの`~scheme$o【！ its %~scheme】 ~EQ `https^l ］~AND［ %要請 の`現在の~URL$rqの`~scheme$url【！%~scheme】 ~NEQ `https^l ］ ⇒ %直列化した生成元 ~SET `null^bl ◎ If request’s origin is a tuple origin, its scheme is "https", and request’s current URL’s scheme is not "https", then set serializedOrigin to `null`.

   `same-origin^l

   ~IF［ ( %要請 の`生成元$rq, %要請 の`現在の~URL$rqの`生成元$url ) は`同一-生成元$でない ］ ⇒ %直列化した生成元 ~SET `null^bl ◎ If request’s origin is not same origin with request’s current URL’s origin, then set serializedOrigin to `null`.

   その他

   何もしない ◎ Do nothing.

5. %要請 の`~header~list$rqに`~headerを付加する$( `Origin^h / %直列化した生成元 ) ◎ Append `Origin`/serializedOrigin to request’s header list.

注記： `要請$の`~referrer施策$rqは、すべての~fetchに織り込まれる — ~fetch側が明示的に自身の`生成元$を~serverと共有するよう（例えば`~CORS~protocol$の利用を介して）~opt-inしていなくとも。 ◎ A request’s referrer policy is taken into account for all fetches where the fetcher did not explicitly opt into sharing their origin with the server, e.g., via using the CORS protocol.

`~header~listから長さを抽出する@ ときは、所与の ( `~header~list$ %~header~list ) に対し，次の手続きを走らす： ◎ To extract a length from a header list headers, run these steps:

1. %値~list ~LET `~header~listから値を取得して復号して分割する$( %~header~list, `Content-Length^h ) ◎ Let values be the result of getting, decoding, and splitting `Content-Length` from headers.
2. ~IF［ %値~list ~EQ ~NULL ］ ⇒ ~RET ~NULL ◎ If values is null, then return null.
3. %候補~値 ~LET ~NULL ◎ Let candidateValue be null.

4. %値~list を成す ~EACH( %値 ) に対し： ◎ For each value of values:

   1. ~IF［ %候補~値 ~EQ ~NULL ］ ⇒ %候補~値 ~SET %値 ◎ If candidateValue is null, then set candidateValue to value.
   2. ~ELIF［ %値 ~NEQ %候補~値 ］ ⇒ ~RET `失敗^i ◎ Otherwise, if value is not candidateValue, return failure.
5. ~IF［ %候補~値 ~EQ 空~文字列 ］~OR［ %候補~値 内に`~ASCII数字$でない`文字$がある ］ ⇒ ~RET ~NULL ◎ If candidateValue is the empty string or has a code point that is not an ASCII digit, then return null.
6. ~RET %候補~値 を 10 進数として解釈した結果。 ◎ Return candidateValue, interpreted as decimal number.

`~header~listから~MIME型を抽出する@ ときは、所与の ( `~header~list$ %~headerたち ) に対し，次を走らす： ◎ To extract a MIME type from a header list headers, run these steps:

1. %~charset ~LET ~NULL ◎ Let charset be null.
2. %~essence ~LET ~NULL ◎ Let essence be null.
3. %~MIME型 ~LET ~NULL ◎ Let mimeType be null.
4. %値~list ~LET `~header~listから値を取得して復号して分割する$( %~headerたち, `Content-Type$h ) ◎ Let values be the result of getting, decoding, and splitting `Content-Type` from headers.
5. ~IF［ %値~list ~EQ ~NULL ］ ⇒ ~RET `失敗^i ◎ If values is null, then return failure.

6. %値~list を成す ~EACH( %値 ) に対し： ◎ For each value of values:

   1. %一時的~MIME型 ~LET `~MIME型を構文解析する$( %値 ) ◎ Let temporaryMimeType be the result of parsing value.
   2. ~IF［ %一時的~MIME型 ~EQ `失敗^i ］~OR［ %一時的~MIME型 の`~essence$ ~EQ `*/*^l ］ ⇒ ~CONTINUE ◎ If temporaryMimeType is failure or its essence is "*/*", then continue.
   3. %~MIME型 ~SET %一時的~MIME型 ◎ Set mimeType to temporaryMimeType.
   4. %~parameters ~LET %~MIME型 の`~parameters$ ◎ ↓

   5. ~IF［ %~MIME型 の`~essence$ ~NEQ %~essence ］： ◎ If mimeType’s essence is not essence, then:

      1. %~charset ~SET ~NULL ◎ Set charset to null.
      2. ~IF［ %~parameters[ `charset^l ] ~NEQ ε ］ ⇒ %~charset ~SET %~parameters[ `charset^l ] ◎ If mimeType’s parameters["charset"] exists, then set charset to mimeType’s parameters["charset"].
      3. %~essence ~SET %~MIME型 の`~essence$ ◎ Set essence to mimeType’s essence.
   6. ~ELIF［ %~parameters[ `charset^l ] ~EQ ε ］~AND［ %~charset ~NEQ ~NULL ］ ⇒ %~parameters[ `charset^l ] ~SET %~charset ◎ Otherwise, if mimeType’s parameters["charset"] does not exist, and charset is non-null, set mimeType’s parameters["charset"] to charset.
7. ~IF［ %~MIME型 ~EQ ~NULL ］ ⇒ ~RET `失敗^i ◎ If mimeType is null, then return failure.
8. ~RET %~MIME型 ◎ Return mimeType.

`~header~listから~MIME型を抽出する$ が返す結果が［ `失敗^i ／ 所与の内容形式~用に不正な`~essence$を持つ`~MIME型$ ］である場合、致命的な~errorとして扱う。 既存の~web~platform特能は、この~patternに常に従ってはいなかった — それは、長年にわたり，それらの特能における~security脆弱性の大多数の源であった。 対照的に，`~MIME型$の`~parameters$は、概して安全に無視できる。 ◎ When extract a MIME type returns failure or a MIME type whose essence is incorrect for a given format, treat this as a fatal error. Existing web platform features have not always followed this pattern, which has been a major source of security vulnerabilities in those features over the years. In contrast, a MIME type’s parameters can typically be safely ignored.

`~nosniffかどうか決定する@ ときは、所与の ( `~header~list$ %~list ) に対し，次を走らす： ◎ To determine nosniff, given a header list list, run these steps:

1. %値たち ~LET `~header~listから値を取得して復号して分割する$( %~list, `X-Content-Type-Options$h ) ◎ Let values be the result of getting, decoding, and splitting `X-Content-Type-Options` from list.
2. ~IF［ %値たち ~EQ ~NULL ］ ⇒ ~RET ~F ◎ If values is null, then return false.
3. ~IF［ %値たち[ 0 ] は `nosniff^l に`~ASCII大小無視$で合致する ］ ⇒ ~RET ~T ◎ If values[0] is an ASCII case-insensitive match for "nosniff", then return true.
4. ~RET ~F ◎ Return false.

`~CORB検査@ を遂行するときは、所与の ( %要請, %応答 ) に対し，次を走らす： ◎ To perform a CORB check, given a request and response, run these steps:

1. ~IF［ %要請 の`起動元$rq ~EQ `download^l ］ ⇒ ~RET `許容される^i ◎ If request’s initiator is "download", then return allowed.

   ~download法を~naviの一種に~~落とし込めば、この段は除去できる。 ◎ If we recast downloading as navigation this step can be removed.

2. ~IF［ %要請 の`現在の~URL$rqの`~scheme$urlは`~HTTP_S~scheme$でない ］ ⇒ ~RET `許容される^i ◎ If request’s current URL’s scheme is not an HTTP(S) scheme, then return allowed.
3. %~MIME型 ~LET `~header~listから~MIME型を抽出する$( %応答 の`~header~list$rs ) ◎ Let mimeType be the result of extracting a MIME type from response’s header list.
4. ~IF［ %~MIME型 ~EQ `失敗^i ］ ⇒ ~RET `許容される^i ◎ If mimeType is failure, then return allowed.
5. ~IF［ %応答 の`状態s$rs ~EQ `206$st ］~AND［ %~MIME型 は`~CORBで保護される~MIME型$である ］ ⇒ ~RET `阻止される^i ◎ If response’s status is 206 and mimeType is a CORB-protected MIME type, then return blocked.

6. ~IF［ `~nosniffかどうか決定する$( %応答 の`~header~list$rs ) ~EQ ~T ］~AND［［ %~MIME型 は`~CORBで保護される~MIME型$である ］~OR［ %~MIME型 の`~essence$ ~EQ `text/plain^l ］］ ⇒ ~RET `阻止される^i ◎ If determine nosniff with response’s header list is true and mimeType is a CORB-protected MIME type or its essence is "text/plain", then return blocked.

   注記： ~CORBが保護する `text/plain^bl 応答は、 `X-Content-Type-Options: nosniff^bl ~headerを伴うものに限られる。 あいにく，［ その~headerを伴わない, `状態s$rs `206$st の応答 ］を保護することは、あまりに多くの［ `~MIME型$に `text/plain^bl を伴う，既存の動画~応答 ］を壊すことになる。 ◎ CORB only protects text/plain responses with a `X-Content-Type-Options: nosniff` header. Unfortunately, protecting such responses without that header when their status is 206 would break too many existing video responses that have a text/plain MIME type.

7. ~RET `許容される^i ◎ Return allowed.

`非同一-生成元~資源~施策~検査@ を遂行するときは、所与の ( `生成元$【！`生成元$url】 %生成元, `環境~設定群~obj$ %設定群~obj, 文字列 %行先, `応答$ %応答, 真偽値 %~navi用 （省略時は ~F ）) に対し，次の手続きを走らす： ◎ To perform a cross-origin resource policy check, given an origin origin, an environment settings object settingsObject, a string destination, a response response, and an optional boolean forNavigation, run these steps: • Set forNavigation to false if it is not given.

1. %埋込元~施策 ~LET %設定群~obj の`施策~容器$enVの`埋込元~施策$pC ◎ Let embedderPolicy be settingsObject’s policy container’s embedder policy.

2. ~IF［ `非同一-生成元~資源~施策~内部~検査$( %生成元, `unsafe-none$l, %応答, %~navi用 ) ~EQ `阻止される^i ］ ⇒ ~RET `阻止される^i ◎ If the cross-origin resource policy internal check with origin, "unsafe-none", response, and forNavigation returns blocked, then return blocked.

   注記： この段が必要になるのは、下に与える非同一-生成元~埋込元~施策に関係しない違反は，報告するよう求まれないからである。 ◎ This step is needed because we don’t want to report violations not related to Cross-Origin Embedder Policy below.

3. ~IF［ `非同一-生成元~資源~施策~内部~検査$( %生成元 , %埋込元~施策 の`報告のみの値$embP, %応答, %~navi用 ) ~EQ `阻止される^i ］ ⇒ `非同一-生成元~埋込元~施策~CORP違反~報告を~queueする$( %応答, %設定群~obj, %行先, ~T ) ◎ If the cross-origin resource policy internal check with origin, embedderPolicy’s report only value, response, and forNavigation returns blocked, then queue a cross-origin embedder policy CORP violation report with response, settingsObject, destination, and true.
4. ~IF［ `非同一-生成元~資源~施策~内部~検査$( %生成元, %埋込元~施策 の`値$embP, %応答, %~navi用 ) ~EQ `許容される^i ］ ⇒ ~RET `許容される^i ◎ If the cross-origin resource policy internal check with origin, embedderPolicy’s value, response, and forNavigation returns allowed, then return allowed.
5. `非同一-生成元~埋込元~施策~CORP違反~報告を~queueする$( %応答, %設定群~obj, %行先, ~F ) ◎ Queue a cross-origin embedder policy CORP violation report with response, settingsObject, destination, and false.
6. ~RET `阻止される^i ◎ Return blocked.

注記： ~HTMLの`~navigate~algo$に限り，この検査を %~navi用 に ~T を与える下で利用する — それはまた、この検査を，常に入子な【閲覧文脈に対する】~navi用に利用する。 他の場合、 %応答 は［ `不透明な絞込み応答$の`内部~応答$か，そうなるもの ］になる。 `HTML$r ◎ Only HTML’s navigate algorithm uses this check with forNavigation set to true, and it’s always for nested navigations. Otherwise, response is either the internal response of an opaque filtered response or a response which will be the internal response of an opaque filtered response. [HTML]

`非同一-生成元~資源~施策~内部~検査@ を遂行するときは、所与の ( `生成元$【！`生成元$url】 %生成元, `埋込元~施策~値$ %埋込元~施策~値, `応答$ %応答, 真偽値 %~navi用 ) に対し，次の手続きを走らす： ◎ To perform a cross-origin resource policy internal check, given an origin origin, an embedder policy value embedderPolicyValue, a response response, and a boolean forNavigation, run these steps:

1. ~IF［ %~navi用 ~EQ ~T ］~AND［ %埋込元~施策~値 ~EQ `unsafe-none$l ］ ⇒ ~RET `許容される^i ◎ If forNavigation is true and embedderPolicyValue is "unsafe-none", then return allowed.

2. %施策 ~LET `~header~listから値を取得する$( %応答 の`~header~list$rs, `Cross-Origin-Resource-Policy$h ) ◎ Let policy be the result of getting `Cross-Origin-Resource-Policy` from response’s header list.

   注記： `Cross-Origin-Resource-Policy: same-site, same-origin^bl にされた場合、［ %埋込元~施策~値 ~EQ `unsafe-none$l【すなわち ~NEQ `require-corp$l 】 ］である限り，以下において %施策 が何かに合致することは決してないので， `許容される^i を返すことになる。 `Cross-Origin-Resource-Policy$h ~headerが複数個ある場合も同じ効果になる。 【すなわち，`~field値$が複数個の~tokenを含む場合、~headerが無かったときと同じになる。】 ◎ This means that `Cross-Origin-Resource-Policy: same-site, same-origin` ends up as allowed below as it will never match anything, as long as embedderPolicyValue is "unsafe-none". Two or more `Cross-Origin-Resource-Policy` headers will have the same effect.

3. ~IF［ %施策 ~NIN { `same-origin^bl, `same-site^bl, `cross-origin^bl } ］ ⇒ %施策 ~SET ~NULL ◎ If policy is neither `same-origin`, `same-site`, nor `cross-origin`, then set policy to null.
4. ~IF［ %施策 ~EQ ~NULL ］~AND［ %埋込元~施策~値 ~EQ `require-corp$l ］ ⇒ %施策 ~SET `same-origin^bl ◎ If policy is null and embedderPolicyValue is "require-corp", then set policy to `same-origin`.

5. %施策 に応じて： ◎ Switch on policy:

   ~NULL

   `cross-origin^bl

   ~RET `許容される^i ◎ Return allowed.

   `same-origin^bl

   ~RET ［ 次が満たされるならば `許容される^i ／ ~ELSE_ `阻止される^i ］ ⇒ ( %生成元, %応答 の`~URL$rsの`生成元$url ) は、`同一-生成元$である ◎ If origin is same origin with response’s URL’s origin, then return allowed. ◎ Otherwise, return blocked.

   `same-site^bl

   ~RET ［ 次が すべて満たされるならば `許容される^i ／ ~ELSE_ `阻止される^i ］：

   • ( %生成元, %応答 の`~URL$rsの`生成元$url ) は、`~scheme無しで同じ~site$である
   • ［ %生成元 の`~scheme$url ~EQ `https^l ］~OR［ %応答 の`~URL$rsの`~scheme$url ~NEQ `https^l ］

   ◎ If all of the following are true • origin is schemelessly same site with response’s URL’s origin • origin’s scheme is "https" or response’s URL’s scheme is not "https" then return allowed. ◎ Otherwise, return blocked.

   注記： `Cross-Origin-Resource-Policy: same-site^bl は、要請している生成元【 %生成元 】が~secureでない場合，~secureな~transportを介して送達された応答は【条件に】合致すると見なさない — それらの~hostが~secureか否かを除けば【すなわち，~scheme無しで】同じ~siteであっても。 ~secureに~transportされた応答が合致するのは、【要請の】起動元が~secureに~transportされた場合に限られることになる。 ◎ `Cross-Origin-Resource-Policy: same-site` does not consider a response delivered via a secure transport to match a non-secure requesting origin, even if their hosts are otherwise same site. Securely-transported responses will only match a securely-transported initiator.

`非同一-生成元~埋込元~施策~CORP違反~報告を~queueする@ ときは、所与の ( `応答$ %応答, `環境~設定群~obj$ %設定群~obj, 文字列 %行先, 真偽値 %報告のみ ) に対し，次の手続きを走らす： ◎ To queue a cross-origin embedder policy CORP violation report, given a response response, an environment settings object settingsObject, a string destination, and a boolean reportOnly, run these steps:

1. %施策 ~LET %設定群~obj の`施策~容器$enVの`埋込元~施策$pC ◎ ↓
2. %報告先 ~LET %報告のみ に応じて ⇒＃ ~T ならば %施策 の`報告のみの報告先$embP／ ~F ならば %施策 の`報告先$embP ◎ Let endpoint be settingsObject’s policy container’s embedder policy’s report only reporting endpoint if reportOnly is true and settingsObject’s policy container’s embedder policy’s reporting endpoint otherwise.
3. %直列化した~URL ~LET `応答~URLを報告-用に直列化する$( %応答 ) ◎ Let serializedURL be the result of serializing a response URL for reporting with response.
4. %処置 ~LET %報告のみ に応じて ⇒＃ ~T ならば `reporting^l ／ ~F ならば `enforce^l ◎ Let disposition be "reporting" if reportOnly is true; otherwise "enforce".

5. %本体 ~LET 次に挙げる~propを包含している新たな~obj：

   ~key	値
   `type^l	`corp^l
   `blockedURL^l	%直列化した~URL
   `destination^l	%行先
   `disposition^l	%処置

   ◎ Let body be a new object containing the following properties: ◎ key｜value "type"｜"corp" "blockedURL"｜serializedURL "destination"｜destination "disposition"｜disposition
6. `報告を~queueする$( %本体, `~coep報告~種別$i, %報告先, %設定群~obj ) `REPORTING$r ◎ Queue body as the "coep" report type for endpoint on settingsObject. [REPORTING]

`~main~fetch@ を遂行するときは、所与の ( `~fetch~params$ %~fetch~params, 真偽値 %再帰的か（省略時は ~F ） ) に対し，次の手続きを走らす： ◎ To main fetch, given a fetch params fetchParams and an optional boolean recursive (default false), run these steps:

1. %要請 ~LET %~fetch~params の`要請$fP ◎ Let request be fetchParams’s request.
2. %応答 ~LET ~NULL ◎ Let response be null.
3. ~IF［ %要請 の`局所~URLに限るか$rq ~EQ ~T ］~AND［ %要請 の`現在の~URL$rqは`局所的$でない ］ ⇒ %応答 ~SET `~network~error$ ◎ If request’s local-URLs-only flag is set and request’s current URL is not local, then set response to a network error.
4. %要請 に対する ~CSP違反を報告する ◎ Run report Content Security Policy violations for request.
5. 適切になるなら %要請 を信用に価し得る~URLに昇格する `UPGRADE$r ◎ Upgrade request to a potentially trustworthy URL, if appropriate.

6. ~IF［ 次のいずれかの結果 ~EQ `阻止される^i ］…：

   • %要請 の`~fetchingは，不良~portに因り阻止されるべきか？$
   • %要請 の~fetchingは，混在d内容として阻止されるべきか？
   • %要請 は，~CSPにより阻止されるべきか？

   …ならば ⇒ %応答 ~SET `~network~error$

   ◎ If should request be blocked due to a bad port, should fetching request be blocked as mixed content, or should request be blocked by Content Security Policy returns blocked, then set response to a network error.
7. ~IF［ %要請 の`~referrer施策$rq ~EQ 空~文字列 ］ ⇒ %要請 の`~referrer施策$rq ~SET %要請 の`施策~容器$rqの`~referrer施策$pC ◎ If request’s referrer policy is the empty string, then set request’s referrer policy to request’s policy container’s referrer policy.

8. ~IF［ %要請 の`~referrer$rq ~NEQ `no-referrer^l ］ ⇒ %要請 の`~referrer$rq ~SET %要請 の`~referrerを決定-$した結果 `REFERRER$r ◎ If request’s referrer is not "no-referrer", then set request’s referrer to the result of invoking determine request’s referrer. [REFERRER]

   注記： `Referrer Policy^cite 仕様に言明されている様に、~UAは，末端利用者に対し， %要請 の`~referrer$rqを常に `no-referrer^l で上書きするような選択余地, または より敏感でない情報を公開するような選択余地を与えることができる。 ◎ As stated in Referrer Policy, user agents can provide the end user with options to override request’s referrer to "no-referrer" or have it expose less sensitive information.

9. ~IF［ 次のいずれの条件も満たされる ］…： ◎ Set request’s current URL’s scheme to "https" if all of the following conditions are true:

   • %要請 の`現在の~URL$rqの`~scheme$url ~EQ `http^l ◎ request’s current URL’s scheme is "http"
   • %要請 の`現在の~URL$rqの`~host$urlは`~domain$urlである ◎ request’s current URL’s host is a domain

   • %要請 の`現在の~URL$rqの`~host$urlを Known HSTS Host Domain Name Matching `HSTS$r に従って照合した結果は、次のいずれかである：

     • superdomain match with an asserted `includeSubDomains^dir directive
     • congruent match (with or without an asserted `includeSubDomains^dir directive)
     ◎ Matching request’s current URL’s host per Known HSTS Host Domain Name Matching results in either a superdomain match with an asserted includeSubDomains directive or a congruent match (with or without an asserted includeSubDomains directive). [HSTS]

   …ならば ⇒ %要請 の`現在の~URL$rqの`~scheme$url ~SET `https^l ◎ ↑

10. ~IF［ %再帰的か ~EQ ~F ］ ⇒ 以降の手続きは、`並列的$に走らす ◎ If recursive is false, then run the remaining steps in parallel.

11. ~IF［ %応答 ~EQ ~NULL ］ ⇒ %応答 ~SET 次の下位手続きを走らせた結果： ◎ If response is null, then set response to the result of running the steps corresponding to the first matching statement:

    1. ~IF［ 次のいずれかが満たされる ］…

       • ［ ( %要請 の`現在の~URL$rqの`生成元$, %要請 の`生成元$rq ) は`同一-生成元$である ］~AND［ %要請 の`応答~tainting$rq ~EQ `basic^l ］ ◎ request’s current URL’s origin is same origin with request’s origin, and request’s response tainting is "basic"
       • %要請 の`現在の~URL$rqの`~scheme$url ~EQ `data^l ◎ request’s current URL’s scheme is "data"
       • %要請 の`~mode$rq ~IN { `navigate^l, `websocket^l } ◎ request’s mode is "navigate" or "websocket"

       …ならば：

       1. %要請 の`応答~tainting$rq ~SET `basic^l ◎ Set request’s response tainting to "basic".
       2. ~RET `~scheme~fetch$( %~fetch~params ) ◎ Return the result of running scheme fetch given fetchParams.

       注記： ~HTMLは、［ `~scheme$url ~EQ `data^l ］なる`~URL$から作成された どの［ 文書 ／ ~worker ］に対しても，一意かつ`不透明な生成元$をアテガう。 ~swは、［ `~scheme$url ~IN `~HTTP_S~scheme$ ］なる`~URL$からのみ作成される。 `HTML$r `SW$r ◎ HTML assigns any documents and workers created from URLs whose scheme is "data" a unique opaque origin. Service workers can only be created from URLs whose scheme is an HTTP(S) scheme. [HTML] [SW]

    2. ~IF［ %要請 の`~mode$rq ~EQ `same-origin^l ］ ⇒ ~RET `~network~error$ ◎ request’s mode is "same-origin" • Return a network error.

    3. ~IF［ %要請 の`~mode$rq ~EQ `no-cors^l ］： ◎ request’s mode is "no-cors"

       1. ~IF［ %要請 の`~redirect~mode$rq ~NEQ `follow^l ］ ⇒ ~RET `~network~error$ ◎ If request’s redirect mode is not "follow", then return a network error.
       2. %要請 の`応答~tainting$rq ~SET `opaque^l ◎ Set request’s response tainting to "opaque".
       3. %~CORSなし要請 ~LET `~scheme~fetch$( %~fetch~params ) ◎ Let noCorsResponse be the result of running scheme fetch given fetchParams.
       4. ~IF［ %~CORSなし要請 は`絞込み応答$である ］~OR［ `~CORB検査$( %要請, %~CORSなし要請 ) ~EQ `許容される^i ］ ⇒ ~RET %~CORSなし要請 ◎ If noCorsResponse is a filtered response or the CORB check with request and noCorsResponse returns allowed, then return noCorsResponse.

       5. ~RET 次のようにされた新たな`応答$ ⇒ `状態s$rs ~SET %~CORSなし要請 の`状態s$rs ◎ Return a new response whose status is noCorsResponse’s status.

          これが有効な防御になるのは、~side-channel攻撃に抗することに限られる — %~CORSなし要請 を当の要請を起動した~processから隔離し続けた場合に。 ◎ This is only an effective defense against side channel attacks if noCorsResponse is kept isolated from the process that initiated the request.

    4. ~IF［ %要請 の`現在の~URL$rqの`~scheme$urlは`~HTTP_S~scheme$でない ］ ⇒ ~RET `~network~error$ ◎ request’s current URL’s scheme is not an HTTP(S) scheme • Return a network error.

    5. ~IF［ 次のいずれかが満たされる ］…：

       • %要請 の`~CORS予行を利用するか$rq ~EQ ~T ◎ request’s use-CORS-preflight flag is set
       • ［ %要請 の`非安全~要請か$rq ~EQ ~T ］~AND［［ %要請 の`~method$rqは `~CORS安全とされる~method$でない ］~OR［ `~CORS非安全な要請~header名たち$( %要請 の`~header~list$rq ) は空でない ］］ ◎ request’s unsafe-request flag is set and either request’s method is not a CORS-safelisted method or CORS-unsafe request-header names with request’s header list is not empty

       …ならば：

       1. %要請 の`応答~tainting$rq ~SET `cors^l ◎ Set request’s response tainting to "cors".
       2. %~CORS予行~付き応答 ~LET `~HTTP~fetch$( %~fetch~params, ~T ) ◎ Let corsWithPreflightResponse be the result of running HTTP fetch given fetchParams and true.
       3. ~IF［ %~CORS予行~付き応答 は`~network~error$である ］ ⇒ `~cache~entryを消去する$( %要請 ) ◎ If corsWithPreflightResponse is a network error, then clear cache entries using request.
       4. ~RET %~CORS予行~付き応答 ◎ Return corsWithPreflightResponse.
    6. %要請 の`応答~tainting$rq ~SET `cors^l ◎ Otherwise • Set request’s response tainting to "cors".
    7. ~RET `~HTTP~fetch$( %~fetch~params ) ◎ • Return the result of running HTTP fetch given fetchParams.
12. ~IF［ %再帰的か ~EQ ~T ］ ⇒ ~RET %応答 ◎ If recursive is true, then return response.

13. ~IF［ %応答 は`~network~error$でない ］~AND［ %応答 は`絞込み応答$でない ］： ◎ If response is not a network error and response is not a filtered response, then:

    1. ~IF［ %要請 の`応答~tainting$rq ~EQ `cors^l ］： ◎ If request’s response tainting is "cors", then:

       1. %~header名たち ~LET `~header~listから値を抽出する$( %応答 の`~header~list$rs, `Access-Control-Expose-Headers$h ) ◎ Let headerNames be the result of extracting header list values given `Access-Control-Expose-Headers` and response’s header list.

       2. ~IF［ %~header名たち ~NIN { ~NULL, `失敗^i } ］： ◎ ↓

          1. ~IF［ %要請 の`資格証~mode$rq ~NEQ `include^l ］~AND［ `*^bl ~IN %~header名たち ］ ⇒ %応答 の`~CORSに公開される~header名~list$rs ~SET %応答 の`~header~list$rs内の各`~header$の`名前$hdからなる~list — ここで、各~名前は，~list内で一意にする ◎ If request’s credentials mode is not "include" and headerNames contains `*`, then set response’s CORS-exposed header-name list to all unique header names in response’s header list.

          2. ~ELSE ⇒ %応答 の`~CORSに公開される~header名~list$rs ~SET %~header名たち ◎ Otherwise, if headerNames is not null or failure, then set response’s CORS-exposed header-name list to headerNames.

             注記： この時点でも， %~header名たち のいずれかは `*^bl であり得るが、合致する`~header$は［ `名前$hd ~EQ `*^bl ］を満たすものに限られることになる。 ◎ One of the headerNames can still be `*` at this point, but will only match a header whose name is `*`.

    2. %応答 ~SET %応答 を`内部~応答$とする`絞込み応答$であって， %要請 の`応答~tainting$rqに応じて 次で与えられるもの： ◎ Set response to the following filtered response with response as its internal response, depending on request’s response tainting:

       `basic^l

       `基本~絞込み応答$ ◎ basic filtered response

       `cors^l

       `~CORS絞込み応答$ ◎ CORS filtered response

       `opaque^l

       `不透明な絞込み応答$ ◎ opaque filtered response

14. %内部~応答 ~LET %応答 に応じて ⇒＃ `~network~error$であるならば %応答 ／ ~ELSE_ %応答 の`内部~応答$ ◎ Let internalResponse be response, if response is a network error, and response’s internal response otherwise.

15. ~IF［ %内部~応答 の`~URL~list$rsは`空$である ］ ⇒ %内部~応答 の`~URL~list$rs ~SET %要請 の`~URL~list$rqを`~cloneする$ ◎ If internalResponse’s URL list is empty, then set it to a clone of request’s URL list.

    注記： `応答$の`~URL~list$rsは、空になり得る（例えば、当の応答は `about:^c ~URLを表現する場合）。 ◎ A response’s URL list can be empty (for example, when the response represents an about URL).

16. ~IF［ %要請 の`計時許容に失敗したか$rq ~EQ ~F ］ ⇒ %内部~応答 の`計時許容に合格したか$rs ~SET ~T ◎ If request’s timing allow failed flag is unset, then set internalResponse’s timing allow passed flag.

17. ~IF［ %応答 は`~network~error$でない ］~AND［ 次のいずれかの結果 ~EQ `阻止される^i ］…： ◎ If response is not a network error and any of the following returns blocked

    • %要請 に対する %内部~応答 は，混在d内容として阻止されるべきか？ ◎ should internalResponse to request be blocked as mixed content
    • %要請 に対する %内部~応答 は，~CSPにより阻止されるべきか？ ◎ should internalResponse to request be blocked by Content Security Policy
    • %要請 に対する %内部~応答 は，~MIME型に因り阻止されるべきか？ ◎ should internalResponse to request be blocked due to its MIME type
    • %要請 に対する %内部~応答 は，~nosniffに因り阻止されるべきか？ ◎ should internalResponse to request be blocked due to nosniff

    …ならば ⇒ ( %応答, %内部~応答 ) ~SET ( `~network~error$, `~network~error$ ) 【！同一の個？ 】 ◎ then set response and internalResponse to a network error.

18. ~IF［ %応答 の`種別$rs ~EQ `opaque^l ］~AND［ %内部~応答 の`状態s$rs ~EQ `206$st ］~AND［ %内部~応答 の`範囲が要請されたか$rs ~EQ ~T ］~AND［ %要請 の`~header~list$rq内に［ `Range$h を`名前に持つ~header$ ］は無い ］ ⇒＃ %応答 ~SET `~network~error$； %内部~応答 ~SET `~network~error$ ◎ If response’s type is "opaque", internalResponse’s status is 206, internalResponse’s range-requested flag is set, and request’s header list does not contain `Range`, then set response and internalResponse to a network error.

    注記： 伝統的に，~APIは、範囲が要請されなかった場合でも範囲~付き応答を受容する。 この段は、［ 過去の範囲~付き要請からの部分的~応答 ］が，範囲~要請を為さなかった~APIに供されることを防止する。 ◎ Traditionally, APIs accept a ranged response even if a range was not requested. This prevents a partial response from an earlier ranged request being provided to an API that did not make a range request.

    この段は、次のような攻撃を防止する： ◎ Further details ◎ The above steps prevent the following attack:

    ~media要素を利用して，非同一-生成元~HTML資源のある範囲が要請されたとする。 これは妥当でない~mediaになるが、応答の~cloneへの参照は，~sw内に維持され得る。 これは、後で~script要素の~fetchに対する応答として利用され得る。 部分的~応答が妥当な~JSであった場合（一体としての資源はそうでなくとも）、それを実行すると私的~dataが漏洩されることになる。 ◎ A media element is used to request a range of a cross-origin HTML resource. Although this is invalid media, a reference to a clone of the response can be retained in a service worker. This can later be used as the response to a script element’s fetch. If the partial response is valid JavaScript (even though the whole resource is not), executing it would leak private data.

19. ~IF［ %応答 は`~network~error$でない ］~AND［［ %要請 の`~method$rq ~IN { `HEAD$hm, `CONNECT$hm } ］~OR［ %内部~応答 の`状態s$rs は `~null本体~状態s$である ］］ ⇒ %内部~応答 の`本体$rs ~SET ~NULL — 以降、本体への~enqueueはすべて~~無視する ◎ If response is not a network error and either request’s method is `HEAD` or `CONNECT`, or internalResponse’s status is a null body status, set internalResponse’s body to null and disregard any enqueuing toward it (if any).

    注記： これは、~HTTPに違反する~server用に ~errorの取扱いを標準~化する。 ◎ This standardizes the error handling for servers that violate HTTP.

20. ~IF［ %要請 の`完全性~metadata$rq ~NEQ 空~文字列 ］： ◎ If request’s integrity metadata is not the empty string, then:

    1. %本体~errorを処理する ~LET 次を走らす手続き ⇒ `~fetch終結$( %~fetch~params, `~network~error$ ) ◎ Let processBodyError be this step: run fetch finale given fetchParams and a network error.
    2. ~IF［ %要請 の`応答~tainting$rq ~EQ `opaque^l ］~OR［ %応答 は`~network~error$である ］~OR［ %応答 の`本体$rs ~EQ ~NULL ］ ⇒＃ %本体~errorを処理する( )； ~RET ◎ If request’s response tainting is "opaque", response is a network error, or response’s body is null, then run processBodyError and abort these steps.

    3. %本体を処理する ~LET 所与の ( %~byte列 ) に対し，次を走らす手続き： ◎ Let processBody given bytes be these steps:

       1. ~IF［ `応答は~metadata~listに合致するか？$( %~byte列, %要請 の`完全性~metadata$rq ) ~EQ ~F `SRI$r ］ ⇒＃ %本体~errorを処理する()； ~RET ◎ If bytes do not match request’s integrity metadata, then run processBodyError and abort these steps. [SRI]
       2. %応答 の`本体$rs ~SET 次の結果を成す`本体$ ⇒ `本体と内容~型を安全に抽出する$( %~byte列 ) ◎ Set response’s body to the first return value of safely extracting bytes.
       3. `~fetch終結$( %~fetch~params, %応答 ) ◎ Run fetch finale given fetchParams and response.
    4. `本体を全部的に読取る$( %応答 の`本体$rs, %本体を処理する, %本体~errorを処理する ) ◎ Fully read response’s body given processBody and processBodyError.
21. ~ELSE ⇒ `~fetch終結$( %~fetch~params, %応答 ) ◎ Otherwise, run fetch finale given fetchParams and response.

`~fetch終結@ は、所与の ( `~fetch~params$ %~fetch~params, `応答$ %応答 ) に対し，次の手続きを走らす： ◎ The fetch finale, given a fetch params fetchParams and a response response, run these steps:

1. %応答を処理する ~LET %~fetch~params の`応答を処理する$fP ◎ ↓
2. ~IF［ %応答を処理する ~NEQ ~NULL ］ ⇒ 次を走らす`~fetch~taskを~queueする$( %~fetch~params の`~taskの行先$fP ) ⇒ %応答を処理する( %応答 ) ◎ If fetchParams’s process response is non-null, then queue a fetch task to run fetchParams’s process response given response, with fetchParams’s task destination.
3. %応答の本体の終端を処理する ~LET %~fetch~params の`応答の本体の終端を処理する$fP ◎ ↓

4. ~IF［ %応答の本体の終端を処理する ~NEQ ~NULL ］： ◎ If fetchParams’s process response end-of-body is non-null, then:

   1. %本体を処理する ~LET 所与の ( %~NULLまたは~byte列 ) に対し，次を走らす手続き ⇒ %応答の本体の終端を処理する( %応答, %~NULLまたは~byte列 ) ◎ Let processBody given nullOrBytes be this step: run fetchParams’s process response end-of-body given response and nullOrBytes.
   2. %本体~errorを処理する ~LET 次を走らす手続き ⇒ %応答の本体の終端を処理する( %応答, `失敗^i ) ◎ Let processBodyError be this step: run fetchParams’s process response end-of-body given response and failure.
   3. ~IF［ %応答 の`本体$rs ~EQ ~NULL ］ ⇒ 次を走らす`~fetch~taskを~queueする$( %~fetch~params の`~taskの行先$fP ) ⇒ %本体を処理する( ~NULL ) ◎ If response’s body is null, then queue a fetch task to run processBody given null, with fetchParams’s task destination.
   4. ~ELSE ⇒ `本体を全部的に読取る$( %応答 の`本体$rs, %本体を処理する, %本体~errorを処理する, %~fetch~params の`~taskの行先$fP ) ◎ Otherwise, fully read response’s body given processBody, processBodyError, and fetchParams’s task destination.

`応答を完結する@ ときは、所与の ( `~fetch~params$ %~fetch~params, `応答$ %応答 ) に対し，次の手続きを走らす： ◎ To finalize response given a fetch params fetchParams and a response response, run these steps:

1. %~fetch~params の`要請$fPの`済んだか$rq ~SET ~T ◎ Set fetchParams’s request’s done flag.
2. ~IF［ %~fetch~params の`応答の~doneを処理する$fP ~NEQ ~NULL ］ ⇒ 次を走らす`~fetch~taskを~queueする$( %~fetch~params の`~taskの行先$fP ) ⇒ %~fetch~params の`応答の~doneを処理する$fP( %応答 ) ◎ If fetchParams’s process response done is not null, then queue a fetch task to run fetchParams’s process response done given response, with fetchParams’s task destination.

`計時を完結して報告する@ ときは、所与の ( `応答$ %応答, `大域~obj$ %大域~obj, `文字列$ %起動元~種別（省略時は `other^l ) に対し，次の手続きを走らす： ◎ To finalize and report timing given a response response, a global object global, and a string initiatorType (default "other"), run these steps:

1. %~URL~list ~LET %応答 の`~URL~list$rs ◎ ↓
2. ~IF［ %~URL~list ~EQ ~NULL ］~OR［ %~URL~list は`空$である ］ ⇒ ~RET ◎ If response’s URL list is null or empty, then return.
3. %元の~URL ~LET %~URL~list[ 0 ] ◎ Let originalURL be response’s URL list[0].
4. %計時情報 ~LET %応答 の`計時情報$rs ◎ Let timingInfo be response’s timing info.
5. %~cache状態 ~LET %応答 の`~cache状態$rs ◎ Let cacheState be response’s cache state.
6. ~IF［ %計時情報 ~EQ ~NULL ］ ⇒ ~RET ◎ If timingInfo is null, then return.

7. ~IF［ %応答 の`計時許容に合格したか$rs ~EQ ~F ］： ◎ If response’s timing allow passed flag is not set, then:

   1. %計時情報 ~SET 新たな`~fetch計時情報$ ⇒＃ `開始~時刻$fT ~SET %計時情報 の`開始~時刻$fT, `~redirect後からの開始~時刻$fT ~SET %計時情報 の`開始~時刻$fT ◎ Set timingInfo to a new fetch timing info whose start time and post-redirect start time are timingInfo’s start time.
   2. %~cache状態 ~SET 空~文字列 ◎ Set cacheState to the empty string.
8. %計時情報 の`終了~時刻$fT ~SET `細かさを抑えた共有される現在の時刻$( %大域~obj に`関連な設定群~obj$の`非同一-生成元~能力は隔離-済みか？$enV ) ◎ Set timingInfo’s end time to the coarsened shared current time given global’s relevant settings object’s cross-origin isolated capability.
9. %応答 の`計時情報$rs ~SET %計時情報 ◎ Set response’s timing info to timingInfo.
10. `資源~計時を~markする$( 次に挙げる引数 ) ⇒＃ %計時情報, %元の~URL, %起動元~種別, %大域~obj, %~cache状態 ◎ Mark resource timing for timingInfo, originalURL, initiatorType, global, and cacheState.

`~scheme~fetch@ を遂行するときは、所与の ( `~fetch~params$ %~fetch~params ) に対し，次の手続きを走らす： ◎ To scheme fetch, given a fetch params fetchParams:＼

1. %要請 ~LET %~fetch~params の`要請$fP ◎ let request be fetchParams’s request,＼

2. %要請 の`現在の~URL$rq の`~scheme$urlに応じて： ◎ switch on request’s current URL’s scheme, and run the associated steps:

   `about^l

   1. %~URL ~LET %要請 の`現在の~URL$rq ◎ ↓
   2. ~IF［ %~URL の`基底~URL不可$url ~EQ ~T ］~AND［ %~URL の`~path$urlは 単独の文字列 `blank^l からなる ］ ⇒ ~RET 次のように設定された，新たな`応答$ ⇒＃ `状態s~message$rs ~SET `OK^bl, `~header~list$rs ~SET « `新たな~header$( `Content-Type$h / `text/html;charset=utf-8^bl ) », `本体$rs ~SET 空~byte列 ◎ If request’s current URL’s cannot-be-a-base-URL is true and path contains a single string "blank", then return a new response whose status message is `OK`, header list consist of a single header whose name is `Content-Type` and value is `text/html;charset=utf-8`, and body is the empty byte sequence.
   3. ~RET `~network~error$ ◎ Otherwise, return a network error.

   注記： `about:config^l に類する`~URL$は、`~navi$の間に取扱われ，`~fetch$の文脈~下では`~network~error$になる。 ◎ URLs such as "about:config" are handled during navigation and result in a network error in the context of fetching.

   `blob^l

   1. この段の中は、進行中の~fetchが`終了され$た`ときは中止する$： ◎ Run these steps, but abort when the ongoing fetch is terminated:

      1. %blob ~LET %要請 の`現在の~URL$rqの`~blob~URL~entry$urlの`~obj$bU ◎ Let blob be request’s current URL’s blob URL entry’s object.

      2. ~IF［ %要請 の`~method$rq ~NEQ `GET$hm ］~OR［ %blob は `Blob$I ~objでない `FILEAPI$r ］ ⇒ ~RET `~network~error$ ◎ If request’s method is not `GET` or blob is not a Blob object, then return a network error. [FILEAPI]

         注記： `GET^hm `~method$の制約には、相互運用可能にする以外に有用な目的はない。 ◎ The `GET` method restriction serves no useful purpose other than being interoperable.

      3. %応答 ~LET 次のように設定された，新たな`応答$ ⇒ `状態s~message$rs ~SET `OK^bl ◎ Let response be a new response whose status message is `OK`.
      4. %応答 の`~header~list$rsに`~headerを付加する$( `Content-Length$h / %blob の `size$mF 属性~値 ) ◎ Append `Content-Length`/blob’s size attribute value to response’s header list.
      5. %応答 の`~header~list$rsに`~headerを付加する$( `Content-Type$h / %blob の `type$mF 属性~値 ) ◎ Append `Content-Type`/blob’s type attribute value to response’s header list.
      6. %応答 の`本体$rs ~SET %blob 上で`読取n演算$を遂行した結果 ◎ Set response’s body to the result of performing the read operation on blob.
      7. ~RET %応答 ◎ Return response.
   2. 前~段が`中止されたときは$ ⇒ ~RET ［ `終了-時$の %中止~flag ~NEQ ε ならば `中止~network~error$ ／ ~ELSE_ `~network~error$ ］ ◎ If aborted, then: • Let aborted be the termination’s aborted flag. • If aborted is set, then return an aborted network error. • Return a network error.

   `data^l

   1. %~dataURL構造体 ~LET `~data_URL処理器$( %要請 の`現在の~URL$rq ) ◎ Let dataURLStruct be the result of running the data: URL processor on request’s current URL.
   2. ~IF［ %~dataURL構造体 ~EQ `失敗^i ］ ⇒ ~RET `~network~error$ ◎ If dataURLStruct is failure, then return a network error.
   3. ~RET 次のように設定された，新たな`応答$ ⇒＃ `状態s~message$rs ~SET `OK^bl, `~header~list$rs ~SET « `新たな~header$( `Content-Type$h / `~MIME型を~byte列に直列化する$( %~dataURL構造体 の`~MIME型$dU ) ) », `本体$rs ~SET %~dataURL構造体 の`本体$dU ◎ Return a response whose status message is `OK`, header list consist of a single header whose name is `Content-Type` and value is dataURLStruct’s MIME type, serialized, and body is dataURLStruct’s body.

   `file^l

   今の所、あいにく file `~URL$については， `left as an exercise for the reader^en である。 【実装に委ねられる】 ◎ For now, unfortunate as it is, file URLs are left as an exercise for the reader.

   疑わしい場合は`~network~error$を返すこと。 ◎ When in doubt, return a network error.

   `~HTTP_S~scheme$

   ~RET `~HTTP~fetch$( %~fetch~params ) ◎ Return the result of running HTTP fetch given fetchParams.

   その他 ◎ Otherwise

   ~RET `~network~error$ ◎ Return a network error.

`~HTTP~fetch@ を遂行するときは、所与の ( `~fetch~params$ %~fetch~params, 真偽値 %~CORS予行を為すか（省略時は ~F ） ) に対し，次の手続きを走らす： ◎ To HTTP fetch, given a fetch params fetchParams and an optional boolean makeCORSPreflight (default false), run these steps:

1. %要請 ~LET %~fetch~params の`要請$fP ◎ Let request be fetchParams’s request.
2. %応答 ~LET ~NULL ◎ Let response be null.
3. %実際の応答 ~LET ~NULL ◎ Let actualResponse be null.
4. %計時情報 ~LET %~fetch~params の`計時情報$fP ◎ Let timingInfo be fetchParams’s timing info.

5. ~IF［ %要請 の`~sw~mode$rq ~EQ `all^l ］： ◎ If request’s service-workers mode is "all", then:

   1. %~sw用の要請 ~LET `要請を~cloneする$( %要請 ) ◎ Let requestForServiceWorker be a clone of request.

   2. ~IF［ %~sw用の要請 の`本体$ ~NEQ ~NULL ］： ◎ If requestForServiceWorker’s body is non-null, then:

      1. %形式変換-~algo ~LET 所与の ( %~chunk ) に対し，次を走らす手続き： ◎ Let transformAlgorithm given chunk be these steps:

         1. ~IF［ 進行中の~fetchは`終了され$た ］ ⇒ ~RET ◎ If the ongoing fetch is terminated, then abort these steps.
         2. ~IF［ %~chunk は `Uint8Array$I ~objでない ］ ⇒ 進行中の~fetchを`終了させる$ ◎ If chunk is not a Uint8Array object, then terminate the ongoing fetch.

         3. ~ELSE ⇒ `~chunkを~enqueueする$RS( %~chunk ) ◎ Otherwise, enqueue chunk.＼

            この段においては、~UAは，次を行ってもヨイ ⇒＃ ~chunkを`実装定義$な実用的な~sizeに分割した上で，結果の各`~chunkを~enqueueする$RS／ ~chunkたちを`実装定義$な実用的な~sizeに連結した上で，結果の`~chunkを~enqueueする$RS ◎ The user agent may split the chunk into implementation-defined practical sizes and enqueue each of them.＼ The user agent also may concatenate the chunks into an implementation-defined practical size and enqueue it.

      2. %形式変換-~stream ~LET `新たな$ `TransformStream$I ◎ ↓
      3. %形式変換-~stream を`設定しておく$TS( %形式変換-~algo ) ◎ Let transformStream be the result of setting up a TransformStream with transformAlgorithm.
      4. %形式変換した~stream ~LET ［ %~sw用の要請 の`本体$の`~stream$bd ］を %形式変換-~stream を`通して~pipeする$RS ◎ Let transformedStream be the result of requestForServiceWorker’s body’s stream piped through transformStream.
      5. %~sw用の要請 の`本体$の`~stream$bd ~SET %形式変換した~stream ◎ Set requestForServiceWorker’s body’s stream to transformedStream.
   3. %~sw開始~時刻 ~LET `細かさを抑えた共有される現在の時刻$( %~fetch~params の`非同一-生成元~能力は隔離-済みか$fP ) ◎ Let serviceWorkerStartTime be the coarsened shared current time given fetchParams’s cross-origin isolated capability.
   4. %応答 ~SET `~fetchを取扱う$( %~sw用の要請 ) `HTML$r `SW$r ◎ Set response to the result of invoking handle fetch for requestForServiceWorker. [HTML] [SW]

   5. ~IF［ %応答 ~NEQ ~NULL ］： ◎ If response is not null, then:

      1. %~fetch~params の`計時情報$fPの`最終-~sw開始~時刻$fT ~SET %~sw開始~時刻 ◎ Set fetchParams’s timing info’s final service worker start time to serviceWorkerStartTime.
      2. `計時情報を格納-済み応答から更新する$( %~fetch~params の`計時情報$fP, %応答 ) ◎ Update timing info from stored response given fetchParams’s timing info and response.
      3. ~IF［ %要請 の`本体$rq ~NEQ ~NULL ］ ⇒ %要請 の`本体$rqを`取消す$RS( `undefined^jv ) ◎ If request’s body is non-null, then cancel request’s body with undefined.
      4. %実際の応答 ~SET %応答 に応じて ⇒＃ `絞込み応答$でないならば %応答 ／ ~ELSE_ %応答 の`内部~応答$ ◎ Set actualResponse to response, if response is not a filtered response, and to response’s internal response otherwise.

      5. ~IF［ 次のいずれかが満たされる ］…： ◎ If one of the following is true

         • %応答 の`種別$rs ~EQ `error^l ◎ response’s type is "error"
         • ［ %要請 の`~mode$rq ~EQ `same-origin^l ］~AND［ %応答 の`種別$rs ~EQ `cors^l ］ ◎ request’s mode is "same-origin" and response’s type is "cors"
         • ［ %要請 の`~mode$rq ~NEQ `no-cors^l ］~AND［ %応答 の`種別$rs ~EQ `opaque^l ］ ◎ request’s mode is not "no-cors" and response’s type is "opaque"
         • ［ %要請 の`~redirect~mode$rq ~NEQ `manual^l ］~AND［ %応答 の`種別$rs ~EQ `opaqueredirect^l ］ ◎ request’s redirect mode is not "manual" and response’s type is "opaqueredirect"
         • ［ %要請 の`~redirect~mode$rq ~NEQ `follow^l ］~AND［ %応答 の`~URL~list$rs内に複数の~itemがある ］ ◎ request’s redirect mode is not "follow" and response’s URL list has more than one item.

         …ならば ⇒ ~RET `~network~error$： ◎ then return a network error.

6. ~IF［ %応答 ~EQ ~NULL ］： ◎ If response is null, then:

   1. ~IF［ %~CORS予行を為すか ~EQ ~T ］~AND［ 次のいずれかが満たされる ］…： ◎ If makeCORSPreflight is true and one of these conditions is true:

      • ［ `~methodも合致している~cache~entry$( %要請, %要請 の`~method$rq ) は空である ］~AND［ %要請 は、次のいずれかを満たす ］：

        • `~method$rqは `~CORS安全とされる~method$でない
        • `~CORS予行を利用するか$rq ~EQ ~T
        ◎ There is no method cache entry match for request’s method using request, and either request’s method is not a CORS-safelisted method or request’s use-CORS-preflight flag is set.
      • `~CORS非安全な要請~header名たち$( %要請 の`~header~list$rq ) 内のある名前に対し ⇒ `~header名も合致している~cache~entry$( %要請, 名前 ) は空である ◎ There is at least one item in the CORS-unsafe request-header names with request’s header list for which there is no header-name cache entry match using request.

      …ならば： ◎ Then:

      1. %予行~応答 ~LET `~CORS予行~fetch$( %要請 ) ◎ Let preflightResponse be the result of running CORS-preflight fetch given request.
      2. ~IF［ %予行~応答 は`~network~error$である ］ ⇒ ~RET %予行~応答 ◎ If preflightResponse is a network error, then return preflightResponse.

      注記： この段は、`~CORS予行~cache$を検査した上で，相応しい~entryがなければ`~CORS予行~fetch$を遂行し、成功したならば この~cacheを拡充する。 `~CORS予行~fetch$の目的は、`~fetch$された資源が`~CORS~protocol$下に~~置かれることを確保することである。 この~cacheは、`~CORS予行~fetch$の回数を最小限にするためにある。 ◎ This step checks the CORS-preflight cache and if there is no suitable entry it performs a CORS-preflight fetch which, if successful, populates the cache. The purpose of the CORS-preflight fetch is to ensure the fetched resource is familiar with the CORS protocol. The cache is there to minimize the number of CORS-preflight fetches.

   2. ~IF［ %要請 の`~redirect~mode$rq ~EQ `follow^l ］ ⇒ %要請 の`~sw~mode$rq ~SET `none^l ◎ If request’s redirect mode is "follow", then set request’s service-workers mode to "none".

      注記： （~swとは~~対照的に）~networkから来る~redirectは、~swには公開されない。 ◎ Redirects coming from the network (as opposed to from a service worker) are not to be exposed to a service worker.

   3. %実際の応答 ~SET `~HTTP~network-or-cache~fetch$( %~fetch~params ) ◎ Set response and actualResponse to the result of running HTTP-network-or-cache fetch given fetchParams.
   4. %応答 ~SET %実際の応答 ◎ ↑

   5. ~IF［ %要請 の`応答~tainting$rq ~EQ `cors^l ］~AND［ `~CORS検査$( %要請, %応答 ) ~EQ `失敗^i ］ ⇒ ~RET `~network~error$ ◎ If request’s response tainting is "cors" and a CORS check for request and response returns failure, then return a network error.

      注記： `~CORS検査$は、［ `状態s$rs ~IN { `304$st, `407$st } なる`応答$ ／ それが~~懸案になる~swからの`応答$ ］には適用されないので、ここで適用される。 ◎ As the CORS check is not to be applied to responses whose status is 304 or 407, or responses from a service worker for that matter, it is applied here.

   6. ~IF［ `~TAO検査$( %要請, %応答 ) ~EQ `失敗^i ］ ⇒ %要請 の`計時許容に失敗したか$rq ~SET ~T ◎ If the TAO check for request and response returns failure, then set request’s timing allow failed flag.

7. ~IF［ `opaque^l ~IN { %要請 の`応答~tainting$rq, %応答 の`種別$rs } ］~AND［ `非同一-生成元~資源~施策~検査$( %要請 の`生成元$rq, %要請 の`~client$rq, %要請 の`行先$rq, %実際の応答 ) ~EQ `阻止される^i ］ ⇒ ~RET `~network~error$ ◎ If either request’s response tainting or response’s type is "opaque", and the cross-origin resource policy check with request’s origin, request’s client, request’s destination, and actualResponse returns blocked, then return a network error.

   注記： `非同一-生成元~資源~施策~検査$は、［ ~network／~sw ］から来た応答~用に走る。 これは、`~CORS検査$とは異なる — ［ %要請 の`~client$rq, ~sw ］の埋込元~施策は異なり得るので。 ◎ The cross-origin resource policy check runs for responses coming from the network and responses coming from the service worker. This is different from the CORS check, as request’s client and the service worker can have different embedder policies.

8. ~IF［ %実際の応答 の`状態s$rsは`~redirect状態s$である ］： ◎ If actualResponse’s status is a redirect status, then:

   1. ~IF［ %実際の応答 の`状態s$rs ~NEQ `303$st ］~AND［ %要請 の`本体$rq ~NEQ ~NULL ］~AND［ `接続$は~HTTP2を利用している ］ ⇒ ~UAは `RST_STREAM^c ~frameを伝送してもヨイ — また，そうすることが奨励される。 ◎ If actualResponse’s status is not 303, request’s body is not null, and the connection uses HTTP/2, then user agents may, and are even encouraged to, transmit an RST_STREAM frame.

      注記： ある種の~communityにおいては、 `303$st は特別な状態sに帰するとみなされ，除外される。 ◎ 303 is excluded as certain communities ascribe special status to it.

   2. %要請 の`~redirect~mode$rq に応じて： ◎ Switch on request’s redirect mode:

      `error^l

      %応答 ~SET `~network~error$ ◎ Set response to a network error.

      `manual^l

      %応答 ~SET `内部~応答$が %実際の応答 にされた，`不透明~redirect絞込み応答$ ◎ Set response to an opaque-redirect filtered response whose internal response is actualResponse.

      `follow^l

      %応答 ~SET `~HTTP~redirect~fetch$( %~fetch~params, %応答 ) ◎ Set response to the result of running HTTP-redirect fetch given fetchParams and response.

9. %応答 の`計時情報$rs ~SET %計時情報 ◎ Set response’s timing info to timingInfo.

   注記： %応答 に計時情報を付与することが、後で資源~計時~entry【 `PerformanceResourceTiming$I 】として~webに公開させるものになる。 資源~計時~entryは，~HTTP~fetch用に限り可用になるので、それは，この段で行われる。 これには、~swや~HTTP~cacheにより取扱われるものは含まれるが，例えば［ ~data_URL／ blob: ~URL ］に対する~fetchには含まれない。 また，可用になるのは、関連な~security検査がすべて成功した後に限られる。 ◎ Attaching the timing info to a response is what makes it exposed to the web as a Resource Timing entry later. This step is done here, as resource-timing entries are available only for HTTP fetches, including ones that are handled by service-workers or HTTP cache, and not for, e.g., data:, blob: URL fetches, and are only available after all the relevant security checks have succeeded.

10. ~RET %応答 ◎ Return response.＼

    注記： 手続きはここで終わるが、その後も概して， %実際の応答 の`本体$rsの`~stream$bdには ~byte列が~enqueueされ続ける。 ◎ Typically actualResponse’s body’s stream is still being enqueued to after returning.

`~HTTP~redirect~fetch@ を遂行するときは、所与の ( `~fetch~params$ %~fetch~params, `応答$ %応答 ) に対し，次の手続きを走らす： ◎ To HTTP-redirect fetch, given a fetch params fetchParams and a response response, run these steps:

1. %要請 ~LET %~fetch~params の`要請$fP ◎ Let request be fetchParams’s request.
2. %実際の応答 ~LET %応答 に応じて ⇒＃ `絞込み応答$でないならば %応答 ／ ~ELSE_ %応答 の`内部~応答$ ◎ Let actualResponse be response, if response is not a filtered response, and response’s internal response otherwise.
3. %~Location~URL ~LET `~Location~URLを得る$( %実際の応答, %要請 の`現在の~URL$rqの`素片$url ) ◎ Let locationURL be actualResponse’s location URL given request’s current URL’s fragment.
4. ~IF［ %~Location~URL ~EQ ~NULL ］ ⇒ ~RET %応答 ◎ If locationURL is null, then return response.
5. ~IF［ %~Location~URL ~EQ `失敗^i ］ ⇒ ~RET `~network~error$ ◎ If locationURL is failure, then return a network error.
6. ~IF［ %~Location~URL の`~scheme$urlは`~HTTP_S~scheme$でない ］ ⇒ ~RET `~network~error$ ◎ If locationURL’s scheme is not an HTTP(S) scheme, then return a network error.
7. ~IF［ %要請 の`~redirect回数$rq ~EQ 20 ］ ⇒ ~RET `~network~error$ ◎ If request’s redirect count is twenty, return a network error.
8. %要請 の`~redirect回数$rq ~INCBY 1 ◎ Increase request’s redirect count by one.
9. ~IF［ %要請 の`~mode$rq ~EQ `cors^l ］~AND［ %~Location~URL は`資格証を含んで$いる ］~AND［ ( %要請 の`生成元$rq, %~Location~URL の`生成元$url ) は`同一-生成元$`でない^em ］ ⇒ ~RET `~network~error$ ◎ If request’s mode is "cors", locationURL includes credentials, and request’s origin is not same origin with locationURL’s origin, then return a network error.

10. ~IF［ %要請 の`応答~tainting$rq ~EQ `cors^l ］~AND［ %~Location~URL は`資格証を含んで$いる ］ ⇒ ~RET `~network~error$ ◎ If request’s response tainting is "cors" and locationURL includes credentials, then return a network error.

    注記： これは、非同一-生成元~資源による同一-生成元~URLへの~redirectを捕える。 ◎ This catches a cross-origin resource redirecting to a same-origin URL.

11. ~IF［ %実際の応答 の`状態s$rs ~NEQ `303$st ］~AND［ %要請 の`本体$rq ~NEQ ~NULL ］~AND［ %要請 の`本体$rqの`~source$bd ~EQ ~NULL ］ ⇒ ~RET `~network~error$ ◎ If actualResponse’s status is not 303, request’s body is non-null, and request’s body’s source is null, then return a network error.
12. ~IF［ ( %~Location~URL の`生成元$url, %要請 の`現在の~URL$rqの`生成元$rq ) は`同一-生成元$でない ］~AND［ ( %要請 の`生成元$url, %要請 の`現在の~URL$rqの`生成元$rq ) は`同一-生成元$でない ］ ⇒ %要請 の`生成元は~taintされたか$rq ~SET ~T ◎ If locationURL’s origin is not same origin with request’s current URL’s origin and request’s origin is not same origin with request’s current URL’s origin, then set request’s tainted origin flag.

13. ~IF［［ %実際の応答 の`状態s$rs ~IN { `301$st, `302$st } ］~AND［ %要請 の`~method$rq ~EQ `POST$hm ］］~OR［［ %実際の応答 の`状態s$rs ~EQ `303$st ］~AND［ %要請 の`~method$rq ~NIN { `GET$hm, `HEAD$hm } ］］： ◎ If one of the following is true • actualResponse’s status is 301 or 302 and request’s method is `POST` • actualResponse’s status is 303 and request’s method is not `GET` or `HEAD` ◎ then:

    1. %要請 の ⇒＃ `~method$rq ~SET `GET$hm； `本体$rq ~SET ~NULL ◎ Set request’s method to `GET` and request’s body to null.
    2. `要請~本体~header名$を成す ~EACH( %~header名 ) に対し ⇒ %要請 の`~header~list$rqから`~headerを削除する$( %~header名 ) ◎ For each headerName of request-body-header name, delete headerName from request’s header list.

14. ~IF［ %要請 の`本体$rq ~NEQ ~NULL ］ ⇒ %要請 の`本体$rq ~SET 次の結果を成す`本体$ ⇒ `本体と内容~型を安全に抽出する$( %要請 の`本体$rqの`~source$bd ) ◎ If request’s body is non-null, then set request’s body to the first return value of safely extracting request’s body’s source.

    注記： `~source$bdが ~NULL でないことは、すでに検査~済み。 ◎ request’s body’s source’s nullity has already been checked.

15. %計時情報 ~LET %~fetch~params の`計時情報$fP ◎ Let timingInfo be fetchParams’s timing info.
16. %計時情報 の`~redirect終了~時刻$fT ~SET `細かさを抑えた共有される現在の時刻$( %~fetch~params の`非同一-生成元~能力は隔離-済みか$fP ) ◎ Set timingInfo’s redirect end time and post-redirect start time to the coarsened shared current time given fetchParams’s cross-origin isolated capability.
17. %計時情報 の`~redirect後からの開始~時刻$fT ~SET %計時情報 の`~redirect終了~時刻$fT ◎ ↑
18. ~IF［ %計時情報 の`~redirect開始~時刻$fT ~EQ 0 ］ ⇒ %計時情報 の`~redirect開始~時刻$fT ~SET %計時情報 の`開始~時刻$fT ◎ If timingInfo’s redirect start time is 0, then set timingInfo’s redirect start time to timingInfo’s start time.
19. %要請 の`~URL~list$rqに %~Location~URL を付加する ◎ Append locationURL to request’s URL list.
20. `~referrer施策を設定する$( %要請, %実際の応答 ) `REFERRER$r ◎ Invoke set request’s referrer policy on redirect on request and actualResponse. [REFERRER]

21. ~RET `~main~fetch$( %~fetch~params, ~T ) ◎ Return the result of running main fetch given fetchParams and true.

    注記： %要請 の`応答~tainting$rqが正しくなるようにするため、`~main~fetch$を呼出す必要がある。 ◎ This has to invoke main fetch to get request’s response tainting correct.

`~navigate~redirect~fetch@ を遂行するときは、所与の ( `要請$ %要請, `応答$ %応答 ) に対し，次の手続きを走らす — それは、`応答$を返す： ◎ To navigate-redirect fetch, given a request request and response response, run these steps. They return a response.

1. ~Assert： %要請 の`~redirect~mode$rq ~EQ `manual^l ◎ Assert: request’s redirect mode is "manual".
2. %~fetch~params ~LET 新たな`~fetch~params$ — その ⇒＃ `要請$fP ~SET %要請 ◎ Let fetchParams be a new fetch params whose request is request.
3. ~RET `~HTTP~redirect~fetch$( %~fetch~params, %応答 ) ◎ Return the result of running HTTP-redirect fetch given fetchParams and response.

`~HTTP~network-or-cache~fetch@ を遂行するときは、所与の ( `~fetch~params$ %~fetch~params, 真偽値 %認証~fetchか（省略時は ~F ）, 真偽値 %新たな接続~fetchか（省略時は ~F ） ) に対し，次の手続きを走らす： ◎ To HTTP-network-or-cache fetch, given a fetch params fetchParams, an optional boolean isAuthenticationFetch (default false), and an optional boolean isNewConnectionFetch (default false), run these steps:

注記： `HTTP Range Requests^cite `HTTP-RANGE$r にしたがって， 部分的な内容の~cache法を~supportする実装もあるが、~browser~cacheからは広く~supportされていない。 ◎ Some implementations might support caching of partial content, as per HTTP Range Requests. However, this is not widely supported by browser caches. [HTTP-RANGE]

1. %要請 ~LET %~fetch~params の`要請$fP ◎ Let request be fetchParams’s request.
2. %~http~fetch~params ~LET ~NULL ◎ Let httpFetchParams be null.
3. %~http要請 ~LET ~NULL ◎ Let httpRequest be null.
4. %応答 ~LET ~NULL ◎ Let response be null.
5. %格納-済み応答 ~LET ~NULL ◎ Let storedResponse be null.
6. %~http~cache ~LET ~NULL ◎ Let httpCache be null.
7. %再検証-中か ~LET ~F ◎ Let the revalidatingFlag be unset.

8. この段の中は、進行中の~fetchが`終了され$た`ときは中止する$： ◎ Run these steps, but abort when the ongoing fetch is terminated:

   1. ~IF［ %要請 の`~window$rq ~EQ `no-window^l ］~AND［ %要請 の`~redirect~mode$rq ~EQ `error^l ］ ⇒＃ %~http~fetch~params ~SET %~fetch~params； %~http要請 ~SET %要請 ◎ If request’s window is "no-window" and request’s redirect mode is "error", then set httpFetchParams to fetchParams and httpRequest to request.

   2. ~ELSE： ◎ Otherwise:

      1. %~http要請 ~SET `要請を~cloneする$( %要請 ) ◎ Set httpRequest to a clone of request.

         注記： 実装は、［ %要請 の`本体$rq の`~source$bd ~EQ ~NULL ］のときは，［ %要請 の`本体$rq の`~stream$bdを二叉化するのを避ける ］ことが奨励される — その事例では、必要になる本体は 1 個だけなので（例えば、~redirectや認証は，~fetchを失敗させることになる）。 ◎ Implementations are encouraged to avoid teeing request’s body’s stream when request’s body’s source is null as only a single body is needed in that case. E.g., when request’s body’s source is null, redirects and authentication will end up failing the fetch.

      2. %~http~fetch~params ~SET %~fetch~params の複製 ◎ Set httpFetchParams to a copy of fetchParams.
      3. %~http~fetch~params の`要請$fP ~SET %~http要請 ◎ Set httpFetchParams’s request to httpRequest.

   3. %資格証を含めるか ~LET ［ 次のいずれかが満たされるならば ~T ／ ~ELSE_ ~F ］：

      • %要請 の`資格証~mode$rq ~EQ `include^l
      • ［ %要請 の`資格証~mode$rq ~EQ `same-origin^l ］~AND［ `応答~tainting$rq ~EQ `basic^l ］
      ◎ Let includeCredentials be true if one of • request’s credentials mode is "include" • request’s credentials mode is "same-origin" and request’s response tainting is "basic" ◎ is true; otherwise false.
   4. %内容~長さ ~LET %~http要請 の`本体$rqに応じて ⇒＃ ~NULL ならば ~NULL ／ ~ELSE_ その`長さ$bd ◎ Let contentLength be httpRequest’s body’s length, if httpRequest’s body is non-null; otherwise null.
   5. %Content-Length~header値 ~LET ~NULL ◎ Let contentLengthHeaderValue be null.
   6. ~IF［ %~http要請 の`本体$rq ~EQ ~NULL ］~AND［ %~http要請 の`~method$rq ~IN { `POST$hm, `PUT$hm } ］ ⇒ %Content-Length~header値 ~SET `0^bl ◎ If httpRequest’s body is null and httpRequest’s method is `POST` or `PUT`, then set contentLengthHeaderValue to `0`.
   7. ~IF［ %内容~長さ ~NEQ ~NULL ］ ⇒ %Content-Length~header値 ~SET `同型に符号化する$( `整数を直列化する$( %内容~長さ ) ) ◎ If contentLength is non-null, then set contentLengthHeaderValue to contentLength, serialized and isomorphic encoded.
   8. ~IF［ %Content-Length~header値 ~NEQ ~NULL ］ ⇒ %~http要請 の`~header~list$rqに`~headerを付加する$( `Content-Length$h / %Content-Length~header値 ) ◎ If contentLengthHeaderValue is non-null, then append `Content-Length`/contentLengthHeaderValue to httpRequest’s header list.

   9. ~IF［ %内容~長さ ~NEQ ~NULL ］~AND［ %~http要請 の`~keepaliveか$rq ~EQ ~T ］： ◎ If contentLength is non-null and httpRequest’s keepalive is true, then:

      1. %~inflight~keepalive~byte数 ~LET 0 ◎ Let inflightKeepaliveBytes be 0.
      2. %~group ~LET %~http要請 の`~client$rqの`~fetch~group$ ◎ Let group be httpRequest’s client’s fetch group.
      3. %~inflight記録~list ~LET ［ %~group 内の`~fetch記録$のうち，その`要請$fgが次を満たすもの ］からなる同順の~list ⇒ ［ `~keepaliveか$rq ~EQ ~T ］~AND［ `済んだか$rq ~EQ ~F ］ ◎ Let inflightRecords be the set of fetch records in group whose request’s keepalive is true and done flag is unset.

      4. %~inflight記録~list を成す ~EACH( %~fetch記録 ) に対し： ◎ For each fetchRecord in inflightRecords:

         1. %~inflight要請 ~LET %~fetch記録 の`要請$fg ◎ Let inflightRequest be fetchRecord’s request.
         2. %~inflight~keepalive~byte数 ~INCBY %~inflight要請 の`本体$rqの`長さ$bd ◎ Increment inflightKeepaliveBytes by inflightRequest’s body’s length.

      5. ~IF［ ( %内容~長さ ~PLUS %~inflight~keepalive~byte数 ) ~GT 64 KiB ］ ⇒ ~RET `~network~error$ ◎ If the sum of contentLength and inflightKeepaliveBytes is greater than 64 kibibytes, then return a network error.

         注記： この~~上限 64 KiB 【 `kibibyte^en — 1024 ~byte単位】は、［ `環境~設定群~obj$の外で残存することが許容され, 本体を包含する要請 【~CSP違反~報告など】 ］に対し、その~sizeには上限があり，要請が不定期に残り続けないことを確保するためにある。 ◎ The above limit ensures that requests that are allowed to outlive the environment settings object and contain a body, have a bounded size and are not allowed to stay alive indefinitely.

   10. ~IF［ %~http要請 の`~referrer$rqは`~URL$である ］ ⇒ %~http要請 の`~header~list$rqに`~headerを付加する$( `Referer$h / 次の結果 ) ⇒ `同型に符号化する$( `~URLを直列化する$( %~http要請 の`~referrer$rq ) ) ◎ If httpRequest’s referrer is a URL, then append `Referer`/httpRequest’s referrer, serialized and isomorphic encoded, to httpRequest’s header list.
   11. `要請~Origin~headerを付加する$( %~http要請 ) ◎ Append a request `Origin` header for httpRequest.
   12. `~fetch~metadata~headerたちを付加する$( %~http要請 ) `FETCH-METADATA$r ◎ Append the Fetch metadata headers for httpRequest. [FETCH-METADATA]
   13. ~IF［ %~http要請 の`~header~list$rq内に［ `User-Agent$h を`名前に持つ~header$ ］は無い ］ ⇒ ~UAは、次を行うベキである ⇒ %~http要請 の`~header~list$rqに`~headerを付加する$( `User-Agent$h / `既定の User-Agent 値$ ) ◎ If httpRequest’s header list does not contain `User-Agent`, then user agents should append `User-Agent`/default `User-Agent` value to httpRequest’s header list.
   14. ~IF［ %~http要請 の`~cache~mode$rq ~EQ `default^l ］~AND［ %~http要請 の`~header~list$rq内に［ `If-Modified-Since$h ／ `If-None-Match$h ／ `If-Unmodified-Since$h ／ `If-Match$h ／ `If-Range$h ］を`名前に持つ~header$は在る ］ ⇒ %要請 の`~cache~mode$rq ~SET `no-store^l ◎ If httpRequest’s cache mode is "default" and httpRequest’s header list contains `If-Modified-Since`, `If-None-Match`, `If-Unmodified-Since`, `If-Match`, or `If-Range`, then set httpRequest’s cache mode to "no-store".
   15. ~IF［ %~http要請 の`~cache~mode$rq ~EQ `no-cache^l ］~AND［ %~http要請 の`~no-cache時には~cache制御~headerを改変しないか$rq ~EQ ~F ］~AND［ %~http要請 の`~header~list$rq内に［ `Cache-Control$h を`名前に持つ~header$ ］は無い ］ ⇒ %~http要請 の`~header~list$rqに`~headerを付加する$( `Cache-Control$h / `max-age=0^bl ) ◎ If httpRequest’s cache mode is "no-cache", httpRequest’s prevent no-cache cache-control header modification flag is unset, and httpRequest’s header list does not contain `Cache-Control`, then append `Cache-Control`/`max-age=0` to httpRequest’s header list.

   16. ~IF［ %~http要請 の`~cache~mode$rq ~IN { `no-store^l, `reload^l } ］： ◎ If httpRequest’s cache mode is "no-store" or "reload", then:

       1. ~IF［ %~http要請 の`~header~list$rq内に［ `Pragma$h を`名前に持つ~header$ ］は無い ］ ⇒ %~http要請 の`~header~list$rqに`~headerを付加する$( `Pragma$h / `no-cache^bl ) ◎ If httpRequest’s header list does not contain `Pragma`, then append `Pragma`/`no-cache` to httpRequest’s header list.
       2. ~IF［ %~http要請 の`~header~list$rq内に［ `Cache-Control$h を`名前に持つ~header$ ］は無い ］ ⇒ %~http要請 の`~header~list$rqに`~headerを付加する$( `Cache-Control$h / `no-cache^bl ) ◎ If httpRequest’s header list does not contain `Cache-Control`, then append `Cache-Control`/`no-cache` to httpRequest’s header list.

   17. ~IF［ %~http要請 の`~header~list$rq内に［ `Range$h を`名前に持つ~header$ ］は在る ］ ⇒ %~http要請 の`~header~list$rqに`~headerを付加する$( `Accept-Encoding$h / `identity^bl ) ◎ If httpRequest’s header list contains `Range`, then append `Accept-Encoding`/`identity` to httpRequest’s header list.

       注記： これは、符号化された`応答$の ある部位に対し `内容~符号法sを取扱う$ときの失敗を避ける。 ◎ This avoids a failure when handling content codings with a part of an encoded response.

       加えて， 多くの~server は、［ `identity^bl でない符号化法を受容する場合には、 `Range$h ~headerは無視する ］ものと誤認している。 ◎ Additionally, many servers mistakenly ignore `Range` headers if a non-identity encoding is accepted.

   18. ~HTTPに則って %~http要請 の`~header~list$rqを改変する — %~http要請 の`~header~list$rq内に［ 所与の`~header$の`名前$hdを`名前に持つ~header$ ］が在る場合には、それを 付加-しないこと。 ◎ Modify httpRequest’s header list per HTTP. Do not append a given header if httpRequest’s header list contains that header’s name.

       注記： この段は、何かもっと規範的な~~形にしたい。 次に挙げる`~header$などは、この時点で必要に応じて 付加される ⇒ `Accept-Encoding$h, `Connection$h, `DNT^h, `Host$h ◎ It would be great if we could make this more normative somehow. At this point headers such as `Accept-Encoding`, `Connection`, `DNT`, and `Host`, are to be appended if necessary.

       この時点では、次に挙げる`~header$は含ませないモノトスル ⇒ `Accept$h, `Accept-Charset$h, `Accept-Language$h ◎ `Accept`, `Accept-Charset`, and `Accept-Language` must not be included at this point.

       注記： `Accept$h, `Accept-Language$h は、すでに含められている（ `fetch()$m が利用されていない限り — それは、既定では後者を含めない）。 また、 `Accept-Charset$h を含めても，~byte列を浪費するだけである。 詳細は、 ~HTTP~header層の~~区分 を見よ。 ◎ `Accept` and `Accept-Language` are already included (unless fetch() is used, which does not include the latter by default), and `Accept-Charset` is a waste of bytes. See HTTP header layer division for more details.

   19. `(A)^i：
       ~IF［ %資格証を含めるか ~EQ ~T ］： ◎ If includeCredentials is true, then:

       1. ~IF［ ~UAは %~http要請 用の~cookieを阻止するように環境設定されていない（ `COOKIES$r の § ~privacyの考慮点 を見よ） ］： ◎ If the user agent is not configured to block cookies for httpRequest (see section 7 of [COOKIES]), then:

          1. %~cookie ~LET ( ~UAの~cookie保管庫, %~http要請 の`現在の~URL$rq ) を与える下で， `COOKIES$r の "cookie-string" ~algo を走らせた結果 ◎ Let cookies be the result of running the "cookie-string" algorithm (see section 5.4 of [COOKIES]) with the user agent’s cookie store and httpRequest’s current URL.
          2. ~IF［ %~cookie ~NEQ 空~文字列 ］ ⇒ %~http要請 の`~header~list$rqに`~headerを付加する$( `Cookie$h / %~cookie ) ◎ If cookies is not the empty string, append `Cookie`/cookies to httpRequest’s header list.
       2. ~IF［ %~http要請 の`~header~list$rq内に［ `Authorization$h を`名前に持つ~header$ ］は在る ］ ⇒ ~BREAK `(A)^i ◎ If httpRequest’s header list does not contain `Authorization`, then:
       3. %権限付与~値 ~LET ~NULL ◎ Let authorizationValue be null.
       4. ~IF［ %~http要請 用の`認証~entry$は在る ］~AND［［ %~http要請 の`~URL資格証を利用するか$rq ~EQ ~F ］~OR［ %~http要請 の`現在の~URL$rqは`資格証を含んで$いない ］］ ⇒ %権限付与~値 ~SET `認証~entry$ ◎ If there’s an authentication entry for httpRequest and either httpRequest’s use-URL-credentials flag is unset or httpRequest’s current URL does not include credentials, then set authorizationValue to authentication entry.
       5. ~ELIF［ %~http要請 の`現在の~URL$rqは`資格証を含んで$いる ］~AND［ %認証~fetchか ~EQ ~T ］ ⇒ %権限付与~値 ~SET %~http要請 の`現在の~URL$rqを `Authorization$h 値に変換- した結果 ◎ Otherwise, if httpRequest’s current URL does include credentials and isAuthenticationFetch is true, set authorizationValue to httpRequest’s current URL, converted to an `Authorization` value.
       6. ~IF［ %権限付与~値 ~NEQ ~NULL ］ ⇒ %~http要請 の`~header~list$rqに`~headerを付加する$( `Authorization$h / %権限付与~値 ) ◎ If authorizationValue is non-null, then append `Authorization`/authorizationValue to httpRequest’s header list.

   20. `~proxy認証~entry$がある場合、それを適切に利用する ◎ If there’s a proxy-authentication entry, use it as appropriate.

       注記： ここでは意図的に %~http要請 の`資格証~mode$rqに依存しないようにされている。 ◎ This intentionally does not depend on httpRequest’s credentials mode.

   21. %~http~cache ~SET `~HTTP~cache区分を決定する$( %~http要請 ) ◎ Set httpCache to the result of determining the HTTP cache partition, given httpRequest.
   22. ~IF［ %~http~cache ~EQ ~NULL ］ ⇒ %~http要請 の`~cache~mode$rq~SET `no-store^l ◎ If httpCache is null, then set httpRequest’s cache mode to "no-store".

   23. `(B)^i：
       ~IF［ %~http要請 の`~cache~mode$rq ~NIN { `no-store^l, `reload^l } ］： ◎ If httpRequest’s cache mode is neither "no-store" nor "reload", then:

       1. %計時情報 ~LET %~fetch~params の`計時情報$fP ◎ Let timingInfo be fetchParams’s timing info.

       2. %格納-済み応答 ~SET %~http~cache から応答を選定した結果 ⇒ ~IF［ 該当する応答はない ］ ⇒ ~BREAK `(B)^i

          注記： ~HTTPにより義務付けられているように、これには，依然として `Vary$h `~header$も織り込まれる。

          ◎ Set storedResponse to the result of selecting a response from the httpCache, possibly needing validation, as per the "Constructing Responses from Caches" chapter of HTTP Caching [HTTP-CACHING], if any. ◎ As mandated by HTTP, this still takes the `Vary` header into account. ◎ If storedResponse is non-null, then:

       3. ~IF［ `~cache~mode$rq ~EQ `default^l ］~AND［ %格納-済み応答 は`~stale-while-revalidate応答$である ］~AND［ %~http要請 の`~client$rq ~NEQ ~NULL ］： ◎ If cache mode is "default", storedResponse is a stale-while-revalidate response, and httpRequest’s client is non-null, then:

          1. %応答 ~SET %格納-済み応答 ◎ Set response to storedResponse.
          2. %応答 の`~cache状態$rs ~SET `local^l ◎ Set response’s cache state to "local".
          3. %再検証-要請 ~LET `要請を~cloneする$( %要請 ) ◎ Let revalidateRequest be a clone of request.
          4. %再検証-要請 の ⇒＃ `~cache~mode$rq ~SET `no-cache^l, `~no-cache時には~cache制御~headerを改変しないか$rq ~SET ~T, `~sw~mode$rq ~SET `none^l ◎ Set revalidateRequest’s cache mode set to "no-cache". ◎ Set revalidateRequest’s prevent no-cache cache-control header modification flag. ◎ Set revalidateRequest’s service-workers mode set to "none".
          5. %再検証-~fetch~params ~LET 新たな`~fetch~params$ — その ⇒＃ `要請$fP ~SET %再検証-要請 ◎ ↓

          6. 次を`並列的$に遂行する ⇒ `~main~fetch$( %再検証-~fetch~params ) ◎ In parallel, run main fetch given a new fetch params whose request is revalidateRequest.

             注記： この~fetchに意味されるのは， %~http~cache の状態を更新することに限られ、対する応答は，別の~cache~accessまで利用されないことになる。 現在の要請に対する応答には、`非新鮮な応答$が利用されることになる。 この~fetchは，~clientの文脈で発行iされるので、消え去った場合，当の要請（ %再検証-要請 ）は終了されることになる。 ◎ This fetch is only meant to update the state of httpCache and the response will be unused until another cache access. The stale response will be used as the response to current request. This fetch is issued in the context of a client so if it goes away the request will be terminated.

       4. ~ELSE： ◎ Otherwise:

          1. ~IF［ %格納-済み応答 は`非新鮮な応答$である ］ ⇒ %再検証-中か ~SET ~T ◎ If storedResponse is a stale response, then set the revalidatingFlag.

          2. ~IF［ %再検証-中か ~EQ ~T ］~AND［ %~http要請 の`~cache~mode$rq ~NIN { `force-cache^l, `only-if-cached^l } ］： ◎ If the revalidatingFlag is set and httpRequest’s cache mode is neither "force-cache" nor "only-if-cached", then:

             1. ~IF［ %格納-済み応答 の`~header~list$rs内に［ `ETag$h を`名前に持つ~header$ ］は在る ］ ⇒ %~http要請 の`~header~list$rqに`~headerを付加する$( `If-None-Match$h / その~headerの`値$hd ) ◎ If storedResponse’s header list contains `ETag`, then append `If-None-Match` with its value to httpRequest’s header list.
             2. ~IF［ %格納-済み応答 の`~header~list$rs内に［ `Last-Modified$h を`名前に持つ~header$ ］は在る ］ ⇒ %~http要請 の`~header~list$rqに`~headerを付加する$( `If-Modified-Since$h / その~headerの`値$hd ) ◎ If storedResponse’s header list contains `Last-Modified`, then append `If-Modified-Since` with its value to httpRequest’s header list.

             注記： `HTTP Caching^cite の 検証~要請の送信-法 も見よ。 `HTTP-CACHING$r ◎ See also the "Sending a Validation Request" chapter of HTTP Caching [HTTP-CACHING].

          3. ~ELSE ⇒＃ %応答 ~SET %格納-済み応答； %応答 の`~cache状態$rs ~SET `local^l ◎ Otherwise, set response to storedResponse and set response’s cache state to "local".
9. 前~段が`中止されたときは$ ⇒ ~RET ［ `終了-時$の %中止~flag ~NEQ ε ならば `中止~network~error$ ／ ~ELSE_ `~network~error$ ］ ◎ If aborted, then: • Let aborted be the termination’s aborted flag. • If aborted is set, then return an aborted network error. • Return a network error.

10. ~IF［ %応答 ~EQ ~NULL ］： ◎ If response is null, then:

    1. ~IF［ %~http要請 の`~cache~mode$rq ~EQ `only-if-cached^l ］ ⇒ ~RET `~network~error$ ◎ If httpRequest’s cache mode is "only-if-cached", then return a network error.
    2. %回送-応答 ~LET `~HTTP~network~fetch$( %~http~fetch~params, %資格証を含めるか, %新たな接続~fetchか ) ◎ Let forwardResponse be the result of running HTTP-network fetch given httpFetchParams, includeCredentials, and isNewConnectionFetch.

    3. ~IF［ %~http要請 の`~method$rqは`安全$でない ］~AND［ %回送-応答 の`状態s$rs ~IN { `200^st 〜 `399^st } ］：

       1. `HTTP Caching^cite の § 無効化-法 にしたがって， %~http~cache 内の適切な格納-済み応答たちを無効化する `HTTP-CACHING$r
       2. %格納-済み応答 ~SET ~NULL
       ◎ If httpRequest’s method is unsafe and forwardResponse’s status is in the range 200 to 399, inclusive, invalidate appropriate stored responses in httpCache, as per the "Invalidation" chapter of HTTP Caching, and set storedResponse to null. [HTTP-CACHING]

    4. ~IF［ %再検証-中か ~EQ ~T ］~AND［ %回送-応答 の`状態s$rs ~EQ `304$st ］： ◎ If the revalidatingFlag is set and forwardResponse’s status is 304, then:

       1. `HTTP Caching^cite の § 検証にあたっての，格納-済み応答の新鮮化-法 に従って， %回送-応答 の`~header~list$rsを利用して %格納-済み応答 の`~header~list$rsを更新する `HTTP-CACHING$r ◎ Update storedResponse’s header list using forwardResponse’s header list, as per the "Freshening Stored Responses upon Validation" chapter of HTTP Caching. [HTTP-CACHING]

          注記： これは、~cache内の格納-済み応答も更新する。 ◎ This updates the stored response in cache as well.

       2. %応答 ~SET %格納-済み応答 ◎ Set response to storedResponse.
       3. %応答 の`~cache状態$rs ~SET `validated^l ◎ Set response’s cache state to "validated".
       4. `計時情報を格納-済み応答から更新する$( %~fetch~params の`計時情報$fP, %応答 ) ◎ Update timing info from stored response given fetchParams’s timing info and response.

    5. ~IF［ %応答 ~EQ ~NULL ］： ◎ If response is null, then:

       1. %応答 ~SET %回送-応答 ◎ Set response to forwardResponse.

       2. `HTTP Caching^cite の § ~cache内への応答の格納-法 にしたがって，%~http~cache 内に［ %~http要請, %回送-応答 ］を格納する `HTTP-CACHING$r ◎ Store httpRequest and forwardResponse in httpCache, as per the "Storing Responses in Caches" chapter of HTTP Caching. [HTTP-CACHING]

          注記： %回送-応答 が`~network~error$である場合、これは実質的に，その~network~errorを~cacheする — それは “負な~cache法（ `negative caching^en ）” と称されることもある。 ◎ If forwardResponse is a network error, this effectively caches the network error, which is sometimes known as "negative caching".

          注記： 結付けられた`計時情報$rsは、応答と併せて~cache内に格納される。 ◎ The associated timing info is stored in the cache alongside the response.

11. %応答 の`~URL~list$rs ~SET %~http要請 の`~URL~list$rqを`~cloneする$ ◎ Set response’s URL list to a clone of httpRequest’s URL list.
12. ~IF［ %~http要請 の`~header~list$rq内に［ `Range$h を`名前に持つ~header$ ］は在る ］ ⇒ %応答 の`範囲が要請されたか$rs ~SET ~T ◎ If httpRequest’s header list contains `Range`, then set response’s range-requested flag.

13. ~IF［ %応答 の`状態s$rs ~EQ `401$st ］~AND［ %~http要請 の`応答~tainting$rq ~NEQ `cors^l ］~AND［ %資格証を含めるか ~EQ ~T ］~AND［ %要請 の`~window$rqは`環境~設定群~obj$である ］： ◎ If response’s status is 401, httpRequest’s response tainting is not "cors", includeCredentials is true, and request’s window is an environment settings object, then:

    1. 課題： `WWW-Authenticate$h ~header が複数個ある場合, 与えられていない場合, その構文解析, についてのテスト ◎ Needs testing: multiple `WWW-Authenticate` headers, missing, parsing issues.

    2. ~IF［ %要請 の`本体$rq ~NEQ ~NULL ］： ◎ If request’s body is non-null, then:

       1. ~IF［ %要請 の`本体$rqの`~source$bd ~EQ ~NULL ］ ⇒ ~RET `~network~error$ ◎ If request’s body’s source is null, then return a network error.
       2. %要請 の`本体$rq ~SET 次の結果を成す`本体$ ⇒ `本体と内容~型を安全に抽出する$( %要請 の`本体$rqの`~source$bd ) ◎ Set request’s body to the first return value of safely extracting request’s body’s source.

    3. ~IF［ %要請 の`~URL資格証を利用するか$rq ~EQ ~F ］~OR［ %認証~fetchか ~EQ ~T ］： ◎ If request’s use-URL-credentials flag is unset or isAuthenticationFetch is true, then:

       1. ~IF［ 進行中の~fetchは`終了され$た ］ ⇒ ~RET ［ `終了-時$の %中止~flag ~NEQ ε ならば `中止~network~error$ ／ ~ELSE_ `~network~error$ ］ ◎ If the ongoing fetch is terminated, then: • Let aborted be the termination’s aborted flag. • If aborted is set, then return an aborted network error. • Return a network error.
       2. ( %~username, %~password ) ~LET %要請 の`~window$rq において，末端利用者に ( ~username, ~password ) の~~入力を促して得られた結果 【~~入力が拒否された場合について言及されていない。`中止~network~error$を返す？】 ◎ Let username and password be the result of prompting the end user for a username and password, respectively, in request’s window.
       3. `~URLの~usernameを設定する$( %要請 の`現在の~URL$rq, %~username ) ◎ Set the username given request’s current URL and username.
       4. `~URLの~passwordを設定する$( %要請 の`現在の~URL$rq, %~password ) ◎ Set the password given request’s current URL and password.
    4. %応答 ~SET `~HTTP~network-or-cache~fetch$( %~fetch~params, ~T ) ◎ Set response to the result of running HTTP-network-or-cache fetch given fetchParams and true.

14. ~IF［ %応答 の`状態s$rs ~EQ `407$st ］： ◎ If response’s status is 407, then:

    1. ~IF［ %要請 の`~window$rq ~EQ `no-window^l ］ ⇒ ~RET `~network~error$ ◎ If request’s window is "no-window", then return a network error.
    2. 課題： `Proxy-Authenticate$h ~header が複数個ある場合, 与えられていない場合, その構文解析, についてのテスト ◎ Needs testing: multiple `Proxy-Authenticate` headers, missing, parsing issues.
    3. ~IF［ 進行中の~fetchは`終了され$た ］ ⇒ ~RET ［ `終了-時$の %中止~flag ~NEQ ε ならば `中止~network~error$ ／ ~ELSE_ `~network~error$ ］ ◎ If the ongoing fetch is terminated, then: • Let aborted be the termination’s aborted flag. • If aborted is set, then return an aborted network error. • Return a network error.

    4. %要請 の`~window$rqにおいて、末端利用者に対し 適切に 【認証に関する手続きを】 促し，その結果を`~proxy認証~entry$として保存する `HTTP-AUTH$r ◎ Prompt the end user as appropriate in request’s window and store the result as a proxy-authentication entry. [HTTP-AUTH]

       注記： ~proxy認証~周辺の詳細は~HTTPにて定義される。 ◎ Remaining details surrounding proxy authentication are defined by HTTP.

    5. %応答 ~SET `~HTTP~network-or-cache~fetch$( %~fetch~params ) ◎ Set response to the result of running HTTP-network-or-cache fetch given fetchParams.

15. ~IF［ 次が すべて満たされる ］…： ◎ If all of the following are true

    • %応答 の`状態s$rs ~EQ `421$st ◎ response’s status is 421
    • %新たな接続~fetchか ~EQ ~F ◎ isNewConnectionFetch is false
    • ［ %要請 の`本体$rq ~EQ ~NULL ］~OR［［ %要請 の`本体$rq ~NEQ ~NULL ］~AND［ %要請 の`本体$rqの`~source$bd ~NEQ ~NULL ］］ ◎ request’s body is null, or request’s body is non-null and request’s body’s source is non-null

    …ならば： ◎ then:

    1. ~IF［ 進行中の~fetchは`終了され$た ］ ⇒ ~RET `終了-時$の %中止~flag に応じて ⇒＃ `中止する^i ならば`中止~network~error$／ ~ELSE_ `~network~error$ ◎ If the ongoing fetch is terminated, then: • Let aborted be the termination’s aborted flag. • If aborted is set, then return an aborted network error. • Return a network error.
    2. %応答 ~SET `~HTTP~network-or-cache~fetch$( %~fetch~params, %認証~fetchか, ~T ) ◎ Set response to the result of running HTTP-network-or-cache fetch given fetchParams, isAuthenticationFetch, and true.
16. ~IF［ %認証~fetchか ~EQ ~T ］ ⇒ ［ %要請, および所与の~realm ］用の`認証~entry$を作成する ◎ If isAuthenticationFetch is true, then create an authentication entry for request and the given realm.

17. ~RET %応答

    注記： 手続きはここで終わるが、その後も概して， %応答 の`本体$rsの`~stream$bdには~enqueueされ続ける。

    ◎ Return response. Typically response’s body’s stream is still being enqueued to after returning.

`~HTTP~network~fetch@ を遂行するときは、所与の ( `~fetch~params$ %~fetch~params, 真偽値 %資格証を含めるか（省略時は ~F ）, 真偽値 %新たな接続を強制するか（省略時は ~F ） ) に対し，次の手続きを走らす： ◎ To HTTP-network fetch, given a fetch params fetchParams, an optional boolean includeCredentials (default false), and an optional boolean forceNewConnection (default false), run these steps:

1. %要請 ~LET %~fetch~params の`要請$fP ◎ Let request be fetchParams’s request.
2. %応答 ~LET ~NULL ◎ Let response be null.
3. %計時情報 ~LET %~fetch~params の`計時情報$fP ◎ Let timingInfo be fetchParams’s timing info.
4. %~http~cache ~LET `~HTTP~cache区分を決定する$( %~http要請 ) ◎ Let httpCache be the result of determining the HTTP cache partition, given httpRequest.
5. ~IF［ %~http~cache ~EQ ~NULL ］ ⇒ %要請 の`~cache~mode$rq~SET `no-store^l ◎ If httpCache is null, then set request’s cache mode to "no-store".
6. %~network区分~key ~LET `要請の~network区分~keyを決定する$( %要請 ) ◎ Let networkPartitionKey be the result of determining the network partition key given request.

7. %接続 ~LET %要請 の`~mode$rqに応じて，次を遂行した結果： ◎ Switch on request’s mode:

   • `websocket^l ⇒ `~WebSocket接続を得する$( %要請 の`現在の~URL$rq ) ◎ "websocket" • Let connection be the result of obtaining a WebSocket connection, given request’s current URL.
   • ~ELSE_ ⇒ `接続を得する$( %~network区分~key, %要請 の`現在の~URL$rqの`生成元$url, %資格証を含めるか, %新たな接続を強制するか ) ◎ Otherwise • Let connection be the result of obtaining a connection, given networkPartitionKey, request’s current URL’s origin, includeCredentials, and forceNewConnection.

8. この段の中は、進行中の~fetchが`終了され$た`ときは中止する$： ◎ Run these steps, but abort when the ongoing fetch is terminated:

   1. ~IF［ %接続 ~EQ `失敗^i ］ ⇒ ~RET `~network~error$ ◎ If connection is failure, then return a network error.
   2. %計時情報 の`最終-接続~計時情報$fT ~SET `接続~計時情報を切詰めて細かさを抑える$( %接続 の`計時情報$, %計時情報 の`~redirect後からの開始~時刻$fT, %~fetch~params の`非同一-生成元~能力は隔離-済みか$fP ) ◎ Set timingInfo’s final connection timing info to the result of calling clamp and coarsen connection timing info with connection’s timing info, timingInfo’s post-redirect start time, and fetchParams’s cross-origin isolated capability.
   3. ~IF［ %接続 は~HTTP2接続でない ］~AND［ %要請 の`本体$rq ~NEQ ~NULL ］~AND［ %要請 の`本体$rqの`~source$bd ~EQ ~NULL ］ ⇒ %要請 の`~header~list$rqに`~headerを付加する$( `Transfer-Encoding$h / `chunked^bl ) ◎ If connection is not an HTTP/2 connection, request’s body is non-null, and request’s body’s source is null, then append `Transfer-Encoding`/`chunked` to request’s header list.
   4. %計時情報 の`最終-~network要請~開始~時刻$fT ~SET `細かさを抑えた共有される現在の時刻$( %~fetch~params の`非同一-生成元~能力は隔離-済みか$fP ) ◎ Set timingInfo’s final network-request start time to the coarsened shared current time given fetchParams’s cross-origin isolated capability.

   5. %応答 ~SET 次に挙げる各~条項に従う下で、 %要請 を利用して, %接続 越しに~HTTP要請を為した結果： ◎ Set response to the result of making an HTTP request over connection using request with the following caveats:

      • ~HTTPによる関連な要件に従うこと。 `HTTP$r `HTTP-SEMANTICS$r `HTTP-COND$r `HTTP-CACHING$r `HTTP-AUTH$r ◎ Follow the relevant requirements from HTTP. [HTTP] [HTTP-SEMANTICS] [HTTP-COND] [HTTP-CACHING] [HTTP-AUTH]

      • ［ %要請 の`本体$rq ~NEQ ~NULL ］かつ［ %要請 の`本体$rqの`~source$bd ~EQ ~NULL ］の場合、 64 KiB 以下の~bufferを用意して， %要請 の`本体$rqの一部を その~buffer内に格納してもヨイ。 ~UAは、［ その~bufferの~sizeを超えて %要請 の`本体$rqを読取る ］かつ［ %要請 を送信し直す必要がある ］場合には，代わりに`~network~error$を返すこと。 ◎ If request’s body is non-null, and request’s body’s source is null, then the user agent may have a buffer of up to 64 kibibytes and store a part of request’s body in that buffer. If the user agent reads from request’s body beyond that buffer’s size and the user agent needs to resend request, then instead return a network error.

        注記： 送信し直すのは、例えば，接続が時間~切れになったときに必要になる。 %要請 の`本体$rqの`~source$bdが： ◎ The resending is needed when the connection is timed out, for example.

        • ~NULL でないときは、~bufferは必要ない — %要請 の`本体$rqは，~sourceから作成し直せるので。 ◎ The buffer is not needed when request’s body’s source is non-null, because request’s body can be recreated from it.
        • ~NULL のときは、`本体$rqは `ReadableStream$I ~objから作成されたこと，したがって作成し直せないことを意味する — ~bufferが必要になるわけは、それである。 ◎ When request’s body’s source is null, it means body is created from a ReadableStream object, which means body cannot be recreated and that is why the buffer is needed.
      • %計時情報 の`最終-~network応答~開始~時刻$fT ~SET ~UAの~HTTP構文解析器が当の応答を成す最初の~byte（例： ~HTTP2用の~frame~header~byte列／ ~HTTP1x用の応答~状態s行l ）を受信した直後における， `細かさを抑えた共有される現在の時刻$( %~fetch~params の`非同一-生成元~能力は隔離-済みか$fP ) ◎ Set timingInfo’s final network-response start time to the coarsened shared current time given fetchParams’s cross-origin isolated capability, immediately after the user agent’s HTTP parser receives the first byte of the response (e.g., frame header bytes for HTTP/2 or response status line for HTTP/1.x).
      • `~header$すべてが伝送されるまで待機すること。 ◎ Wait until all the headers are transmitted.

      • `応答$のうち，［ `状態s$rs ~IN { `100^st, `102^st 〜 `199^st } ］なるものは、無視すること — 上で %計時情報 の`最終-~network応答~開始~時刻$fTを設定する目的は除いて。 ◎ Any responses whose status is in the range 100 to 199, inclusive, and is not 101, are to be ignored, except for the purposes of setting timingInfo’s final network-response start time above.

        注記： この種の`応答$【`非最終-応答$】には、最終的に， “最終” `応答$【`最終-応答$】が後続する。 ◎ These kind of responses are eventually followed by a "final" response.

      注記： ~Fetchと~HTTPとの間の正確な重ね方は、依然として~~整理される必要がある。 したがって、ここでの %応答 は，`応答$と~HTTP応答の両者を表現する。 ◎ The exact layering between Fetch and HTTP still needs to be sorted through and therefore response represents both a response and an HTTP response here.

      • %応答 は HTTP/1.0 以下の~versionを介して転送されていて、 %要請 の`~header~list$rqは ( `Transfer-Encoding$h / `chunked^bl ) を包含している場合は ⇒ ~RET `~network~error$ ◎ If request’s header list contains `Transfer-Encoding`/`chunked` and response is transferred via HTTP/1.0 or older, then return a network error.

      • ~HTTP要請による結果，~TLS~client証明書~dialogになるときは： ◎ If the HTTP request results in a TLS client certificate dialog, then:

        1. ~IF［ %要請 の`~window$rqは`環境~設定群~obj$である ］ ⇒ %要請 の`~window$rqにて~dialogを可用にする ◎ If request’s window is an environment settings object, make the dialog available in request’s window.
        2. ~ELSE ⇒ ~RET `~network~error$ ◎ Otherwise, return a network error.

      • %要請 の`本体$rq %本体 を伝送するときは，次の手続きを走らす： ◎ To transmit request’s body body, run these steps:

        1. %要請の本体の終端を処理する ~LET %~fetch~params の`要請の本体の終端を処理する$fP ◎ ↓
        2. ~IF［ %本体 ~EQ ~NULL ］ ⇒ ~IF［ %要請の本体の終端を処理する ~NEQ ~NULL ］ ⇒ 次を走らす`~fetch~taskを~queueする$( %~fetch~params の`~taskの行先$fP ) ⇒ %要請の本体の終端を処理する( %~fetch~params の`要請$fP ) ◎ If body is null and fetchParams’s process request end-of-body is non-null, then queue a fetch task given fetchParams’s process request end-of-body and fetchParams’s task destination.

        3. ~ELSE： ◎ Otherwise, if body is non-null:

           1. %本体~chunkを処理する ~LET 所与の ( %~byte列 ) に対し，次を走らす手続き： ◎ Let processBodyChunk given bytes be these steps:

              1. ~IF［ 進行中の~fetchは`終了され$た ］ ⇒ ~RET ◎ If the ongoing fetch is terminated, then abort these steps.
              2. この段は`並列的$に走らす ⇒ %~byte列 を伝送する 【この段は具体的に何をする？】 ◎ Run this step in parallel: transmit bytes.
              3. %要請の本体を処理する ~LET %~fetch~params の`要請の本体を処理する$fP ◎ ↓
              4. ~IF［ %要請の本体を処理する ~NEQ ~NULL ］ ⇒ %要請の本体を処理する( %~byte列 の`長さ$ ) ◎ If fetchParams’s process request body is non-null, then run fetchParams’s process request body given bytes’s length.

           2. %本体の終端を処理する ~LET 次を走らす手続き： ◎ Let processEndOfBody be these steps:

              1. ~IF［ 進行中の~fetchは`終了され$た ］ ⇒ ~RET ◎ If the ongoing fetch is terminated, then abort these steps.
              2. ~IF［ %要請の本体を処理する ~NEQ ~NULL ］ ⇒ %要請の本体を処理する( 【 %本体 の`長さ$bd？】 ) ◎ If fetchParams’s process request end-of-body is non-null, then run fetchParams’s process request end-of-body.

           3. %本体~errorを処理する ~LET 所与の ( %~error ) に対し，次を走らす手続き： ◎ Let processBodyError given e be these steps:

              1. ~IF［ 進行中の~fetchは`終了され$た ］ ⇒ ~RET ◎ If the ongoing fetch is terminated, then abort these steps.
              2. ~IF［ %~error は `AbortError$E 例外である ］ ⇒ 進行中の~fetchを`終了させる$( `中止する^i ) ◎ If e is an "AbortError" DOMException, then terminate the ongoing fetch with the aborted flag set.
              3. ~ELSE ⇒ 進行中の~fetchを`終了させる$() ◎ Otherwise, terminate the ongoing fetch.
           4. `本体を増分的に読取る$( 次に挙げる引数 ) ⇒＃ %要請 の`本体$rq, %本体~chunkを処理する, %本体の終端を処理する, %本体~errorを処理する, %~fetch~params の`~taskの行先$fP ◎ Incrementally read request’s body given processBodyChunk, processEndOfBody, processBodyError, and fetchParams’s task destination.

9. 前~段が`中止されたときは$： ◎ If aborted, then: ◎ ↓• Let aborted be the termination’s aborted flag.

   1. ~IF［ %接続 は~HTTP2を利用している ］ ⇒ `RST_STREAM^c ~frameを伝送する ◎ If connection uses HTTP/2, then transmit an RST_STREAM frame.
   2. ~RET ［ `終了-時$の %中止~flag ~NEQ ε ならば `中止~network~error$ ／ ~ELSE_ `~network~error$ ］ ◎ If aborted is set, then return an aborted network error. ◎ Return a network error.
10. %~pull~algo ~LET 次を走らす動作 ⇒ ~IF［ 進行中の~fetchは`休止-$している ］ ⇒ それを`再開-$する ◎ Let pullAlgorithm be an action that resumes the ongoing fetch if it is suspended.
11. %取消~algo ~LET 次を走らす動作 ⇒ 進行中の~fetchを`終了させる$( `中止する^i ) ◎ Let cancelAlgorithm be an action that terminates the ongoing fetch with the aborted flag set.
12. %限界水位 ~LET ~LET ~UAが選ぶ［ 有限かつ負でない~number, または `Infinity^jv ］ ◎ Let highWaterMark be a non-negative, non-NaN number, chosen by the user agent.
13. %~size~algo ~LET `~chunk$~objを受容し，~UAが選ぶ［ 有限かつ負でない~number ］を返す~algo ◎ Let sizeAlgorithm be an algorithm that accepts a chunk object and returns a non-negative, non-NaN, non-infinite number, chosen by the user agent.
14. %~stream ~LET `新たな$ `ReadableStream$I ◎ Let stream be a new ReadableStream.
15. %~stream を`設定しておく$RS( %~pull~algo, %取消~algo, %限界水位, %~size~algo ) ◎ Set up stream with pullAlgorithm set to pullAlgorithm, cancelAlgorithm set to cancelAlgorithm, highWaterMark set to highWaterMark, and sizeAlgorithm set to sizeAlgorithm.

16. この段の中は、進行中の~fetchが`終了され$た`ときは中止する$： ◎ Run these steps, but abort when the ongoing fetch is terminated:

    1. %応答 の`本体$rs ~SET 次のようにされた新たな`本体$ ⇒ `~stream$bd ~SET %~stream ◎ Set response’s body to a new body whose stream is stream.
    2. ~IF［ %応答 は`~network~error$でない ］~AND［ %要請 の`~cache~mode$rq ~NEQ `no-store^l ］ ⇒ %~http~cache 内の［ %要請 に対する %応答 ］を更新する ◎ If response is not a network error and request’s cache mode is not "no-store", then update response in httpCache for request.

    3. ~IF［ %資格証を含めるか ~EQ ~T ］~AND［ ~UAは %要請 用の~cookieを阻止するように環境設定されていない（ `COOKIES$r の § ~privacyの考慮点 を見よ） ］ ⇒ %応答 の`~header~list$rsを成す ~EACH ( `Set-Cookie$h を`名前に持つ~header$ %~header ) に対し ⇒ ( %~header の`値$hd, %要請 の`現在の~URL$rq ) を与える下で， `COOKIES$r の "set-cookie-string" 構文解析~algo を走らす ◎ If includeCredentials is true and the user agent is not configured to block cookies for request (see section 7 of [COOKIES]), then run the "set-cookie-string" parsing algorithm (see section 5.2 of [COOKIES]) on the value of each header whose name is a byte-case-insensitive match for `Set-Cookie` in response’s header list, if any, and request’s current URL.

       注記： これは、利用者の追跡に利用され得る機能性である。 ~FINGERPRINTING ◎ This is a fingerprinting vector.

17. 前~段が`中止されたときは$： ◎ If aborted, then:

    1. ~IF［ `終了-時$の %中止~flag ~NEQ ε ］ ⇒ %応答 の`中止されたか$rs ~SET ~T ◎ Let aborted be the termination’s aborted flag. ◎ If aborted is set, then set response’s aborted flag.
    2. ~RET %応答 ◎ Return response.

18. この段の中は、`並列的$に走らす： ◎ Run these steps in parallel:

    1. この段の中は、進行中の~fetchが`終了され$た`ときは中止する$： ◎ Run these steps, but abort when the ongoing fetch is terminated:

       ~WHILE 無条件： ◎ While true:

       1. ~IF［ %応答 の`内容$から 1 個 以上の~byteが伝送された ］： ◎ If one or more bytes have been transmitted from response’s message body, then:

          1. %~byte列 ~LET 伝送された~byte列 ◎ Let bytes be the transmitted bytes.
          2. %符号法s ~LET `~header~listから値を抽出する$( %応答 の`~header~list$rs, `Content-Encoding$h ) ◎ Let codings be the result of extracting header list values given `Content-Encoding` and response’s header list.
          3. %計時情報 の`符号化された本体の~size$fT ~INCBY %~byte列 の`長さ$ ◎ Increase timingInfo’s encoded body size by bytes’s length.

          4. %~byte列 ~SET `内容~符号法sを取扱う$( %符号法s, %~byte列 ) ◎ Set bytes to the result of handling content codings given codings and bytes.

             注記： これは、依拠し得ていた `Content-Length^h `~header$を依拠できないものにする。 【！＊】 ◎ This makes the `Content-Length` header unreliable to the extent that it was reliable to begin with.

          5. %計時情報 の`復号した本体の~size$fT ~INCBY %~byte列 の`長さ$ ◎ Increase timingInfo’s decoded body size by bytes’s length.
          6. ~IF［ %~byte列 ~EQ `失敗^i ］ ⇒ 進行中の~fetchを`終了させる$() ◎ If bytes is failure, then terminate the ongoing fetch.
          7. %~stream に`~chunkを~enqueueする$RS( %~byte列 を包含している `ArrayBuffer$I を包装している `Uint8Array$I ) ◎ Enqueue a Uint8Array wrapping an ArrayBuffer containing bytes into stream.
          8. ~IF［ %~stream は`~errorした$RS ］ ⇒ 進行中の~fetchを`終了させる$() ◎ If stream is errored, then terminate the ongoing fetch.
          9. ~IF［ %~stream は`もっと~dataが必要$RSではない ] ⇒ 進行中の~fetchを`休止-$するよう，~UAに依頼する ◎ If stream doesn’t need more data ask the user agent to suspend the ongoing fetch.
       2. ~ELIF［ %応答 の`内容$用の~byte列の伝送は，正常に終えられた ］ ⇒ ~IF［ %~stream は`読取n可能$RSである ］ ⇒＃ %~stream を`~closeする$RS()； `応答を完結する$( %~fetch~params, %応答 )； ~BREAK ◎ Otherwise, if the bytes transmission for response’s message body is done normally and stream is readable, then close stream, finalize response for fetchParams and response, and abort these in-parallel steps.

    2. 前~段が`中止されたときは$： ◎ If aborted, then:

       1. `応答を完結する$( %~fetch~params, %応答 ) ◎ Finalize response for fetchParams and response.

       2. ~IF［ `終了-時$の %中止~flag ~NEQ ε ］： ◎ Let aborted be the termination’s aborted flag. ◎ If aborted is set, then:

          1. %応答 の`中止されたか$rs ~SET ~T ◎ Set response’s aborted flag.
          2. ~IF［ %~stream は`読取n可能$RSである ］ ⇒ %~stream を`~errorにする$RS( `AbortError$E 例外 ) ◎ If stream is readable, error stream with an "AbortError" DOMException.
       3. ~ELIF［ %~stream は`読取n可能$RSである ］ ⇒ %~stream を`~errorにする$RS( `TypeError$E ) ◎ Otherwise, if stream is readable, error stream with a TypeError.
       4. ~IF［ %接続 は~HTTP2を利用している ］ ⇒ `RST_STREAM^c ~frameを伝送する ◎ If connection uses HTTP/2, then transmit an RST_STREAM frame.

       5. ~ELSE ⇒ ~UAは接続を~closeするベキである — そうすると処理能が悪化するときは除いて ◎ Otherwise, the user agent should close connection unless it would be bad for performance to do so.

          注記： 一例として，~UAは、再利用-可能な接続にて，伝送する~byte数が残りわずかしかないと知るならば、接続を~openしたまま保つこともできる。 この事例では、接続を~closeして 次の~fetch用に~handshake処理-をやり直すと，悪化することもあるので。 ◎ For instance, the user agent could keep the connection open if it knows there’s only a few bytes of transfer remaining on a reusable connection. In this case it could be worse to close the connection and go through the handshake process again for the next fetch.

       注記： この段を`並列的$に走らせているのは、この時点では， %応答 の`本体$rsが関連するかどうか明瞭でないためである（ %応答 は~redirectかもしれない）。 ◎ These are run in parallel as at this point it is unclear whether response’s body is relevant (response might be a redirect).

19. ~RET %応答

    注記： 手続きはここで終わるが、その後も概して， %応答 の`本体$rsの`~stream$bdには~enqueueされ続ける。

    ◎ Return response. Typically response’s body’s stream is still being enqueued to after returning.

`~CORS予行~fetch@ を遂行するときは、所与の ( `要請$ %要請 ) に対し，次を走らす： ◎ To CORS-preflight fetch, given a request request, run these steps:

1. %予行 ~LET 次のように設定された，新たな`要請$ ⇒＃ `~method$rq ~SET `OPTIONS$hm, `~URL$rq ~SET %要請 の`現在の~URL$rq, `起動元$rq ~SET %要請 の`起動元$rq, `行先$rq ~SET %要請 の`行先$rq, `生成元$rq ~SET %要請 の`生成元$rq, `~referrer$rq ~SET %要請 の`~referrer$rq, `~referrer施策$rq ~SET %要請 の`~referrer施策$rq, `~mode$rq ~SET `cors^l, `生成元は~taintされたか$rq ~SET %要請 の`生成元は~taintされたか$rq, `応答~tainting$rq ~SET `cors^l ◎ Let preflight be a new request whose method is `OPTIONS`, URL is request’s current URL, initiator is request’s initiator, destination is request’s destination, origin is request’s origin, referrer is request’s referrer, referrer policy is request’s referrer policy, mode is "cors", tainted origin flag is request’s tainted origin flag, and response tainting is "cors".

   注記： %予行 の`~sw~mode$rqは関わらない — この~algoは、`~HTTP~fetch$ではなく，`~HTTP~network-or-cache~fetch$を利用するので。 ◎ The service-workers mode of preflight does not matter as this algorithm uses HTTP-network-or-cache fetch rather than HTTP fetch.

2. %予行 の`~header~list$rqに`~headerを付加する$( `Accept$h / `*/*^bl ) ◎ Append `Accept`/`*/*` to preflight’s header list.
3. %予行 の`~header~list$rqに`~headerを付加する$( `Access-Control-Request-Method$h / %要請 の`~method$rq ) ◎ Append `Access-Control-Request-Method`/request’s method to preflight’s header list.
4. %~header~list ~LET `~CORS非安全な要請~header名たち$( %要請 の`~header~list$rq ) ◎ Let headers be the CORS-unsafe request-header names with request’s header list.

5. ~IF［ %~header~list は`空$でない ］： ◎ If headers is not empty, then:

   1. %値 ~LET %~header~list 内の各~itemを順に， `,^bl で分離して~~連結した結果 ◎ Let value be the items in headers separated from each other by `,`.
   2. %予行 の`~header~list$rqに`~headerを付加する$( `Access-Control-Request-Headers$h / %値 ) ◎ Append `Access-Control-Request-Headers`/value to preflight’s header list.

   注記： ここで`~headerを結合する$を利用しないのは意図的である。 これは［ `2C^X `20^X ］並びによる仕方で実装されてはいないので — 功罪はあれど。 ◎ This intentionally does not use combine, as 0x20 following 0x2C is not the way this was implemented, for better or worse.

6. %予行~fetch~params ~LET 新たな`~fetch~params$ — その ⇒＃ `要請$fP ~SET %予行 ◎ ↓
7. %応答 ~LET `~HTTP~network-or-cache~fetch$( %予行~fetch~params ) ◎ Let response be the result of running HTTP-network-or-cache fetch given a new fetch params whose request is preflight.

8. ~IF［ `~CORS検査$( %要請, %応答 ) ~EQ `成功^i ］~AND［ %応答 の`状態s$rs は`~ok状態s$である ］： ◎ If a CORS check for request and response returns success and response’s status is an ok status, then:

   注記： 正しい`資格証~mode$rqの利用を確保するため、 `~CORS検査$は， %予行 ではなく %要請 に対して行う。 ◎ The CORS check is done on request rather than preflight to ensure the correct credentials mode is used.

   1. %~method群 ~LET `~header~listから値を抽出する$( %応答 の`~header~list$rs, `Access-Control-Allow-Methods$h ) ◎ Let methods be the result of extracting header list values given `Access-Control-Allow-Methods` and response’s header list.
   2. %~header名たち ~LET `~header~listから値を抽出する$( %応答 の`~header~list$rs, `Access-Control-Allow-Headers$h ) ◎ Let headerNames be the result of extracting header list values given `Access-Control-Allow-Headers` and response’s header list.
   3. ~IF［ %~method群 ~EQ `失敗^i ］~OR［ %~header名たち ~EQ `失敗^i ］ ⇒ ~RET `~network~error$ ◎ If either methods or headerNames is failure, return a network error.

   4. ~IF［ %~method群 ~EQ ~NULL ］~AND［ `~CORS予行を利用するか$rq ~EQ ~T ］ ⇒ %~method群 ~SET %要請 の`~method$rqのみからなる新たな~list ◎ If methods is null and request’s use-CORS-preflight flag is set, then set methods to a new list containing request’s method.

      注記： これにより、単に［ %要請 の`~CORS予行を利用するか$rq ~EQ ~T ］であることに因り生じる`~CORS予行~fetch$も，~cacheされる。 ◎ This ensures that a CORS-preflight fetch that happened due to request’s use-CORS-preflight flag being set is cached.

   5. ~IF［ %要請 の`~method$rq ~NIN %~method群 ］~AND［ %要請 の`~method$rqは`~CORS安全とされる~method$でない ］~AND［［ %要請 の`資格証~mode$rq ~EQ `include^l ］~OR［ `*^bl ~NIN %~method群 ］］ ⇒ ~RET `~network~error$ ◎ If request’s method is not in methods, request’s method is not a CORS-safelisted method, and request’s credentials mode is "include" or methods does not contain `*`, then return a network error.

   6. %要請 の`~header~list$rqを成す ~EACH( %~header ) に対し：

      1. ~IF［ %~header は %~header名たち 内のある名前を`名前に持つ~header$である ］ ⇒ ~CONTINUE
      2. ~IF［ %~header は`~CORS非~wildcard要請~header名$を`名前に持つ~header$である ］ ⇒ ~RET `~network~error$
      ◎ If one of request’s header list’s names is a CORS non-wildcard request-header name and is not a byte-case-insensitive match for an item in headerNames, then return a network error.
   7. ~IF［ %要請 の`資格証~mode$rq ~EQ `include^l ］~OR［ `*^bl ~NIN %~header名たち ］ ⇒ `~CORS非安全な要請~header名たち$( %要請 の`~header~list$rq ) を成す ~EACH( %非安全~header名 ) に対し ⇒ %~header名たち を成す ~EACH( %~header名 ) に対し ⇒ ~IF［ ( 非安全~header名, %~header ) は`~byte大小無視$で合致する ］ ⇒ ~RET `~network~error$ ◎ For each unsafeName in the CORS-unsafe request-header names with request’s header list, if unsafeName is not a byte-case-insensitive match for an item in headerNames and request’s credentials mode is "include" or headerNames does not contain `*`, return a network error.
   8. %寿命 ~LET `~header~listから値を抽出する$( %応答 の`~header~list$rs, `Access-Control-Max-Age$h ) ◎ Let max-age be the result of extracting header list values given `Access-Control-Max-Age` and response’s header list.
   9. ~IF［ %寿命 ~IN { `失敗^i, ~NULL } ］ ⇒ %寿命 ~SET 5 ◎ If max-age is failure or null, then set max-age to 5.
   10. ~IF［ %寿命 ~GT 環境により課される`寿命$ccの上限 ］ ⇒ %寿命 ~SET その上限 ◎ If max-age is greater than an imposed limit on max-age, then set max-age to the imposed limit.
   11. ~IF［ ~UAは`~CORS予行~cache$を供していない ］ ⇒ ~RET %応答 ◎ If the user agent does not provide for a cache, then return response.

   12. %~method群 を成す ~EACH( %~method ) に対し：

       1. %~entry群 ~LET `~methodも合致している~cache~entry$( %要請, %~method )
       2. ~IF［ %~entry群 は空でない ］ ⇒ %~entry群 を成す ~EACH( %~entry ) に対し ⇒ %~entry の`寿命$cc ~SET %寿命
       3. ~ELSE ⇒ `新たな~cache~entryを作成する$( %要請, %寿命, %~method, ~NULL )
       ◎ For each method in methods for which there is a method cache entry match using request, set matching entry’s max-age to max-age. ◎ For each method in methods for which there is no method cache entry match using request, create a new cache entry with request, max-age, method, and null.

   13. %~header名たち を成す ~EACH( %~header名 ) に対し：

       1. %~entry群 ~LET `~header名も合致している~cache~entry$( %要請, %~header名 )
       2. ~IF［ %~entry群 ~NEQ ε ］ ⇒ %~entry群 を成す ~EACH( %~entry ) に対し ⇒ %~entry の`寿命$cc ~SET %寿命

       3. ~ELSE ⇒ `新たな~cache~entryを作成する$( %要請, %寿命, ~NULL, %~header名 )

       ◎ For each headerName in headerNames for which there is a header-name cache entry match using request, set matching entry’s max-age to max-age. ◎ For each headerName in headerNames for which there is no header-name cache entry match using request, create a new cache entry with request, max-age, null, and headerName.
   14. ~RET %応答 ◎ Return response.
9. ~ELSE ⇒ ~RET `~network~error$ ◎ Otherwise, return a network error.

`新たな~cache~entryを作成する@ ときは、所与の ( %要請, %寿命, %~method, %~header名 ) に対し ⇒ `~CORS予行~cache$に［ 次のように初期化された，新たな`~cache~entry$ ］を`付加する$ ⇒＃ `~key$cc ~SET `要請の~network区分~keyを決定する$( %要請 ), `~byte直列化した生成元$cc ~SET `要請の生成元を~byte直列化する$( %要請 ), `~URL$cc ~SET %要請 の`現在の~URL$rq, `寿命$cc ~SET %寿命, `資格証の有無$cc ~SET ［%要請 の`資格証~mode$rq ~EQ `include^l ならば `有り^i ／ ~ELSE_ `無し^i ］, `~method$cc ~SET %~method, `~header名$cc ~SET %~header名 ◎ To create a new cache entry, given request, max-age, method, and headerName, run these steps: ◎ Let entry be a cache entry, initialized as follows: ◎ key • The result of determining the network partition key given request byte-serialized origin • The result of byte-serializing a request origin with request URL • request’s current URL max-age • max-age credentials • True if request’s credentials mode is "include", and false otherwise method • method header name • headerName ◎ Append entry to the user agent’s CORS-preflight cache.

`~cache~entryを消去する@ ときは、所与の ( %要請 ) に対し：

1. ~UAの`~CORS予行~cache$から，次をすべて満たす`~cache~entry$をすべて除去する：

   • `~key$cc ~EQ `要請の~network区分~keyを決定する$( %要請 )
   • `~byte直列化した生成元$cc ~EQ `要請の生成元を~byte直列化する$( %要請 )
   • `~URL$cc ~EQ %要請 の`現在の~URL$rq

`~methodも合致している~cache~entry@ は、所与の ( %要請, %~method ) に対し，~UAの`~CORS予行~cache$内にある，次を満たす`~cache~entry$たちからなる集合を返す ⇒ ［ %要請 に`~cache合致する$ ］~AND［ `~method$cc ~IN { %~method, `*^bl } ］ ◎ There is a method cache entry match for method using request when there is a cache entry in the user agent’s CORS-preflight cache for which there is a cache entry match with request and its method is method or `*`.

【† 原文からは、該当する~entryは高々 1 個のように解釈できそうだが，複数あり得るかもしれない — はっきりしないので、この用語を利用している箇所も含め，複数あり得るとみなして訳している。 次の用語も同様。 】

`~header名も合致している~cache~entry@ は、所与の ( %要請, %~header名 ) に対し，~UAの`~CORS予行~cache$内にある，次を満たす`~cache~entry$たちからなる集合を返す ⇒ ［ %要請 に`~cache合致する$ ］~AND［ ( ~entryの`~header名$cc %名前, %~header名 ) は次のいずれかを満たす ］： ◎ There is a header-name cache entry match for headerName using request when there is a cache entry in the user agent’s CORS-preflight cache for which there is a cache entry match with request and＼

`~CORS検査@ は、所与の ( %要請, %応答 ) に対し，次を走らす： ◎ To perform a CORS check for a request and response, run these steps:

1. %生成元 ~LET `~header~listから値を取得する$( %応答 の`~header~list$rs, `Access-Control-Allow-Origin$h ) ◎ Let origin be the result of getting `Access-Control-Allow-Origin` from response’s header list.

2. ~IF［ %生成元 ~EQ ~NULL ］ ⇒ ~RET `失敗^i ◎ If origin is null, then return failure.

   注記： ~NULL は `null^bl でないことに注意。 ◎ Null is not `null`.

3. ~IF［ %要請 の`資格証~mode$rq ~NEQ `include^l ］~AND［ %生成元 ~EQ `*^bl ］ ⇒ ~RET `成功^i ◎ If request’s credentials mode is not "include" and origin is `*`, then return success.
4. ~IF［ `要請の生成元を~byte直列化する$( %要請 ) ~NEQ %生成元 ］ ⇒ ~RET `失敗^i ◎ If the result of byte-serializing a request origin with request is not origin, then return failure.
5. ~IF［ %要請 の`資格証~mode$rq ~NEQ `include^l ］ ⇒ ~RET `成功^i ◎ If request’s credentials mode is not "include", then return success.
6. %資格証？ ~LET `~header~listから値を取得する$( %応答 の`~header~list$rs, `Access-Control-Allow-Credentials$h ) ◎ Let credentials be the result of getting `Access-Control-Allow-Credentials` from response’s header list.
7. ~IF［ %資格証？ ~EQ `true^bl ］ ⇒ ~RET `成功^i ◎ If credentials is `true`, then return success.
8. ~RET `失敗^i ◎ Return failure.

`~Headers~objを作成する@ ときは、所与の ( `~header~list$ %~header~list, `~Headers用の~guard$ %~guard, ~Realm %~realm ) に対し，次を走らす：

1. %~Headers~obj ~LET %~realm に属する`新たな$ `Headers$I ~obj
2. %~Headers~obj の ⇒＃ `~header~list$Hl ~SET %~header~list, `~guard$Hl ~SET %~guard
3. ~RET %~Headers~obj

【 この~algoは、他所を簡潔に述べるために，この訳に導入している。 】

`~guardで検査する@ ときは、所与の ( %名前, %値, `~guard$Hl %~guard ) に対し，次を走らす：

【 この~algoは、共通な記述を集約するため，この訳に導入したものである。 】

1. ~IF［ %名前 は`名前$hdでない ］~OR［ %値 は`値$hdでない ］ ⇒ ~THROW `TypeError$E

2. %~guard に応じて：

   • `immutable^l ⇒ ~THROW `TypeError$E
   • `request^l ⇒ ~IF［ %名前 は`禁止~header名$である ］ ⇒ ~RET `不合格^i
   • `response^l ⇒ ~IF［ %名前 は`禁止~応答~header名$である ］ ⇒ ~RET `不合格^i
   • `request-no-cors^l ⇒ ~RET `場合によっては合格^i
3. ~RET `合格^i

`Headers$I ~obj %headers に~pair ( `名前$hd %名前 / `値$hd %値 ) を `付加する@Hl ときは、次を走らす： ◎ To append a name/value name/value pair to a Headers object (headers), run these steps:

1. %値 ~SET `値を正規化する$( %値 ) ◎ Normalize value.

2. `~guardで検査する$( %名前, %値, %headers の`~guard$Hl ) の結果に応じて：

   • `不合格^i ⇒ ~RET

   • `場合によっては合格^i：

     1. %一時的な値 ~LET `~header~listから値を取得する$( %headers の`~header~list$Hl, %名前 )
     2. ~IF［ %一時的な値 ~EQ ~NULL ］ ⇒ %一時的な値 ~SET %値
     3. ~ELSE ⇒ %一時的な値 に次を順に付加する ⇒＃ `2C^X, `20^X, %値
     4. ~IF［ ( %名前 / %一時的~値 ) は`~CORSなしで安全とされる要請~header$でない ］ ⇒ ~RET
   ◎ If name is not a name or value is not a value, then throw a TypeError. ◎ If headers’s guard is "immutable", then throw a TypeError. ◎ Otherwise, if headers’s guard is "request" and name is a forbidden header name, return. ◎ Otherwise, if headers’s guard is "request-no-cors": • Let temporaryValue be the result of getting name from headers’s header list. • If temporaryValue is null, then set temporaryValue to value. • Otherwise, set temporaryValue to temporaryValue, followed by 0x2C 0x20, followed by value. • If name/temporaryValue is not a no-CORS-safelisted request-header, then return. ◎ Otherwise, if headers’s guard is "response" and name is a forbidden response-header name, return.
3. %headers の`~header~list$Hlに`~headerを付加する$( %名前 / %値 ) ◎ Append name/value to headers’s header list.
4. ~IF［ %headers の`~guard$Hl ~EQ `request-no-cors^l ］ ⇒ %headers から`特権的~CORSなし要請~headerを除去する$ ◎ If headers’s guard is "request-no-cors", then remove privileged no-CORS request headers from headers.

`Headers$I ~obj %headers を，所与の~obj %~obj で `埋める@Hl ときは、次を走らす： ◎ To fill a Headers object headers with a given object object, run these steps:

1. ~IF［ %~obj は~IDL`連列~型$である ］： ◎ ↓

   1. %~obj を成す ~EACH( %~header ) に対し： ◎ If object is a sequence, then for each header in object:

      1. ~IF［ %~header 内の~item数 ~NEQ 2 ］ ⇒ ~THROW `TypeError$E ◎ If header does not contain exactly two items, then throw a TypeError.
      2. %headers に ( %~header の 1 個目の~item / %~header の 2 個目の~item ) を`付加する$Hl ◎ Append header’s first item/header’s second item to headers.
2. ~ELSE（ %~obj は~IDL`~record型$である ） ⇒ %~obj を成す ~EACH( %~key → %値 ) に対し ⇒ %headers に ( %~key / %値 ) を`付加する$Hl ◎ Otherwise, object is a record, then for each key → value in object, append key/value to headers.

`Headers$I ~obj %headers から `特権的~CORSなし要請~headerを除去する@ ときは、次を走らす： ◎ To remove privileged no-CORS request headers from a Headers object (headers), run these steps:

1. `特権的~CORSなし要請~header名$を成す ~EACH( %~header名 ) に対し ⇒ %headers の`~header~list$Hlから`~headerを削除する$( %~header名 ) ◎ For each headerName of privileged no-CORS request-header names: • Delete headerName from headers’s header list.

注記： これは、 %headers が特権的でない~codeにより改変されたときに~callされる。 ◎ This is called when headers are modified by unprivileged code.

`new Headers(init)@m 構築子~手続きは： ◎ The new Headers(init) constructor steps are:

1. コレの`~guard$Hl ~SET `none^l ◎ Set this’s guard to "none".
2. ~IF［ %init ~NEQ ε ］ ⇒ コレ を %init で`埋める$Hl ◎ If init is given, then fill this with init.

`delete(name)@m ~method~手続きは： ◎ The delete(name) method steps are:

1. `~guardで検査する$( %name, `valid-value^bl, コレの`~guard$Hl ) の結果に応じて：

   • `不合格^i ⇒ ~RET
   • `場合によっては合格^i ⇒ ~IF［ %name は`~CORSなしで安全とされる要請~header名$でない ］~AND［ %name は`特権的~CORSなし要請~header名$でない ］ ⇒ ~RET
   ◎ If name is not a name, then throw a TypeError. ◎ If this’s guard is "immutable", then throw a TypeError. ◎ Otherwise, if this’s guard is "request" and name is a forbidden header name, return. ◎ Otherwise, if this’s guard is "request-no-cors", name is not a no-CORS-safelisted request-header name, and name is not a privileged no-CORS request-header name, return. ◎ Otherwise, if this’s guard is "response" and name is a forbidden response-header name, return.
2. ~IF［ コレの`~header~list$Hl内に［ %name を`名前に持つ~header$ ］は無い ］ ⇒ ~RET ◎ If this’s header list does not contain name, then return.
3. コレの`~header~list$Hlから`~headerを削除する$( %name ) ◎ Delete name from this’s header list.
4. ~IF［ コレの`~guard$Hl ~EQ `request-no-cors^l ］ ⇒ コレから`特権的~CORSなし要請~headerを除去する$ ◎ If this’s guard is "request-no-cors", then remove privileged no-CORS request headers from this.

`get(name)@m ~method~手続きは： ◎ The get(name) method steps are:

1. ~IF［ %name は`名前$hdでない ］ ⇒ ~THROW `TypeError$E ◎ If name is not a name, then throw a TypeError.
2. ~RET `~header~listから値を取得する$( コレの`~header~list$Hl, %name ) ◎ Return the result of getting name from this’s header list.

`has(name)@m ~method~手続きは： ◎ The has(name) method steps are:

1. ~IF［ %name は`名前$hdでない ］ ⇒ ~THROW `TypeError$E ◎ If name is not a name, then throw a TypeError.
2. ~RET コレの`~header~list$Hl内に［ %name を`名前に持つ~header$ ］は［ 在るならば ~T ／ 無いならば ~F ］ ◎ Return true if this’s header list contains name; otherwise false.

`set(name, value)@m ~method~手続きは： ◎ The set(name, value) method steps are:

1. %value ~SET `値を正規化する$( %value ) ◎ Normalize value.

2. `~guardで検査する$( %name, %value, コレの`~guard$Hl ) の結果に応じて：

   • `不合格^i ⇒ ~RET
   • `場合によっては合格^i ⇒ ~IF［ ( %name / %value ) は`~CORSなしで安全とされる要請~header$でない ］ ⇒ ~RET
   ◎ If name is not a name or value is not a value, then throw a TypeError. ◎ If this’s guard is "immutable", then throw a TypeError. ◎ Otherwise, if this’s guard is "request" and name is a forbidden header name, return. ◎ Otherwise, if this’s guard is "request-no-cors" and name/value is not a no-CORS-safelisted request-header, return. ◎ Otherwise, if this’s guard is "response" and name is a forbidden response-header name, return.
3. コレの`~header~list$Hl内で`~headerを設定する$( %name / %value ) ◎ Set name/value in this’s header list.
4. ~IF［ `~guard$Hl ~EQ `request-no-cors^l ］ ⇒ コレから`特権的~CORSなし要請~headerを除去する$ ◎ If this’s guard is "request-no-cors", then remove privileged no-CORS request headers from this.

`本体と内容~型を安全に抽出する@ ときは、所与の ( %~obj ) に対し，次を走らす： ◎ To safely extract a body and a `Content-Type` value from a byte sequence or BodyInit object object, run these steps:

1. ~Assert： %~obj は［ `~byte列$ ／ `BodyInit$I ~obj ］である。 ◎ ↑
2. ~IF［ %~obj は `ReadableStream$I ~objである ］ ⇒ ~Assert： %~obj は次を満たしていない ⇒ ［ `妨げられている$RS ］~OR［ `~lockされている$RS ］ ◎ If object is a ReadableStream object, then: • Assert: object is neither disturbed nor locked.
3. ~RET `本体と内容~型を抽出する$( %~obj ) ◎ Return the results of extracting object.

注記： `本体と内容~型を安全に抽出する$演算は、例外を投出しないことが保証される，`本体と内容~型を抽出する$演算である。 ◎ The safely extract operation is a subset of the extract operation that is guaranteed to not throw an exception.

`本体と内容~型を抽出する@ ときは、所与の ( %~obj, %~keepalive~flag ~IN { `~keepalive@i, ε }（省略時は ε ） 【！boolean keepalive (default false)】 ) に対し，次を走らす 【この手続きは、~tuple ( `本体$, `Content-Type$h 用の`値$hd ) を返す】 ： ◎ To extract a body and a `Content-Type` value from a byte sequence or BodyInit object object, with an optional boolean keepalive (default false), run these steps:

1. ~Assert： %~obj は［ `~byte列$ ／ `BodyInit$I ~obj ］である。 ◎ ↑
2. %~stream ~LET %~obj ◎ Let stream be object＼
3. ~IF［ %~stream は `ReadableStream$I ~objでない ］ ⇒＃ %~stream ~SET `新たな$ `ReadableStream$I； %~stream を`設定しておく$RS() ◎ if object is a ReadableStream object. Otherwise, let stream be a new ReadableStream, and set up stream.
4. %動作 ~LET ~NULL ◎ Let action be null.
5. %~source ~LET ~NULL ◎ Let source be null.
6. %長さ ~LET ~NULL ◎ Let length be null.
7. %内容~型 ~LET ~NULL ◎ Let Content-Type be null.

8. %~obj に応じて： ◎ Switch on object:

   `Blob$I

   1. %動作 ~SET 次を走らす手続き ⇒ ~RET %~obj を読取った結果† ◎ Set action to this step: read object.
   2. %~source ~SET %~obj ◎ Set source to object.
   3. %長さ ~SET %~obj の `size$mF ◎ Set length to object’s size.
   4. ~IF［ %~obj の `type$mF 属性 ~NEQ 空~byte列 ］ ⇒ %内容~型 ~SET その属性~値 ◎ If object’s type attribute is not the empty byte sequence, set Content-Type to its value.

   【† 明確には指定されていないが、以降の処理は， `FILEAPI$r に定義される`~streamを取得する$のと同じ結果になると見受けられる。 】

   `~byte列$ ◎ byte sequence

   %~source ~SET %~obj ◎ Set source to object.

   `BufferSource$I

   %~source ~SET %~obj が保持している~byte列の`複製を取得する$ ◎ Set source to a copy of the bytes held by object.

   `FormData$I

   1. %動作 ~SET 次を走らす手続き ⇒ ~RET `~mp_form_dataとして符号化する$( %~obj の`~entry~list$, `~UTF-8$enc ) ◎ Set action to this step: run the multipart/form-data encoding algorithm, with object’s entry list and UTF-8.
   2. %~source ~SET %~obj ◎ Set source to object.
   3. %長さ ~SET 不明瞭 — これを改善することについては ~HTML 課題 #6424 を見よ ◎ Set length to unclear, see html/6424 for improving this.
   4. %内容~型 ~SET `multipart/form-data; boundary=^bl ◎ Set Content-Type to `multipart/form-data; boundary=`,＼
   5. %内容~型 に次を付加する ⇒ %動作 により生成されることになる `~mp_form_data境界~文字列$ ◎ followed by the multipart/form-data boundary string generated by the multipart/form-data encoding algorithm.

   `URLSearchParams$I

   1. %~source ~SET `~form_urlencoded直列化器$( %~obj の`名値~pair~list$ ) ◎ Set source to the result of running the application/x-www-form-urlencoded serializer with object’s list.
   2. %内容~型 ~SET `application/x-www-form-urlencoded;charset=UTF-8^bl ◎ Set Content-Type to `application/x-www-form-urlencoded;charset=UTF-8`.

   `~scalar値~文字列$

   1. %~source ~SET `~UTF-8符号化する$( %~obj ) ◎ Set source to the UTF-8 encoding of object.
   2. %内容~型 ~SET `text/plain;charset=UTF-8^bl ◎ Set Content-Type to `text/plain;charset=UTF-8`.

   `ReadableStream$I

   1. ~IF［ %~keepalive~flag ~NEQ ε ］~OR［ %~obj は`妨げられている$RS ］~OR［ %~obj は`~lockされている$RS ］ ⇒ ~THROW `TypeError$E ◎ If keepalive is true, then throw a TypeError. ◎ If object is disturbed or locked, then throw a TypeError.

9. ~IF［ %~source は`~byte列$である ］ ⇒ %動作 ~SET 次を走らす手続き ⇒ ~RET %~source `and length to source’s length^en 【意図不明。 %長さ ~SET %~source の`長さ$？】 ◎ If source is a byte sequence, then set action to a step that returns source and length to source’s length.

10. ~IF［ %動作 ~NEQ ~NULL ］ ⇒ 次に従う下で %動作 を`並列的$に走らす： ◎ If action is non-null, then run these steps in in parallel: • Run action.

    • 【 %動作 の途中結果から】 1 個以上の~byte %~byte列 が可用になるたびに ⇒ %~stream に`~chunkを~enqueueする$RS( %~byte列 を包含している `ArrayBuffer$I を包装している `Uint8Array$I ) ◎ Whenever one or more bytes are available and stream is not errored, enqueue a Uint8Array wrapping an ArrayBuffer containing the available bytes into stream.
    • 前項により %~stream が`~errorした$RSときは ⇒ この段を終える 【この場合、次項を飛ばしても同じ結果になると見受けられる。】 ◎ ↑
    • %動作 を走らせ終えたときは ⇒ %~stream を`~closeする$RS() ◎ When running action is done, close stream.
11. %本体 ~LET 次のようにされた新たな`本体$ ⇒＃ `~stream$bd ~SET %~stream, `~source$bd ~SET %~source, `長さ$bd ~SET %長さ ◎ Let body be a body whose stream is stream, source is source, and length is length.
12. ~RET ( %本体, %内容~型 ) ◎ Return body and Content-Type.

`~dataを梱包する@ ~algoは、所与の ( %~byte列, %型, %~MIME型 ) に対し， %型 に応じて次を走らす： ◎ The package data algorithm, given bytes, type, and a mimeType, switches on type, and runs the associated steps:

`ArrayBuffer^i

~RET %~byte列 を内容とする新たな `ArrayBuffer$I ◎ Return a new ArrayBuffer whose contents are bytes.

注記： `ArrayBuffer^I を割振るときには、 `RangeError$E が投出され得る。 ◎ Allocating an ArrayBuffer can throw a RangeError.

`Blob^i

~RET 次のようにされた `Blob$I ⇒＃ %~byte列 を内容とする, `type$mF 属性 ~SET %~MIME型 ◎ Return a Blob whose contents are bytes and type attribute is mimeType.

`FormData^i

%~MIME型 の`~essence$に応じて： ◎ ↓

`multipart/form-data^l ◎ If mimeType’s essence is "multipart/form-data", then:

1. `Returning Values from Forms: multipart/form-data^cite `RFC7578$r に則って、 ( %~MIME型 の `boundary^bl ~parameterの値 ) を与える下で， %~byte列 を構文解析する — それにより得られた各 部位 %部位 に対しては、［ %部位 の中の `Content-Disposition^h ~headerが `filename^bl ~parameterを包含するかどうか ］に応じて，［ 次に与える値を値にとる`~entry$xhr ］に構文解析するモノトスル： ◎ Parse bytes, using the value of the `boundary` parameter from mimeType, per the rules set forth in Returning Values from Forms: multipart/form-data. [RFC7578]

   • 包含する場合、次のようにされた `File$I ~obj：

     • その内容【~byte列~data】 ~SET %部位 の内容
     • `name$mF 属性の値 ~SET `filename^bl ~parameterの値
     • `type$mF 属性の値 ~SET %部位 内に `Content-Type$h ~headerが［ あれば その~header値 ／ なければ `text/plain^bl （ `RFC7578$r § 4.4 に定義される既定） ］
     ◎ Each part whose `Content-Disposition` header contains a `filename` parameter must be parsed into an entry whose value is a File object whose contents are the contents of the part. The name attribute of the File object must have the value of the `filename` parameter of the part. The type attribute of the File object must have the value of the `Content-Type` header of the part if the part has such header, and `text/plain` (the default defined by [RFC7578] section 4.4) otherwise.

   • 包含しない場合、次の結果 ⇒ `~BOMはそのままに~UTF-8復号する$( %部位 の内容 ) ◎ Each part whose `Content-Disposition` header does not contain a `filename` parameter must be parsed into an entry whose value is the UTF-8 decoded without BOM content of the part.＼

     注記： これは、［ `Content-Type$h ~header ／ `charset^bl ~parameter ］の有無やその値に関わらず行われる。 ◎ This is done regardless of the presence or the value of a `Content-Type` header and regardless of the presence or the value of a `charset` parameter.

   注記： ［ `Content-Disposition^h ~headerが `name^bl ~parameterを包含していて, その値は `_charset_^bl である ］ような部位も、他の部位と同様に構文解析される。 それは符号化法を変更することはない。 ◎ A part whose `Content-Disposition` header contains a `name` parameter whose value is `_charset_` is parsed like any other part. It does not change the encoding.

2. ~IF［ 何らかの事由で，前~段が失敗した ］ ⇒ ~THROW `TypeError$E ◎ If that fails for some reason, then throw a TypeError.
3. ~RET ［ `~entry$xhrの~list ~SET 構文解析した結果の`~entry$xhrたち ］にされた，新たな `FormData$I ~obj ◎ Return a new FormData object, appending each entry, resulting from the parsing operation, to entries.

課題： 上述は `multipart/form-data^bl に必要なものの~~概略であり、より詳細な構文解析~仕様が書かれることになる。 ~~協力を歓迎する。 ◎ The above is a rough approximation of what is needed for `multipart/form-data`, a more detailed parsing specification is to be written. Volunteers welcome.

`application/x-www-form-urlencoded^l ◎ Otherwise, if mimeType’s essence is "application/x-www-form-urlencoded", then:

1. %~entry群 ~LET `~form_urlencoded構文解析器$( %~byte列 ) ◎ Let entries be the result of parsing bytes.
2. ~IF［ %~entry群 ~EQ `失敗^i ］ ⇒ ~THROW `TypeError$E ◎ If entries is failure, then throw a TypeError.
3. ~ELSE ⇒ ~RET 次のようにされた，新たな `FormData$I ~obj ⇒ `~entry$xhrの~list ~SET %~entry群 ◎ Return a new FormData object whose entries are entries.

その他

~THROW `TypeError$E ◎ Otherwise, throw a TypeError.

`JSON^i

~RET `~JSON~byte列を~JS値に構文解析する$( %~byte列 ) ◎ Return the result of running parse JSON from bytes on bytes.

`text^i

~RET `~UTF-8復号する$( %~byte列 ) ◎ Return the result of running UTF-8 decode on bytes.

`本体を消費する@ ~algoは、所与の ( %~obj, %型 ) に対し，次を走らす： ◎ The consume body algorithm, given an object and type, runs these steps:

1. ~IF［ %~obj は`利用-不能$Bdである ］ ⇒ ~RET `TypeError$E で`却下される~promise$ ◎ If object is unusable, then return a promise rejected with a TypeError.
2. %~promise ~LET 空な`~byte列$で`解決される~promise$ ◎ Let promise be a promise resolved with an empty byte sequence.
3. ~IF［ %~obj の`本体$Bd ~NEQ ~NULL ］ ⇒ %~promise ~SET `本体を~promiseとして全部的に読取る$( %~obj の`本体$Bd ) ◎ If object’s body is non-null, then set promise to the result of fully reading body as promise given object’s body.
4. %手続き ~LET 次を走らす手続き ⇒ ~RET `~dataを梱包する$( 所与の最初の引数, %型, %~obj の`~MIME型$Bd() ) ◎ Let steps be to return the result of package data with the first argument given, type, and object’s MIME type.
5. ~RET %~promise の`充足-時$には %手続き を遂行するようにした結果 ◎ Return the result of upon fulfillment of promise given steps.

`Request$I ~objの`~MIME型$Bdは、次の結果を返す ⇒ `~header~listから~MIME型を抽出する$( ~objの`要請$Rqの`~header~list$rq ) ◎ A Request object’s MIME type is to return the result of extracting a MIME type from its request’s header list.

`~Request~objを作成する@ ときは、所与の ( `要請$ %要請, `~Headers用の~guard$ %~guard, ~Realm %~realm ) に対し，次の手続きを走らす： ◎ To create a Request object, given a request request, headers guard guard, and Realm realm, run these steps:

1. %~Request~obj ~LET %~realm に属する`新たな$ `Request$I ~obj ◎ Let requestObject be a new Request object with realm.
2. %~Request~obj の ⇒＃ `要請$Rq ~SET %要請, `~Headers$Rq ~SET `~Headers~objを作成する$( %要請 の`~header~list$rq, %~guard, %~realm ), `通達$Rq ~SET %~realm 属する`新たな$ `AbortSignal$I ~obj ◎ Set requestObject’s request to request. ◎ Set requestObject’s headers to a new Headers object with realm, whose headers list is request’s headers list and guard is guard. ◎ Set requestObject’s signal to a new AbortSignal object with realm.
3. ~RET %~Request~obj【！request】 ◎ Return request.

`new Request(input, init)@m 構築子~手続きは： ◎ The new Request(input, init) constructor steps are:

1. %要請 ~LET ~NULL ◎ Let request be null.
2. %~fallback~mode ~LET ~NULL ◎ Let fallbackMode be null.
3. %基底~URL ~LET コレに`関連な設定群~obj$の`~API用~基底~URL$enV ◎ Let baseURL be this’s relevant settings object’s API base URL.
4. %通達 ~LET ~NULL ◎ Let signal be null.

5. ~IF［ %input は文字列である ］： ◎ If input is a string, then:

   1. %構文解析した~URL ~LET `~URL構文解析する$( %input, %基底~URL ) ◎ Let parsedURL be the result of parsing input with baseURL.
   2. ~IF［ %構文解析した~URL ~EQ `失敗^i ］ ⇒ ~THROW `TypeError$E ◎ If parsedURL is failure, then throw a TypeError.
   3. ~IF［ %構文解析した~URL は`資格証を含んで$いる ］ ⇒ ~THROW `TypeError$E ◎ If parsedURL includes credentials, then throw a TypeError.
   4. %要請 ~SET 次のようにされた，新たな`要請$ ⇒ `~URL$rq ~SET %構文解析した~URL ◎ Set request to a new request whose URL is parsedURL.
   5. %~fallback~mode ~SET `cors^l ◎ Set fallbackMode to "cors".

6. ~ELSE： ◎ Otherwise:

   1. ~Assert： %input は `Request$I ~objである。 ◎ Assert: input is a Request object.
   2. %要請 ~SET %input の`要請$Rq ◎ Set request to input’s request.
   3. %通達 ~SET %input の`通達$Rq ◎ Set signal to input’s signal.
7. %生成元 ~LET コレに`関連な設定群~obj$の`生成元$enV ◎ Let origin be this’s relevant settings object’s origin.
8. %~window ~LET `client^l ◎ Let window be "client".
9. ~IF［ %要請 の`~window$rqは`環境~設定群~obj$である ］~AND［ ( %要請 の`~window$rqの`生成元$enV, %生成元 ) は`同一-生成元$である ］ ⇒ %~window ~SET %要請 の`~window$rq ◎ If request’s window is an environment settings object and its origin is same origin with origin, then set window to request’s window.

10. %init[ "`window$RqI" ] に応じて：

    • ε ⇒ 何もしない
    • ~NULL ⇒ %~window ~SET `no-window^l
    • その他 ⇒ ~THROW `TypeError$E
    ◎ If init["window"] exists and is non-null, then throw a TypeError. ◎ If init["window"] exists, then set window to "no-window".
11. %要請 ~SET 次のように設定された，新たな`要請$ ⇒＃ `~URL$rq ~SET %要請 の`現在の~URL$rq, `~method$rq ~SET %要請 の`~method$rq, `~header~list$rq ~SET %要請 の`~header~list$rqの複製, `非安全~要請か$rq ~SET ~T, `~client$rq ~SET コレに`関連な設定群~obj$, `~window$rq ~SET %~window, `優先度$rq ~SET %要請 の`優先度$rq, `生成元$rq ~SET `client^l, `~referrer$rq ~SET %要請 の`~referrer$rq, `~referrer施策$rq ~SET %要請 の`~referrer施策$rq, `~mode$rq ~SET %要請 の`~mode$rq, `資格証~mode$rq ~SET %要請 の`資格証~mode$rq, `~cache~mode$rq ~SET %要請 の`~cache~mode$rq, `~redirect~mode$rq ~SET %要請 の`~redirect~mode$rq, `完全性~metadata$rq ~SET %要請 の`完全性~metadata$rq, `~keepaliveか$rq ~SET %要請 の`~keepaliveか$rq, `再読込み~naviか$rq ~SET %要請 の`再読込み~naviか$rq, `履歴~naviか$rq ~SET %要請 の`履歴~naviか$rq ◎ Set request to a new request with the following properties: ◎ URL • request’s current URL. method • request’s method. header list • A copy of request’s header list. unsafe-request flag • Set. client • This’s relevant settings object. window • window. priority • request’s priority. origin • "client". referrer • request’s referrer. referrer policy • request’s referrer policy. mode • request’s mode. credentials mode • request’s credentials mode. cache mode • request’s cache mode. redirect mode • request’s redirect mode. integrity metadata • request’s integrity metadata. keepalive • request’s keepalive. reload-navigation flag • request’s reload-navigation flag. history-navigation flag • request’s history-navigation flag.

12. ~IF［ %init は`空$mapでない ］： ◎ If init is not empty, then:

    1. ~IF［ %要請 の`~mode$rq ~EQ `navigate^l ］ ⇒ %要請 の`~mode$rq ~SET `same-origin^l ◎ If request’s mode is "navigate", then set it to "same-origin".
    2. %要請 の ⇒＃ `再読込み~naviか$rq ~SET ~F, `履歴~naviか$rq ~SET ~F, `~referrer$rq ~SET `client^l, `~referrer施策$rq ~SET 空~文字列 ◎ Unset request’s reload-navigation flag. ◎ Unset request’s history-navigation flag. ◎ Set request’s referrer to "client" ◎ Set request’s referrer policy to the empty string.

    注記： これは、~swが要請 — 例えば，非同一-生成元~stylesheetからの画像 — を “~redirect” して 改変を加えたときに、元の~source（すなわち，非同一-生成元~stylesheet）から来たのでなく，その~swから来たように現れることを確保するために行われる。 元の~sourceは，~swと同じ種類の要請~すら生成できないかもしれないので、このことは重要になる。 これが行われないと、元の~sourceを信用する~serviceは，悪用されかねない — そこまで行き着くことは まず無さそうだが。 ◎ This is done to ensure that when a service worker "redirects" a request, e.g., from an image in a cross-origin style sheet, and makes modifications, it no longer appears to come from the original source (i.e., the cross-origin style sheet), but instead from the service worker that "redirected" the request. This is important as the original source might not even be able to generate the same kind of requests as the service worker. Services that trust the original source could therefore be exploited were this not done, although that is somewhat farfetched.

13. %~referrer ~LET %init[ "`referrer$RqI" ] ◎ ↓

14. ~IF［ %~referrer ~NEQ ε ］： ◎ If init["referrer"] exists, then: • Let referrer be init["referrer"].

    1. ~IF［ %~referrer ~EQ 空~文字列 ］ ⇒＃ %要請 の`~referrer$rq ~SET `no-referrer^l ◎ If referrer is the empty string, then set request’s referrer to "no-referrer".

    2. ~ELSE： ◎ Otherwise:

       1. %構文解析した~referrer ~LET `~URL構文解析する$( %~referrer, %基底~URL ) ◎ Let parsedReferrer be the result of parsing referrer with baseURL.
       2. ~IF［ %構文解析した~referrer ~EQ `失敗^i ］ ⇒ ~THROW `TypeError$E ◎ If parsedReferrer is failure, then throw a TypeError.

       3. ~IF［ 次のいずれかが満たされる ］…： ◎ If one of the following is true

          • %構文解析した~referrer は次をいずれも満たす

            • `基底~URL不可$url ~EQ ~T
            • `~scheme$url ~EQ `about^l
            • `~path$url は 単独の文字列 `client^l からなる
            ◎ parsedReferrer’s cannot-be-a-base-URL is true, scheme is "about", and path contains a single string "client"
          • ( %構文解析した~referrer の`生成元$url, %生成元 ) は`同一-生成元$でない ◎ parsedReferrer’s origin is not same origin with origin

          …ならば ⇒ %要請 の`~referrer$rq ~SET `client^l ◎ then set request’s referrer to "client".

       4. ~ELSE ⇒ %要請 の`~referrer$rq ~SET %構文解析した~referrer ◎ Otherwise, set request’s referrer to parsedReferrer.

15. ~IF［ %init[ "`referrerPolicy$RqI" ] ~NEQ ε ］ ⇒ %要請 の`~referrer施策$rq ~SET その値 ◎ If init["referrerPolicy"] exists, then set request’s referrer policy to it.

16. %~mode ~LET ［ %init[ "`mode$RqI" ] ~NEQ ε ならば その値 ／ ~ELSE_ %~fallback~mode ］ ◎ Let mode be init["mode"] if it exists, and fallbackMode otherwise.
17. ~IF［ %~mode ~EQ `navigate^l ］ ⇒ ~THROW `TypeError$E ◎ If mode is "navigate", then throw a TypeError.
18. ~IF［ %~mode ~NEQ ~NULL ］ ⇒ %要請 の`~mode$rq ~SET %~mode ◎ If mode is non-null, set request’s mode to mode.
19. ~IF［ %init[ "`credentials$RqI" ] ~NEQ ε ］ ⇒ %要請 の`資格証~mode$rq ~SET その値 ◎ If init["credentials"] exists, then set request’s credentials mode to it.
20. ~IF［ %init[ "`cache$RqI" ] ~NEQ ε ］ ⇒ %要請 の`~cache~mode$rq ~SET その値 ◎ If init["cache"] exists, then set request’s cache mode to it.
21. ~IF［ %要請 の`~cache~mode$rq ~EQ `only-if-cached^l ］~AND［ %要請 の`~mode$rq ~NEQ `same-origin^l ］ ⇒ ~THROW `TypeError$E ◎ If request’s cache mode is "only-if-cached" and request’s mode is not "same-origin", then throw a TypeError.
22. ~IF［ %init[ "`redirect$RqI" ] ~NEQ ε ］ ⇒ %要請 の`~redirect~mode$rq ~SET その値 ◎ If init["redirect"] exists, then set request’s redirect mode to it.
23. ~IF［ %init[ "`integrity$RqI" ] ~NEQ ε ］ ⇒ %要請 の`完全性~metadata$rq ~SET その値 ◎ If init["integrity"] exists, then set request’s integrity metadata to it.
24. %要請 の`~keepaliveか$rq ~SET %init[ "`keepalive$RqI" ] に応じて ⇒＃ ~T【！init["keepalive"] exists】 ならば ~T ／ ~ELSE_ ~F ◎ If init["keepalive"] exists, then set request’s keepalive to it.
25. %~method ~LET %init[ "`method$RqI" ] ◎ ↓

26. ~IF［ %~method ~NEQ ε ］： ◎ If init["method"] exists, then: • Let method be init["method"].

    1. ~IF［ %~method は`~method$でない ］~OR［ %~method は`禁止~method$である ］ ⇒ ~THROW `TypeError$E ◎ If method is not a method or method is a forbidden method, then throw a TypeError.
    2. %要請 の`~method$rq ~SET `~methodを正規化する$( %~method ) ◎ Normalize method. ◎ Set request’s method to method.
27. ~IF［ %init[ "`signal$RqI" ] ~NEQ ε ］ ⇒ %通達 ~SET その値 ◎ If init["signal"] exists, then set signal to it.
28. コレの`要請$Rq ~SET %要請 ◎ Set this’s request to request.
29. コレの`通達$Rq ~SET コレに`関連な~Realm$に属する`新たな$ `AbortSignal$I ~obj ◎ Set this’s signal to a new AbortSignal object with this’s relevant Realm.

30. ~IF［ %通達 ~NEQ ~NULL ］ ⇒ `通達に追従させる$( コレの`通達$Rq, %通達 ) ◎ If signal is not null, then make this’s signal follow signal.

31. コレの`~Headers$Rq ~SET `~Headers~objを作成する$( %要請 の`~header~list$rq, `request^l, コレに`関連な~Realm$ ) ◎ Set this’s headers to a new Headers object with this’s relevant Realm, whose header list is request’s header list and guard is "request".

32. ~IF［ コレの`要請$Rqの`~mode$rq ~EQ `no-cors^l ］： ◎ If this’s request’s mode is "no-cors", then:

    1. ~IF［ コレの`要請$Rqの`~method$rqは `~CORS安全とされる~method$でない ］ ⇒ ~THROW `TypeError$E ◎ If this’s request’s method is not a CORS-safelisted method, then throw a TypeError.
    2. コレの`~Headers$Rqの`~guard$Hl ~SET `request-no-cors^l ◎ Set this’s headers’s guard to "request-no-cors".

33. ~IF［ %init は`空$mapでない ］： ◎ If init is not empty, then:

    注記： %headers は，この~mode【 %~mode？ 】では許容されない~headerを包含するかもしれないので、この段で無毒化される。 他の場合、それは以前に無毒化されたか，特権的~APIによる設定-時から改変されてない。 ◎ The headers are sanitized as they might contain headers that are not allowed by this mode. Otherwise, they were previously sanitized or are unmodified since they were set by a privileged API.

    1. %headers ~LET %init[ "`headers$RqI" ] ◎ ↓
    2. ~IF［ %headers ~EQ ε ］ ⇒ %headers ~SET コレの`~Headers$Rqの複製 — `~header~list$Hlも含めて複製する ◎ Let headers be a copy of this’s headers and its associated header list. ◎ If init["headers"] exists, then set headers to init["headers"].
    3. コレの`~Headers$Rqの`~header~list$Hlを空にする ◎ Empty this’s headers’s header list.
    4. ~IF［ %headers は `Headers$I ~objである ］ ⇒ %headers の`~header~list$Hlを成す ~EACH( %~header ) に対し ⇒ コレの`~Headers$Rqに ( %~header の`名前$hd / %~header の`値$hd ) を`付加する$Hl ◎ If headers is a Headers object, then for each header in its header list, append header’s name/header’s value to this’s headers.
    5. ~ELSE ⇒ コレの`~Headers$Rqを %headers で`埋める$Hl ◎ Otherwise, fill this’s headers with headers.
34. %入力~本体 ~LET %input に応じて ⇒＃ `Request$I ~objであるならば %input の`要請$Rqの`本体$rq ／ ~ELSE_ ~NULL ◎ Let inputBody be input’s request’s body if input is a Request object; otherwise null.
35. %本体~member ~LET ［ %init[ "`body$RqI" ] ~NEQ ε ならば その値 ／ ~ELSE_ ~NULL ］ ◎ ↓
36. ~IF［［ %本体~member ~NEQ ~NULL ］~OR［ %入力~本体 ~NEQ ~NULL ］］~AND［ %要請 の`~method$rq ~IN { `GET$hm, `HEAD$hm } ］ ⇒ ~THROW `TypeError$E ◎ If either init["body"] exists and is non-null or inputBody is non-null, and request’s method is `GET` or `HEAD`, then throw a TypeError.
37. %初期~本体 ~LET ~NULL ◎ Let initBody be null.

38. ~IF［ %本体~member ~NEQ ~NULL ］： ◎ If init["body"] exists and is non-null, then:

    1. %内容~型 ~LET ~NULL ◎ Let Content-Type be null.
    2. ( %初期~本体, %内容~型 ) ~SET %要請 の`~keepaliveか$rq に応じて ⇒＃ ~T ならば `本体と内容~型を抽出する$( %本体~member, `~keepalive$i ) ／ ~F ならば `本体と内容~型を抽出する$( %本体~member ) ◎ Set initBody and Content-Type to the result of extracting init["body"], with keepalive set to request’s keepalive.
    3. ~IF［ %内容~型 ~NEQ ~NULL ］~AND［［ コレの`~Headers$Rqの`~header~list$Hl ］内に［ `Content-Type$h を`名前に持つ~header$ ］は無い ］ ⇒ コレの`~Headers$Rqに ( `Content-Type$h / %内容~型 ) を`付加する$Hl ◎ If Content-Type is non-null and this’s headers’s header list does not contain `Content-Type`, then append `Content-Type`/Content-Type to this’s headers.
39. %最終-本体【！inputOrInitBody（不要）】 ~LET ［ %初期~本体 ~NEQ ~NULL ならば %初期~本体 ／ ~ELSE_ %入力~本体 ］ ◎ Let inputOrInitBody be initBody if it is non-null; otherwise inputBody.

40. ~IF［ %最終-本体 ~NEQ ~NULL ］~AND［ %最終-本体 の`~source$bd ~EQ ~NULL ］： ◎ If inputOrInitBody is non-null and inputOrInitBody’s source is null, then:

    1. ~IF［ コレの`要請$Rqの`~mode$rq ~NIN { `same-origin^l, `cors^l } ］ ⇒ ~THROW `TypeError$E ◎ If this’s request’s mode is neither "same-origin" nor "cors", then throw a TypeError.
    2. コレの`要請$Rqの`~CORS予行を利用するか$rq ~SET ~T ◎ Set this’s request’s use-CORS-preflight flag.

41. ~IF［ %初期~本体 ~EQ ~NULL ］~AND［ %入力~本体 ~NEQ ~NULL ］： ◎ ↑Let finalBody be inputOrInitBody. ◎ If initBody is null and inputBody is non-null, then:

    1. ~IF［ %input は`利用-不能$Bdである ］ ⇒ ~THROW `TypeError$E ◎ If input is unusable, then throw a TypeError.
    2. %最終-本体 ~SET `~proxyを作成する$RS( %入力~本体 ) ◎ Set finalBody to the result of creating a proxy for inputBody.
42. コレの`要請$Rqの`本体$rq ~SET %最終-本体 ◎ Set this’s request’s body to finalBody.

`clone()@m ~method~手続きは： ◎ The clone() method steps are:

1. ~IF［ コレは`利用-不能$Bdである ］ ⇒ ~THROW `TypeError$E ◎ If this is unusable, then throw a TypeError.
2. %~cloneした要請 ~LET `要請を~cloneする$( コレの`要請$Rq ) ◎ Let clonedRequest be the result of cloning this’s request.
3. %~cloneした~Request~obj ~LET `~Request~objを作成する$( %~cloneした要請, コレの`~Headers$Rqの`~guard$Hl, コレに`関連な~Realm$ ) ◎ Let clonedRequestObject be the result of creating a Request object, given clonedRequest, this’s headers’s guard, and this’s relevant Realm.
4. `通達に追従させる$( %~cloneした~Request~obj の`通達$Rq, コレの`通達$Rq ) ◎ Make clonedRequestObject’s signal follow this’s signal.
5. ~RET %~cloneした~Request~obj ◎ Return clonedRequestObject.

`Response$I ~objの`~MIME型$Bdは、次の結果を返す ⇒ `~header~listから~MIME型を抽出する$( ~objの`応答$Rsの`~header~list$rs ) ◎ A Response object’s MIME type is to return the result of extracting a MIME type from its response’s header list.

`~Response~objを作成する@ ときは、所与の ( `応答$ %応答, `~Headers用の~guard$ %~guard, ~Realm %~realm ) に対し，次の手続きを走らす： ◎ To create a Response object, given a response response, headers guard guard, and Realm realm, run these steps:

1. %~Response~obj ~LET %~realm に属する`新たな$ `Response$I ~obj ◎ Let responseObject be a new Response object with realm.
2. %~Response~obj の ⇒＃ `応答$Rs ~SET %応答, `~Headers$Rs ~SET `~Headers~objを作成する$( %応答 の`~header~list$rs, %~guard, %~realm ) ◎ Set responseObject’s response to response. ◎ Set responseObject’s headers to a new Headers object with realm, whose headers list is response’s headers list and guard is guard.
3. ~RET %~Response~obj ◎ Return responseObject.

`new Response(body, init)@m 構築子~手続きは： ◎ The new Response(body, init) constructor steps are:

1. ~IF［ %init[ "`status$RsI" ] ~NIN { `200^st 〜 `599^st } ］ ⇒ ~THROW `RangeError$E ◎ If init["status"] is not in the range 200 to 599, inclusive, then throw a RangeError.
2. ~IF［ %init[ "`statusText$RsI" ] は `reason-phrase$p ~token生成規則に合致しない ］ ⇒ ~THROW `TypeError$E ◎ If init["statusText"] does not match the reason-phrase token production, then throw a TypeError.
3. %応答 ~LET 新たな`応答$ ◎ ↓
4. コレの`応答$Rs ~SET %応答 ◎ Set this’s response to a new response.
5. コレの`~Headers$Rs ~SET `~Headers~objを作成する$( %応答 の`~header~list$rs, `response^l, コレに`関連な~Realm$ ) ◎ Set this’s headers to a new Headers object with this’s relevant Realm, whose header list is this’s response’s header list and guard is "response".
6. %応答 の`状態s$rs ~SET %init[ "`status$RsI" ] ◎ Set this’s response’s status to init["status"].
7. %応答 の`状態s~message$rs ~SET %init[ "`statusText$RsI" ] ◎ Set this’s response’s status message to init["statusText"].
8. ~IF［ %init[ "`headers$RsI" ] ~NEQ ε ］ ⇒ コレの`~Headers$Rsを %init[ "`headers$RsI" ] で`埋める$Hl ◎ If init["headers"] exists, then fill this’s headers with init["headers"].

9. ~IF［ %body ~NEQ ~NULL ］： ◎ If body is non-null, then:

   1. ~IF［ %init[ "`status$RsI" ] は`~null本体~状態s$である ］ ⇒ ~THROW `TypeError$E ◎ If init["status"] is a null body status, then throw a TypeError.

      注記： `101$st は、この段には影響しない — それは、他所におけるその利用に因り，`~null本体~状態s$に含まれているので。 ◎ 101 is included in null body status due to its use elsewhere. It does not affect this step.

   2. %内容~型 ~LET ~NULL ◎ Let Content-Type be null.
   3. ( %応答 の`本体$rs, %内容~型 ) ~SET `本体と内容~型を抽出する$( %body ) ◎ Set this’s response’s body and Content-Type to the result of extracting body.
   4. ~IF［ %内容~型 ~NEQ ~NULL ］~AND［ %応答 の`~header~list$rs内に［ `Content-Type$h を`名前に持つ~header$ ］は無い ］ ⇒ %応答 の`~header~list$rsに`~headerを付加する$( `Content-Type$h / %内容~型 ) ◎ If Content-Type is non-null and this’s response’s header list does not contain `Content-Type`, then append `Content-Type`/Content-Type to this’s response’s header list.

`redirect(url, status)@m 静的~method~手続きは： ◎ The static redirect(url, status) method steps are:

1. %構文解析した~URL ~LET `~URL構文解析する$( %url, `現在の設定群~obj$の`~API用~基底~URL$enV ) ◎ Let parsedURL be the result of parsing url with current settings object’s API base URL.
2. ~IF［ %構文解析した~URL ~EQ `失敗^i ］ ⇒ ~THROW `TypeError$E ◎ If parsedURL is failure, then throw a TypeError.
3. ~IF［ %status は `~redirect状態s$でない ］ ⇒ ~THROW `RangeError$E ◎ If status is not a redirect status, then throw a RangeError.
4. %~Response~obj ~LET `~Response~objを作成する$( 新たな`応答$, `immutable^l, コレに`関連な~Realm$ ) ◎ Let responseObject be the result of creating a Response object, given a new response, "immutable", and this’s relevant Realm.
5. %~Response~obj の`応答$Rsの`状態s$rs ~SET %status ◎ Set responseObject’s response’s status to status.
6. %値 ~LET `同型に符号化する$( `~URLを直列化する$( %構文解析した~URL ) ) ◎ Let value be parsedURL, serialized and isomorphic encoded.
7. %~Response~obj の`応答$Rsの`~header~list$rsに`~headerを付加する$( `Location$h / %値 ) ◎ Append `Location`/value to responseObject’s response’s header list.
8. ~RET %~Response~obj ◎ Return responseObject.

`redirected@m 取得子~手続きは ⇒ ~RET ［ 次が満たされるならば ~T ／ ~ELSE_ ~F ］ ⇒ コレの`応答$Rsの`~URL~list$rsの`~size$ ~GT 1 ◎ The redirected getter steps are to return true if this’s response’s URL list has more than one item; otherwise false.

注記： ~redirectの結果による`応答$をはじくときは、~APIを通して直に行う — 例えば `fetch(url, { redirect:"error" })^c のように。 こうすれば、安全でないものにもなり得る`応答$が不用意に漏洩されるのを~~防げる。 ◎ To filter out responses that are the result of a redirect, do this directly through the API, e.g., fetch(url, { redirect:"error" }). This way a potentially unsafe response cannot accidentally leak.

`clone()@m ~method~手続きは： ◎ The clone() method steps are:

1. ~IF［ コレは`利用-不能$Bdである ］ ⇒ ~THROW `TypeError$E ◎ If this is unusable, then throw a TypeError.
2. %~cloneした応答 ~LET `応答を~cloneする$( コレの`応答$Rs ) ◎ Let clonedResponse be the result of cloning this’s response.
3. ~RET `~Response~objを作成する$( %~cloneした応答, コレの`~Headers$Rsの`~guard$Hl, コレに`関連な~Realm$ ) ◎ Return the result of creating a Response object, given clonedResponse, this’s headers’s guard, and this’s relevant Realm.

`fetch(input, init)@m ~method~手続きは： ◎ The fetch(input, init) method steps are:

1. %~promise ~LET `新たな~promise$ ◎ Let p be a new promise.
2. %~Request~obj ~LET 新たな `Request$I ~obj ◎ ↓
3. %~Request~obj 上の `new Request$m 構築子~手続き( %input, %init ) 【！構築子の初期~値を呼出した結果】 ⇒ 例外が投出された場合は ⇒＃ その例外で %~promise を`却下する$； ~RET %~promise ◎ Let requestObject be the result of invoking the initial value of Request as constructor with input and init as arguments. If this throws an exception, reject p with it and return p.
4. %要請 ~LET %~Request~obj の`要請$Rq ◎ Let request be requestObject’s request.

5. ~IF［ %~Request~obj の`通達$Rqの`中止されたか$aB ~EQ ~T ］： ◎ If requestObject’s signal’s aborted flag is set, then:

   1. `~fetchを中止する$( %~promise, %要請, ~NULL ) ◎ Abort fetch with p, request, and null.
   2. ~RET %~promise ◎ Return p.
6. %大域~obj ~LET %要請 の`~client$rqの`大域~obj$enV ◎ Let globalObject be request’s client’s global object.
7. ~IF［ %大域~obj は `ServiceWorkerGlobalScope$I ~objである ］ ⇒ %要請 の`~sw~mode$rq ~SET `none^l ◎ If globalObject is a ServiceWorkerGlobalScope object, then set request’s service-workers mode to "none".
8. %~Response~obj ~LET ~NULL ◎ Let responseObject be null.
9. %関連な~Realm ~LET コレに`関連な~Realm$ ◎ Let relevantRealm be this’s relevant Realm.

10. %局所的に中止されたか ~LET ~F ◎ Let locallyAborted be false.

    注記： これは、~fetchの~callと同じ~threadから中止するよう要請されたとき，~promiseを却下する時機を予測-可能にするためにある。 ◎ This lets us reject promises with predictable timing, when the request to abort comes from the same thread as the call to fetch.

11. `通達に~algoを追加する$( %~Request~obj の`通達$Rq, 次を走らす手続き )： ◎ Add the following abort steps to requestObject’s signal:

    1. %局所的に中止されたか ~SET ~T ◎ Set locallyAborted to true.
    2. `~fetchを中止する$( %~promise, %要請, %~Response~obj ) ◎ Abort fetch with p, request, and responseObject.
    3. 進行中の~fetchを`終了させる$( `中止する^i ) ◎ Terminate the ongoing fetch with the aborted flag set.

12. %要請 を`~fetchする$ — 次を与える下で： ◎ ↓

    • `応答の~doneを処理する$i ~SET 所与の ( `応答$ %応答 ) に対し，次を走らす手続き ⇒ `計時を完結して報告する$( %応答, %大域~obj, `fetch^l ) ◎ Let handleFetchDone given response response be to finalize and report timing with response, globalObject, and "fetch". ◎ Fetch request with processResponseDone set to handleFetchDone,＼

    • `応答を処理する$i ~SET 所与の ( %応答 ) に対し，次を走らす下位手続き： ◎ and processResponse given response being these substeps:

      1. ~IF［ %局所的に中止されたか ~EQ ~T ］ ⇒ ~RET ◎ If locallyAborted is true, terminate these substeps.
      2. ~IF［ %応答 の`中止されたか$rs ~EQ ~T ］ ⇒＃ `~fetchを中止する$( %~promise, %要請, %~Response~obj )； ~RET ◎ If response’s aborted flag is set, then abort fetch with p, request, and responseObject, and terminate these substeps.
      3. ~IF［ %応答 は`~network~error$である ］ ⇒＃ `TypeError$E で %~promise を`却下する$； ~RET ◎ If response is a network error, then reject p with a TypeError and terminate these substeps.
      4. %~Response~obj ~SET `~Response~objを作成する$( %応答, `immutable^l, %関連な~Realm ) ◎ Set responseObject to the result of creating a Response object, given response, "immutable", and relevantRealm.
      5. %~Response~obj で %~promise を`解決する$ ◎ Resolve p with responseObject.
13. ~RET %~promise ◎ Return p.

`~fetchを中止する@ ときは、所与の ( %~promise, %要請, %~Response~obj ) に対し、次を走らす： ◎ To abort fetch with a promise, request, and responseObject, run these steps:

1. %~error ~LET `AbortError$E 例外 ◎ Let error be an "AbortError" DOMException.

2. %~error で %~promise を`却下する$ ◎ Reject promise with error.

   注記： %~promise がすでに充足されていた場合、これは何もしない。 ◎ This is a no-op if promise has already fulfilled.

3. ~IF［ %要請 の`本体$rq ~NEQ ~NULL ］~AND［ %要請 の`本体$rqは`読取n可能$RSである ］ ⇒ %要請 の`本体$rqを`取消す$RS( %~error ) ◎ If request’s body is not null and is readable, then cancel request’s body with error.
4. ~IF［ %~Response~obj ~EQ ~NULL ］ ⇒ ~RET ◎ If responseObject is null, then return.
5. %応答 ~LET %~Response~obj の`応答$Rs ◎ Let response be responseObject’s response.
6. ~IF［ %応答 の`本体$rs ~NEQ ~NULL ］~AND［ %応答 の`本体$rsは`読取n可能$RSである ］ ⇒ %応答 の`本体$rsを`~errorにする$RS( %~error ) ◎ If response’s body is not null and is readable, then error response’s body with error.

`~WebSocket接続を得する@ ときは、所与の ( %~URL ) に対し，次の手続きを走らす： ◎ To obtain a WebSocket connection, given a url, run these steps:

1. %host ~LET %~URL の`~host$url ◎ Let host be url’s host.
2. %port ~LET %~URL の`~port$url ◎ Let port be url’s port.
3. %secure ~LET ［ %~URL の`~scheme$url ~EQ `http^l ならば ~F ／ ~ELSE_ ~T ］ ◎ Let secure be false, if url’s scheme is "http", and true otherwise.
4. ( %host, %port, %secure ) を与える下で， `WebSocket Protocol^cite § 4.1 の 前半の手続き の段 2 〜 5 に言明されている要件に従って，~WebSocket接続を確立する `WSP$r ◎ Follow the requirements stated in step 2 to 5, inclusive, of the first set of steps in section 4.1 of The WebSocket Protocol to establish a WebSocket connection. [WSP]
5. ~RET［ 接続は確立されたなら それ ／ ~ELSE_ `失敗^i ］ ◎ If that established a connection, return it, and return failure otherwise.

`~WebSocket~protocol~handshakeを確立する@ ときは、所与の ( %~URL, %~protocol~list, %~client ) に対し，次の手続きを走らす: ◎ To establish a WebSocket connection, given a url, protocols, and client, run these steps:

1. %要請~URL ~LET %~URL の複製 ◎ ↓

2. %要請~URL の`~scheme$url ~SET ［ %~URL の`~scheme$url ~EQ `ws^l ならば `http^l ／ ~ELSE_ `https^l ］ ◎ Let requestURL be a copy of url, with its scheme set to "http", if url’s scheme is "ws", and to "https" otherwise.

   注記： この~schemeの変更-は、`~fetching$に上手く統合するために本質的になる。 例えば HSTS は、こうしないと働かなくなる。 これは、旧来の遺物である — ~WebSocketを別個の~schemeにする~~本当の理由はない。 `HSTS$r ◎ This change of scheme is essential to integrate well with fetching. E.g., HSTS would not work without it. There is no real reason for WebSocket to have distinct schemes, it’s a legacy artefact. [HSTS]

3. %要請 ~LET 次のようにされた新たな`要請$ ⇒＃ `~URL$rq ~SET %要請~URL, `~client$rq ~SET %~client, `~sw~mode$rq ~SET `none^l, `~referrer$rq ~SET `no-referrer^l, `~mode$rq ~SET `websocket^l, `資格証~mode$rq ~SET `include^l, `~cache~mode$rq ~SET `no-store^l, `~redirect~mode$rq ~SET `error^l ◎ Let request be a new request, whose URL is requestURL, client is client, service-workers mode is "none", referrer is "no-referrer", mode is "websocket", credentials mode is "include", cache mode is "no-store", and redirect mode is "error".
4. %要請 の`~header~list$rqに`~headerを付加する$( `Upgrade$h / `websocket^bl ) ◎ Append `Upgrade`/`websocket` to request’s header list.
5. %要請 の`~header~list$rqに`~headerを付加する$( `Connection$h / `Upgrade^bl ) ◎ Append `Connection`/`Upgrade` to request’s header list.

6. %~key値 ~LET `同型に符号化する$( `~forgiving-base64符号化する$( ~randomに選定された 16 ~byteの値 ) ) ◎ Let keyValue be a nonce consisting of a randomly selected 16-byte value that has been forgiving-base64-encoded and isomorphic encoded.

   例えば，~randomに選定された値が~byte列［ `01^X `02^X `03^X `04^X `05^X `06^X `07^X `08^X `09^X `0a^X `0b^X `0c^X `0d^X `0e^X `0f^X `10^X ］ならば、 %~key値 は，それを~forgiving-base64符号化した結果 `AQIDBAUGBwgJCgsMDQ4PEC==^l を同型に符号化した結果 `AQIDBAUGBwgJCgsMDQ4PEC==^bl になる。 ◎ If the randomly selected value was the byte sequence 0x01 0x02 0x03 0x04 0x05 0x06 0x07 0x08 0x09 0x0a 0x0b 0x0c 0x0d 0x0e 0x0f 0x10, keyValue would be forgiving-base64-encoded to "AQIDBAUGBwgJCgsMDQ4PEC==" and isomorphic encoded to `AQIDBAUGBwgJCgsMDQ4PEC==`.

7. %要請 の`~header~list$rqに`~headerを付加する$( `Sec-WebSocket-Key^h / %~key値 ) ◎ Append `Sec-WebSocket-Key`/keyValue to request’s header list.
8. %要請 の`~header~list$rqに`~headerを付加する$( `Sec-WebSocket-Version^h / `13^bl ) ◎ Append `Sec-WebSocket-Version`/`13` to request’s header list.
9. %~protocol~list を成す ~EACH( %~protocol ) に対し ⇒ %要請 の`~header~list$rq内で`~headerを結合する$( `Sec-WebSocket-Protocol^h / %~protocol ) ◎ For each protocol in protocols, combine `Sec-WebSocket-Protocol`/protocol in request’s header list.

10. %permessageDeflate ~LET ~UAにより定義される `permessage-deflate^l 拡張 `~header$`値$hd `WSP$r 【！ [WSP-Compression] 】 ◎ Let permessageDeflate be a user-agent defined "permessage-deflate" extension header value. [WSP]

    `permessage-deflate; client_max_window_bits^bl
11. %要請 の`~header~list$rqに`~headerを付加する$( `Sec-WebSocket-Extensions^h / %permessageDeflate ) ◎ Append `Sec-WebSocket-Extensions`/permessageDeflate to request’s header list.

12. %要請 を`~fetchする$ — 次を与える下で： ◎ Fetch request＼

    • `並列~queueを利用するか$i ~SET ~T ◎ with useParallelQueue set to true,＼

    • `応答を処理する$i ~SET 所与の ( %応答 ) に対し，次を走らす手続き： ◎ and processResponse given response being these steps:

      1. ~IF［ %応答 は`~network~error$である ］~OR［ %応答 の`状態s$rs ~NEQ `101$st ］ ⇒ `~WebSocket接続を失敗させる$ ◎ If response is a network error or its status is not 101, fail the WebSocket connection.

      2. ~IF［ %~protocol~list は空でない ］~AND［ `~header~listから値を抽出する$( %応答 の`~header~list$rs, `Sec-WebSocket-Protocol^h ) ~IN { ~NULL, `失敗^i, 空~byte列 } ］ ⇒ `~WebSocket接続を失敗させる$ ◎ If protocols is not the empty list and extracting header list values given `Sec-WebSocket-Protocol` and response’s header list results in null, failure, or the empty byte sequence, then fail the WebSocket connection.

         注記： これは、 `WebSocket Protocol^cite にて定義される，この~headerに対する検査と異なる。 そこでは、~clientから要請されていない下位protocolがある場合しか受持ってなかった。 ここでは、~clientから要請された下位protocolが~serverから承認されていない場合も受持つ。 ◎ This is different from the check on this header defined by The WebSocket Protocol. That only covers a subprotocol not requested by the client. This covers a subprotocol requested by the client, but not acknowledged by the server.

      3. `WebSocket Protocol^cite § 4.1 の後半の手続きの段 2 〜 6 に言明されている要件に従って， %応答 を検証する — これは、`~WebSocket接続を失敗させる$か, `~WebSocket接続は確立される$ことになる。 ◎ Follow the requirements stated step 2 to step 6, inclusive, of the last set of steps in section 4.1 of The WebSocket Protocol to validate response. This either results in fail the WebSocket connection or the WebSocket connection is established.

`~WebSocket接続を失敗させる@ 【参照先】 ／ `~WebSocket接続は確立される@ 【参照先】 は、 `WebSocket Protocol^cite にて定義される。 `WSP$r ◎ Fail the WebSocket connection and the WebSocket connection is established are defined by The WebSocket Protocol. [WSP]

警告： ~redirectを追わない理由は、~web~browser文脈に深刻な~security問題をもたらすからである。 そのため、この~handshakeは，一般に制約される。 例えば、ある~hostが ある~pathに~WebSocket~serverを立てていたとする。 その~hostが，別の~pathにも ~openな~HTTP~redirect器 【`参考^】 を立てた時点で、~WebSocket~URLを与え得るような どの~scriptも，その~URLの~hostnameが~~正しいことを検査したとしても，~internet上の~~任意の~hostと通信する（したがって秘匿情報を共有し得る）ように騙すことが可能になる。 【！ https://www.ietf.org/mail-archive/web/hybi/current/msg06951.html】 ◎ The reason redirects are not followed and this handshake is generally restricted is because it could introduce serious security problems in a web browser context. For example, consider a host with a WebSocket server at one path and an open HTTP redirector at another. Suddenly, any script that can be given a particular WebSocket URL can be tricked into communicating to (and potentially sharing secrets with) any host on the internet, even if the script checks that the URL has the right hostname.