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.

注記： %値を抽出する~flag 引数は、この~algoを［ `~header~listから値を取得して復号して分割する$, `~MIME型を構文解析する$, その他これを必要とし得る他の~header値~構文解析器 ］に相応しくするためにある。 ◎ The extract-value flag argument makes this algorithm suitable for getting, decoding, and splitting and parse a MIME type, as well as other header value parsers that might need this.

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

`接続を得る@ ときは、所与の ( %生成元, %資格証 ) に対し，次を走らす： ◎ To obtain a connection, given an origin and credentials, run these steps:

1. ~IF［ `接続~pool$内に，［ ( `origin^cN, `credentials^cN ) ~EQ ( %生成元, %資格証 ) ］を満たす`接続$はある ］ ⇒ ~RET その`接続$ ◎ If connection pool contains a connection whose origin is origin and credentials is credentials, then return that connection.
2. %接続 ~LET ~NULL ◎ Let connection be null.

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

   1. %接続 ~SET %生成元 への~HTTP接続を確立しようと~~試みた結果 `HTTP$r `HTTP-SEMANTICS$r `HTTP-COND$r `HTTP-CACHING$r `HTTP-AUTH$r `TLS$r — ただし ⇒ ［ %資格証 ~EQ ~F ］の場合は、~TLS~client証明書は送信しないこと ◎ Set connection to the result of establishing an HTTP connection to origin. [HTTP] [HTTP-SEMANTICS] [HTTP-COND] [HTTP-CACHING] [HTTP-AUTH] [TLS] • If credentials is false, then do not send a TLS client certificate.
   2. ~IF［ 接続の確立ngに成功しなかった（例： DNS／TCP／TLS の~error） ］ ⇒ ~RET `失敗^i ◎ If establishing a connection does not succeed (e.g., a DNS, TCP, or TLS error), then return failure.

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

   1. ~IF［ %接続 ~NEQ ~NULL ］ ⇒ %接続 を~closeする ◎ If connection is not null, then close connection.
   2. ~RET `失敗^i ◎ Return failure.
5. `接続~pool$に，次のようにされた %接続 を追加する ⇒ ( `origin^cN, `credentials^cN ) ~SET ( %生成元, %資格証 ) ◎ Add connection to the connection pool with origin being origin and credentials being credentials.
6. ~RET %接続 ◎ Return connection.

注記： これは，意図的にやや曖昧にされている — 細かい点で，まだ発展し続けているので。 これを述べることは、 `link rel=preconnect^e による特能を説明する助けになり、また，`接続$は `credentials^cN 別に分けられることを明瞭に~~規定する。 後者は、例えば~TLS~session識別子が［ `credentials^cN ~EQ ~F の`接続$ ］と［ ~EQ ~T のそれ ］とにまたがって再利用されないことを明確化する。 ◎ This is intentionally a little vague as the finer points are still evolving. 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.

`要請$ %要請 の `~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. %~scheme ~LET %~url の`~scheme$url ◎ Let scheme be url’s scheme.
3. %~port ~LET %~url の`~port$url ◎ Let port be url’s port.
4. ~IF［ %~scheme ~EQ `ftp^l ］~AND［ %~port ~IN { 20, 21 } ］ ⇒ ~RET `許容d^i ◎ If scheme is "ftp" and port is 20 or 21, then return allowed.
5. ~IF［ %~scheme は`~network~scheme$である ］~AND［ %~port は`不良~port$である ］ ⇒ ~RET `阻止d^i ◎ Otherwise, if scheme is a network scheme and port is a bad port, then return blocked.
6. ~RET `許容d^i ◎ Return allowed.

`要請~Origin~headerを付加する@ ときは、所与の ( `要請$ %要請, %~CORS~flag ~IN { `~CORSあり^i, ε } ) に対し，次の手続きを走らす： ◎ To append a request `Origin` header, given a request request with an optional CORS flag, run these steps:

1. %直列形の生成元 ~LET `要請の生成元を直列化する$( %要請 ) ◎ Let serializedOrigin be the result of serializing a request origin with request.
2. ~IF［ %~CORS~flag ~NEQ ε ］~OR［ %要請 の`~mode$rq ~EQ `websocket^l ］ ⇒＃ %要請 の`~header~list$rqに`~headerを付加する$( `Origin^h / %直列形の生成元 )； ~RET ◎ If the CORS flag is set 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から~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. %~parameter~map ~LET %~MIME型 の`~parameter~map$ ◎ ↓

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

      1. %~charset ~SET ~NULL ◎ Set charset to null.
      2. ~IF［ %~parameter~map[ `charset^l ] ~NEQ ε ］ ⇒ %~charset ~SET %~parameter~map[ `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［ %~parameter~map [ `charset^l ] ~EQ ε ］~AND［ %~charset ~NEQ ~NULL ］ ⇒ %~parameter~map[ `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型$の`~parameter~map$は、概して安全に無視できる。 ◎ 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 `許容d^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 `許容d^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 `許容d^i ◎ If mimeType is failure, then return allowed.
5. ~IF［ %応答 の`状態s$rs ~EQ `206$st ］~AND［ %~MIME型 は`~CORBで保護される~MIME型$である ］ ⇒ ~RET `阻止d^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 `阻止d^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 `許容d^i ◎ Return allowed.

`非同一-生成元~資源~施策~検査@ を遂行するときは、所与の ( %要請, %応答 ) に対し，次を走らす: ◎ To perform a cross-origin resource policy check, given a request and response, run these steps:

1. ~IF［ %要請 の`~mode$rq ~NEQ `no-cors^l ］ ⇒ ~RET `許容d^i ◎ If request’s mode is not "no-cors", then return allowed.

2. ~IF［ ( %要請 の`生成元$rq, %要請 の`現在の~URL$rqの`生成元$url ) は、`同一-生成元$である ］ ⇒ ~RET `許容d^i ◎ If request’s origin is same origin with request’s current URL’s origin, then return allowed.

   注記： `Cross-Origin-Resource-Policy$h ~headerを運ぶ~redirectは検査される一方で、そのような~headerを伴わない~redirectに対しては， %応答 はこの~algoに寄与しなくなる。 すなわち、 %要請 の`~tainted生成元~flag$rqは検査されない。 【？】 ◎ While redirects that carry a `Cross-Origin-Resource-Policy` header are checked, redirects without such a header resulting in response do not contribute to this algorithm. I.e., request’s tainted origin flag is not checked.

3. %施策 ~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 に対しては，下にて `許容d^i を返す結果になることを意味する — それが何かに合致することは決してないので。 `Cross-Origin-Resource-Policy$h ~headerが複数個ある場合も同じ効果になる。 ◎ This means that `Cross-Origin-Resource-Policy: same-site, same-origin` ends up as allowed below as it will never match anything. Two or more `Cross-Origin-Resource-Policy` headers will have the same effect.

4. ~IF［ %施策 ~EQ `same-origin^bl ］ ⇒ ~RET `阻止d^i ◎ If policy is `same-origin`, then return blocked.

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

   • ( %要請 の`生成元$rqの`~host$url, %要請 の`現在の~URL$rqの`~host$url ) は`同じ~site$である ◎ request’s origin’s host is same site with request’s current URL’s host
   • ［ %要請 の`生成元$rqの`~scheme$url ~EQ `https^l ］~OR［ %応答 の`~HTTPS状態$rs ~EQ `none^l ］ ◎ request’s origin’s scheme is "https" or response’s HTTPS state is "none"

   …ならば ⇒ ~RET `許容d^i ◎ then return allowed.

   注記： これは、［ `Cross-Origin-Resource-Policy: same-site^bl を伴う~HTTPS応答 ］が，~secureな~transportなしに~accessされることを防止する。 ◎ This prevents HTTPS responses with `Cross-Origin-Resource-Policy: same-site` from being accessed without secure transport.

6. ~IF［ %施策 ~EQ `same-site^bl ］ ⇒ ~RET `阻止d^i ◎ If policy is `same-site`, then return blocked.
7. ~RET `許容d^i ◎ Return allowed.

`~main~fetch@ を遂行するときは、所与の ( %要請, %~CORS~flag ~IN { `~CORSあり^i, ε }（省略時は ε ）, %再帰~flag ~IN { `再帰あり^i, ε }（省略時は ε ） ) に対し，次の手続きを走らす： ◎ To perform a main fetch using request, optionally with a CORS flag and recursive flag, run these steps:

注記： `~main~fetch$が再帰的に呼出されるときには， %再帰~flag は `再帰あり^i にされる。 %~CORS~flag は、~redirectを取扱うための内部状態管理に用いられる。 ◎ When main fetch is invoked recursively recursive flag is set. CORS flag is a bookkeeping detail for handling redirects.

1. %応答 ~LET ~NULL ◎ Let response be null.

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

   1. ~IF［ %要請 の`局所~URLのみ~flag$ ~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.
   2. %要請 に対し ~CSP違反を報告する `CSP$r ◎ Execute Report Content Security Policy violations for request. [CSP]
   3. 適切になるなら %要請 を先天的に認証-済み~URLに昇格する `UPGRADE$r ◎ Upgrade request to a potentially secure URL, if appropriate. [UPGRADE]

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

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

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

      ◎ If should fetching request be blocked due to a bad port, should fetching request be blocked as mixed content, or should fetching request be blocked by Content Security Policy returns blocked, set response to a network error. [MIX] [CSP]
   5. ~IF［ %要請 の`~referrer施策$rq ~EQ 空~文字列 ］~AND［ %要請 の`~client$rq ~NEQ ~NULL ］ ⇒ %要請 の`~referrer施策$rq ~SET %要請 の`~client$rqの`~referrer施策$enV `REFERRER$r ◎ If request’s referrer policy is the empty string and request’s client is non-null, then set request’s referrer policy to request’s client’s referrer policy. [REFERRER]

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

      注記： ここでは `no-referrer-when-downgrade^l を利用する — それが、歴史的な既定なので。 ◎ We use "no-referrer-when-downgrade" because it is the historical default.

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

      注記： `Referrer Policy^cite 仕様に言明されている様に、~UAは，末端利用者に対し， %要請 の`~referrer$rqを常に `no-referrer^l で上書きするような選択余地, または より~sensitiveでない情報を公開するような選択余地を与えることができる。 ◎ 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.

   8. ~IF［ %要請 の`現在の~URL$rqの`~scheme$url ~EQ `ftp^l ］~AND［ %要請 の`~client$rqの`作成時の~URL$enVの`~scheme$url ~NEQ `ftp^l ］~AND［ %要請 の`予約-済み~client$rqは［ ~NULL, または［ `環境$であって，その`~target閲覧文脈$enVは`入子の閲覧文脈$である ］］］ ⇒ %応答 ~SET `~network~error$ ◎ If request’s current URL’s scheme is "ftp", request’s client’s creation URL’s scheme is not "ftp", and request’s reserved client is either null or an environment whose target browsing context is a nested browsing context, then set response to a network error.

   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 ◎ ↑

3. 前~段が`中止されたときは$ ⇒ ~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.
4. ~IF［ %要請 の`同期~flag$rq ~EQ ~F ］~AND［ %再帰~flag ~EQ ε ］ ⇒ ~RET — ただし、以降は`並列的$に走らす。 ◎ If request’s synchronous flag is unset and recursive flag is unset, run the remaining steps in parallel.

5. ~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［ %要請 の`~tainted生成元~flag$rq ~EQ ~F ］~AND［ %~CORS~flag ~EQ ε ］ ◎ request’s current URL’s origin is same origin with request’s origin, request’s tainted origin flag is unset, and the CORS flag is unset
      • %要請 の`現在の~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$( %要請 ) を遂行した結果 ◎ Return the result of performing a scheme fetch using request.

      注記： ~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$( %要請 ) を遂行した結果 ◎ Let noCorsResponse be the result of performing a scheme fetch using request.
      4. ~IF［ %~CORSなし要請 は`絞込み応答$である ］~OR［ `~CORB検査$( %要請, %~CORSなし要請 ) ~EQ `許容d^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, `~HTTPS状態$rs ~SET %~CORSなし要請 の`~HTTPS状態$rs, `~CSP~list$rs ~SET %~CORSなし要請 の`~CSP~list$rs ◎ Return a new response whose status is noCorsResponse’s status, HTTPS state is noCorsResponse’s HTTPS state, and CSP list is noCorsResponse’s CSP list.

         これが有効な防御になるのは、~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予行~利用~flag$rq ~EQ ~T ◎ request’s use-CORS-preflight flag is set
      • ［ %要請 の`非安全~要請~flag$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$( %要請, `~CORSあり^i, `予行あり^i ) を遂行した結果 ◎ Let corsWithPreflightResponse be the result of performing an HTTP fetch using request with CORS flag and CORS-preflight flag set.
      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$( %要請, `~CORSあり^i ) を遂行した結果 ◎ • Return the result of performing an HTTP fetch using request with CORS flag set.
6. ~IF［ %再帰~flag ~EQ `再帰あり^i ］ ⇒ ~RET %応答 ◎ If the recursive flag is set, return response.

7. ~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

8. %内部~応答 ~LET ［ %応答 は`~network~error$ならば %応答 ／ ~ELSE_ %応答 の`内部~応答$ ］ ◎ Let internalResponse be response, if response is a network error, and response’s internal response otherwise.

9. ~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は、この時点では概して空である — ただし，~swから来た応答については、空になるのは `new Response()^m を通して作成されたものに限られる。 ◎ A response’s URL list will typically be empty at this point, unless it came from a service worker, in which case it will only be empty if it was created through new Response().

10. %内部~応答 の`~CSP~listを設定する$ `CSP$r ◎ Set internalResponse’s CSP list. [CSP]

11. ~IF［ %応答 は`~network~error$でない ］~AND［ 次のいずれかの結果 ~EQ `阻止d^i ］…： ◎ If response is not a network error and any of the following algorithms returns blocked, then set response and internalResponse to a network error:

    • %要請 に対する %内部~応答 は，混在~内容として阻止されるべきか？ `MIX$r ◎ should internalResponse to request be blocked as mixed content [MIX]
    • %要請 に対する %内部~応答 は，~CSPにより阻止されるべきか？ `CSP$r ◎ should internalResponse to request be blocked by Content Security Policy [CSP]
    • %要請 に対する %内部~応答 は，~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$ ) 【！同一の個？ 】 ◎ ↑

12. ~IF［ %応答 の`種別$rs ~EQ `opaque^l ］~AND［ %内部~応答 の`状態s$rs ~EQ `206$st ］~AND［ %内部~応答 の`範囲が要請された~flag$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 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.

13. ~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.

14. ~IF［ %応答 は`~network~error$でない ］~AND［ %要請 の`完全性~metadata$rq ~NEQ 空~文字列 ］： ◎ If response is not a network error and request’s integrity metadata is not the empty string, then:

    1. `本体を待機する$( %応答 の`本体$rs ) ◎ Wait for response’s body.
    2. ~IF［［ %応答 の`本体$rsの`~stream$bdは`~errorした$RS ］でない ］~AND［ `応答は~metadata~listに合致するか？$( %応答, %要請 の`完全性~metadata$rq ) ~EQ ~F ］ ⇒ ( %応答, %内部~応答 ) ~SET ( `~network~error$, `~network~error$ ) ◎ If response’s body’s stream has not errored, and response does not match request’s integrity metadata, set response and internalResponse to a network error. [SRI]

    注記： これは %応答 上で演算する — この~algoは %内部~応答 を観測するように想定されていないので。 それを許容すると、攻撃者が~hashを神託機械†（ `oracle^en ）として利用できるようになる。 【† — 参考： cryptographic oracle, padding oracle attack, `ランダムオラクル^_ 】 ◎ This operates on response as this algorithm is not supposed to observe internalResponse. That would allow an attacker to use hashes as an oracle.

15. ~IF［ %要請 の`同期~flag$rq ~EQ ~T ］：

    1. `本体を待機する$( %内部~応答 の`本体$rs )
    2. ~RET %応答

    ◎ If request’s synchronous flag is set, wait for internalResponse’s body, and then return response.

    注記： これは`~fetch$を終了させる。 ◎ This terminates fetch.

16. ~IF［ %要請 の`現在の~URL$rqの`~scheme$urlは`~HTTP_S~scheme$である ］： ◎ If request’s current URL’s scheme is an HTTP(S) scheme, then:

    1. ~IF［ %要請 の`本体$rqは`~done$bdでない ］ ⇒ `並列的$に，`本体を待機する$( %要請 の`本体$rq ) ◎ ↓
    2. `~fetch要請~done~taskを~queueする$( %要請 ) ◎ If request’s body is done, queue a fetch-request-done task for request. ◎ Otherwise, in parallel, wait for request’s body, and then queue a fetch-request-done task for request.
17. %要請 上で次を走らすための`~fetch~taskを~queueする$ ⇒ `応答を処理する$( %応答 ) ◎ Queue a fetch task on request to process response for response.
18. `本体を待機する$( %内部~応答 の`本体$rs ) ◎ Wait for internalResponse’s body.
19. %要請 上で次を走らすための`~fetch~taskを~queueする$ ⇒ `応答の本体終端を処理する$( %応答 ) ◎ Queue a fetch task on request to process response end-of-body for response.

20. 次のいずれかが生じるまで待機する ⇒＃ %内部~応答 の`~trailer$rsがすべて得られた† ／ 進行中の~fetchは`終了され$た

    `HTTP$r 4.1.2 節 を見よ。 【†~trailerが無い場合も、おそらく “空の~trailerが在る” と見做す（すなわち、本体が完全に得られるまで）。】

    ◎ Wait for either internalResponse’s trailer, if any, or for the ongoing fetch to terminate. See section 4.1.2 of [HTTP].
21. ~IF［ 進行中の~fetchは`終了され$た ］ ⇒ %内部~応答 の`~trailerは失敗した~flag$rs ~SET ~T ◎ If the ongoing fetch is terminated, then set internalResponse’s trailer failed flag.
22. %要請 の`~done~flag$rq ~SET ~T ◎ Set request’s done flag.
23. %要請 上で次を走らすための`~fetch~taskを~queueする$ ⇒ `応答の~doneを処理する$( %応答 ) ◎ Queue a fetch task on request to process response done for response.

`~scheme~fetch@ を遂行するときは、所与の ( %要請 ) に対し，［ %要請 の`現在の~URL$rq の`~scheme$urlに応じて，次の中から 対応する手続き ］を走らす： ◎ To perform a scheme fetch using request, switch on request’s current URL’s scheme, and run the associated steps:

`about^l

1. %~url ~LET %要請 の`現在の~URL$rq ◎ ↓

2. ~IF［ %~url の`基底~URL不可用~flag$url ~EQ ~T ］~AND［ %~url の`~path$urlは 単独の文字列 `blank^l からなる ］：

   1. %応答 ~LET 次のように設定された，新たな`応答$ ⇒＃ `状態s~message$rs ~SET `OK^bl, `~header~list$rs ~SET « `新たな~header$( `Content-Type$h / `text/html;charset=utf-8^bl ) », `本体$rs ~SET 空~byte列
   2. ~IF［ %要請 の`~client$rq ~NEQ ~NULL ］ ⇒ %応答 の`~HTTPS状態$rs ~SET %要請 の`~client$rqの`~HTTPS状態$enV
   3. ~RET %応答
   ◎ If request’s current URL’s cannot-be-a-base-URL flag is set 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`, body is the empty byte sequence, and HTTPS state is request’s client’s HTTPS state if request’s client is non-null.
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. ~IF［ %要請 の`~client$rq ~NEQ ~NULL ］ ⇒ %応答 の`~HTTPS状態$rs ~SET %要請 の`~client$rqの`~HTTPS状態$enV ◎ Set response’s HTTPS state to request’s client’s HTTPS state if request’s client is non-null.
   7. %応答 の`本体$rs ~SET %blob 上で`読取り演算$xを遂行した結果 ◎ Set response’s body to the result of performing the read operation on blob.
   8. ~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. %応答 ~LET 次のように設定された，新たな`応答$ ⇒＃ `状態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, body is dataURLStruct’s body,＼
4. ~IF［ %要請 の`~client$rq ~NEQ ~NULL ］ ⇒ %応答 の`~HTTPS状態$rs ~SET %要請 の`~client$rqの`~HTTPS状態$enV ◎ and HTTPS state is request’s client’s HTTPS state if request’s client is non-null.
5. ~RET %応答 ◎ ↑

`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.

`ftp^l

今の所、あいにく ftp `~URL$については，ほぼ `left as an exercise for the reader^en である。 ◎ For now, unfortunate as it is, ftp URLs are mostly left as an exercise for the reader.

1. %本体 ~LET ~FTPを介して~network越しに %要請 の`現在の~URL$rqから内容を得た結果 `RFC959$r ◎ Let body be the result of the user agent obtaining content from request’s current URL from the network via FTP. [RFC959]
2. %~MIME型 ~LET `application/octet-stream^bl ◎ Let mime be `application/octet-stream`.
3. ~IF［ %本体 は，~UAが，~FTPの `LIST^c ~commandの結果~用に［ ~directoryを~listする~page ］を生成した結果である ］ ⇒ %~MIME型 ~SET `text/ftp-dir^bl ◎ If body is the result of the user agent generating a directory listing page for the result of FTP’s LIST command, then set mime to `text/ftp-dir`.
4. ~RET 次のようにされた`応答$ ⇒＃ `状態s~message$rs ~SET `OK^bl, `~header~list$rs ~SET « `新たな~header$( `Content-Type^bl / %~MIME型 ) », `本体$rs ~SET %本体, `~HTTPS状態$rs ~SET `none^l ◎ Return a response whose status message is `OK`, header list consists of a single header whose name is `Content-Type` and whose value is mime, body is body, and HTTPS state is "none".

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

`~HTTP_S~scheme$

~RET `~HTTP~fetch$( %要請 ) を遂行した結果 ◎ Return the result of performing an HTTP fetch using request.

その他 ◎ Otherwise

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

`~HTTP~fetch@ を遂行するときは、所与の ( %要請, %~CORS~flag ~IN { `~CORSあり^i, ε }（省略時は ε ）, %~CORS予行~flag ~IN { `予行あり^i, ε }（省略時は ε ） ) に対し，次の手続きを走らす： ◎ To perform an HTTP fetch using request with an optional CORS flag and CORS-preflight flag, run these steps:

注記： %~CORS~flag は、ここでも内部状態管理に用いられる。 %~CORS予行~flag も同様であり、非 ε（ `予行あり^i ）ならば`~CORS予行~要請$が必要になることを指示する。 ◎ CORS flag is still a bookkeeping detail. As is CORS-preflight flag; it indicates a CORS-preflight request is needed.

1. %応答 ~LET ~NULL ◎ Let response be null.
2. %実-応答 ~LET ~NULL ◎ Let actualResponse be null.

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

   1. %応答 ~SET %要請 に対し ~fetchを取扱った 結果 `HTML$r `SW$r ◎ Set response to the result of invoking handle fetch for request. [HTML] [SW]

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

      1. `要請~用の本体を伝送する$( %要請 ) ◎ Transmit body for request.
      2. %実-応答 ~SET ［ %応答 は`絞込み応答$でないならば %応答 ／ ~ELSE_ %応答 の`内部~応答$ ］ ◎ Set actualResponse to response, if response is not a filtered response, and to response’s internal response otherwise.

      3. ~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.

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

   1. ~IF［ %~CORS予行~flag ~EQ `予行あり^i ］~AND［ 次のいずれかが満たされる ］…： ◎ If the CORS-preflight flag is set and one of these conditions is true:

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

        • `~method$rqは `~CORS安全とされる~method$でない
        • `~CORS予行~利用~flag$rq ~EQ ~T
        ◎ There is no method cache entry match for request’s method using request, and either request’s method is a 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 performing a CORS-preflight fetch using 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$( %要請, %~CORS~flag ) を遂行した結果 ◎ Set response and actualResponse to the result of performing an HTTP-network-or-cache fetch using request with CORS flag if set.
   4. %応答 ~SET %実-応答 ◎ ↑

   5. ~IF［ %~CORS~flag ~NEQ ε ］~AND［ `~CORS検査$( %要請, %応答 ) ~EQ `失敗^i ］ ⇒ ~RET `~network~error$ ◎ If CORS flag is set 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.

5. ~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. %所在 ~LET `~header~listから値を抽出する$( %実-応答 の`~header~list$rs, `Location$h ) ◎ Let location be the result of extracting header list values given `Location` and actualResponse’s header list.
   3. ~IF［ %所在 は`値$hdである ］ ⇒ %所在 ~SET `~URL構文解析する$( %所在, %実-応答 の`~URL$rs ) ◎ If location is a value, then set location to the result of parsing location with actualResponse’s URL.
   4. %実-応答 の`~Location~header~URL$rs ~SET %所在 ◎ Set actualResponse’s location URL to location.

   5. %要請 の`~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$( %要請, %応答, %~CORS~flag ) を遂行した結果 ◎ Set response to the result of performing HTTP-redirect fetch using request and response with CORS flag if set.

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

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

`~HTTP~redirect~fetch@ を遂行するときは、所与の ( %要請, %応答, %~CORS~flag ~IN { `~CORSあり^i, ε }（省略時は ε ） ) に対し，次の手続きを走らす： ◎ To perform an HTTP-redirect fetch using request and response, with an optional CORS flag, run these steps:

1. %実-応答 ~LET ［ %応答 は`絞込み応答$でないならば %応答 ／ ~ELSE_ %応答 の`内部~応答$ ］ ◎ Let actualResponse be response, if response is not a filtered response, and response’s internal response otherwise.
2. %所在 ~LET %実-応答 の`~Location~header~URL$rs ◎ ↓
3. ~IF［ %所在 ~EQ ~NULL ］ ⇒ ~RET %応答 ◎ If actualResponse’s location URL is null, then return response.
4. ~IF［ %所在 ~EQ `失敗^i ］ ⇒ ~RET `~network~error$ ◎ If actualResponse’s location URL is failure, then return a network error.
5. ~IF［ %所在 の`~scheme$urlは`~HTTP_S~scheme$でない ］ ⇒ ~RET `~network~error$ ◎ If actualResponse’s location URL’s scheme is not an HTTP(S) scheme, then return a network error.
6. ~IF［ %要請 の`~redirect数$rq ~EQ 20 ］ ⇒ ~RET `~network~error$ ◎ If request’s redirect count is twenty, return a network error.
7. %要請 の`~redirect数$rq ~INCBY 1 ◎ Increase request’s redirect count by one.
8. ~IF［ %要請 の`~mode$rq ~EQ `cors^l ］~AND［ %所在 は`資格証を含む$url ］~AND［［ %要請 の`~tainted生成元~flag$rq ~EQ ~T ］~OR［ ( %要請 の`生成元$rq, %所在 の`生成元$url ) は`同一-生成元$でない ］］ ⇒ ~RET `~network~error$ ◎ If request’s mode is "cors", actualResponse’s location URL includes credentials, and either request’s tainted origin flag is set or request’s origin is not same origin with actualResponse’s location URL’s origin, then return a network error.

9. ~IF［ %~CORS~flag ~NEQ ε ］~AND［ %所在 は`資格証を含む$url ］ ⇒ ~RET `~network~error$ ◎ If CORS flag is set and actualResponse’s location URL includes credentials, then return a network error.

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

10. ~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.
11. ~IF［ ( %所在 の`生成元$url, %要請 の`現在の~URL$rqの`生成元$rq ) は`同一-生成元$でない ］~AND［ ( %要請 の`生成元$url, %要請 の`現在の~URL$rqの`生成元$rq ) は`同一-生成元$でない ］ ⇒ %要請 の`~tainted生成元~flag$rq ~SET ~T ◎ If actualResponse’s location URL’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.
12. ~IF［［ %実-応答 の`状態s$rs ~IN { `301$st, `302$st } ］~AND［ %要請 の`~method$rq ~EQ `POST$hm ］］~OR［［ %実-応答 の`状態s$rs ~EQ `303$st ］~AND［ %要請 の`~method$rq ~NEQ `HEAD$hm ］］ ⇒＃ %要請 の`~method$rq ~SET `GET$hm； %要請 の`本体$rq ~SET ~NULL ◎ 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 `HEAD` then set request’s method to `GET` and request’s body to null.

13. ~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.

14. %要請 の`~URL~list$rqに %所在 を付加する ◎ Append actualResponse’s location URL to request’s URL list.
15. `~referrer施策を設定する$( %要請, %実-応答 ) `REFERRER$r ◎ Invoke set request’s referrer policy on redirect on request and actualResponse. [REFERRER]

16. ~RET 次を遂行した結果 ⇒ `~main~fetch$( %要請, %~CORS~flag, ［ %要請 の`~redirect~mode$rq ~NEQ `manual^l ならば `再帰あり^i ／ ~ELSE_ ε ］ ) ◎ Return the result of performing a main fetch using request with • CORS flag if set and • recursive flag set if request’s redirect mode is not "manual".

    注記： `manual^l になるのは、~HTMLの`~navigate~algo$から直に呼出されたときに限られる。 ◎ It can only be "manual" when invoked directly from HTML’s navigate algorithm.

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

`~HTTP~network-or-cache~fetch@ を遂行するときは、所与の ( %要請, %~CORS~flag ~IN { `~CORSあり^i, ε }（省略時は ε ）, %認証~fetch~flag ~IN { `認証あり^i, ε }（省略時は ε ） ) に対し，次の手続きを走らす： ◎ To perform an HTTP-network-or-cache fetch using request with an optional CORS flag and authentication-fetch flag, run these steps:

注記： %~CORS~flag, %認証~fetch~flag は、ここでも内部状態管理に用いられる。 ◎ CORS flag is still a bookkeeping detail. As is authentication-fetch flag.

注記： `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. [HTTP-RANGE] However, this is not widely supported by browser caches.

1. %~http要請 ~LET ~NULL ◎ Let httpRequest be null.
2. %応答 ~LET ~NULL ◎ Let response be null.
3. %格納-済み応答 ~LET ~NULL ◎ Let storedResponse be null.
4. %再検証中~flag ~LET ~F ◎ Let the revalidatingFlag be unset.

5. この段の中は、進行中の~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要請 ~SET %要請 ◎ If request’s window is "no-window" and request’s redirect mode is "error", then set httpRequest to request.

   2. ~ELSE： ◎ Otherwise:

      1. %~http要請 ~SET %要請 の`本体$rqを除いた部分の複製 ◎ Set httpRequest to a copy of request except for its body.
      2. %本体 ~LET %要請 の`本体$rq ◎ Let body be request’s body.
      3. %~http要請 の`本体$rq ~SET %本体 ◎ Set httpRequest’s body to body.
      4. ~IF［ %本体 ~NEQ ~NULL ］ ⇒ %要請 の`本体$rq ~SET 次のようにされた新たな`本体$ ⇒＃ `~stream$bd ~SET ~NULL； `~source$bd ~SET %本体 の`~source$bd ◎ If body is non-null, then set request’s body to a new body whose stream is null and whose source is body’s source.

      注記： %要請 は複製される — ここでの %~http要請 は、 %要請 に影響させずに， ~headerを追加できたり, その`本体$rqを読取れるようにする必要があるので。 すなわち、 %要請 は［ ~redirect ／ 認証 ／ ~proxy認証 ］にて再利用できる。 また，~memory消費を抑制するため、~cloneせずに複製する。 ［ %要請 の`本体$rqの`~source$bd ~EQ ~NULL ］の事例で［ ~redirect ／ 認証 ］が生じた場合、~fetchは失敗することになる。 ◎ request is copied as httpRequest here as we need to be able to add headers to httpRequest and read its body without affecting request. Namely, request can be reused with redirects, authentication, and proxy authentication. We copy rather than clone in order to reduce memory consumption. In case request’s body’s source is null, redirects and authentication will end up failing the fetch.

   3. %資格証~flag ~LET ［ 次のいずれかが満たされるならば ~T ／ ~ELSE_ ~F ］： ◎ Let credentials flag be set if one of

      • %要請 の`資格証~mode$rq ~EQ `include^l ◎ request’s credentials mode is "include"
      • ［ %要請 の`資格証~mode$rq ~EQ `same-origin^l ］~AND［ `応答~tainting$rq ~EQ `basic^l ］ ◎ request’s credentials mode is "same-origin" and request’s response tainting is "basic"

      　 ◎ is true, and unset otherwise.

   4. %Content-Length値 ~LET ~NULL ◎ Let contentLengthValue be null.
   5. ~IF［ %~http要請 の`本体$rq ~EQ ~NULL ］~AND［ %~http要請 の`~method$rq ~IN { `POST$hm, `PUT$hm } ］ ⇒ %Content-Length値 ~SET `0^bl ◎ If httpRequest’s body is null and httpRequest’s method is `POST` or `PUT`, then set contentLengthValue to `0`.
   6. ~IF［ %~http要請 の`本体$rq ~NEQ ~NULL ］~AND［ %~http要請 の`本体$rqの`~source$bd ~NEQ ~NULL ］ ⇒ %Content-Length値 ~SET `同型に符号化する$( `整数を直列化する$( %~http要請 の`本体$rqの`総~byte数$bd ) ) ◎ If httpRequest’s body is non-null and httpRequest’s body’s source is non-null, then set contentLengthValue to httpRequest’s body’s total bytes, serialized and isomorphic encoded.
   7. ~IF［ %Content-Length値 ~NEQ ~NULL ］ ⇒ %~http要請 の`~header~list$rqに`~headerを付加する$( `Content-Length$h / %Content-Length値 ) ◎ If contentLengthValue is non-null, append `Content-Length`/contentLengthValue to httpRequest’s header list.

   8. ~IF［ %Content-Length値 ~NEQ ~NULL ］~AND［ %~http要請 の`~keepalive~flag$rq ~EQ ~T ］： ◎ If contentLengthValue is non-null and httpRequest’s keepalive flag is set, then:

      1. %~inflight~keepalive~byte数 ~LET 0 ◎ Let inflightKeepaliveBytes be zero.
      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~flag$rq ~EQ ~T ］~AND［ `~done~flag$rq ~EQ ~F ］ ◎ Let inflightRecords be the set of fetch records in group whose request has its keepalive flag set and done flag 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の`総~byte数$bd ◎ Increment inflightKeepaliveBytes by inflightRequest’s body’s total bytes.

      5. ~IF［ ( %Content-Length値 ~PLUS %~inflight~keepalive~byte数 ) ~GT 64 KiB ］ ⇒ ~RET `~network~error$ ◎ If the sum of contentLengthValue 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.

   9. ~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.
   10. `要請~Origin~headerを付加する$( %~http要請, %~CORS~flag ) ◎ Append a request `Origin` header for httpRequest with the CORS flag if set.
   11. ~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.
   12. ~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".
   13. ~IF［ %~http要請 の`~cache~mode$rq ~EQ `no-cache^l ］~AND［ %~http要請 の`~no-cache時に~cache制御~headerを改変しない~flag$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.

   14. ~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.

   15. ~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.

   16. ~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.

   17. `(A)^i：
       ~IF［ %資格証~flag ~EQ ~T ］： ◎ If credentials flag is set, then:

       1. ~IF［ ~UAは %~http要請 用の~cookieを阻止するように環境設定されていない（ `COOKIES$r の 7 節 を見よ） ］： ◎ 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 ) を与える下で "cookie-string" ~algo（ `COOKIES$r の 5.4 節 ）を走らせた結果 ◎ 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~flag$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~flag ~NEQ ε ］ ⇒ %権限付与~値 ~SET %~http要請 の`現在の~URL$rqを `Authorization$h 値に変換- した結果 ◎ Otherwise, if httpRequest’s current URL does include credentials and authentication-fetch flag is set, 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.

   18. `~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.

   19. `(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. %格納-済み応答 ~SET ~HTTP~cacheから応答を選定した結果 ⇒ ~IF［ 該当する応答はない ］ ⇒ ~BREAK `(B)^i

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

          ◎ Set storedResponse to the result of selecting a response from the HTTP cache, 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:

       2. ~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を改変しない~flag$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. 次を`並列的$に遂行する ⇒ `~main~fetch$( %再検証-要請 ) ◎ In parallel, perform main fetch using revalidateRequest.

             注記： この~fetchに意味されるのは，~HTTP~cacheの状態を更新することに限られ、対する応答は，別の~cache~accessまで利用されないことになる。 現在の要請に対する応答には、非新鮮な応答が利用されることになる。 この~fetchは，~clientの文脈で発行iされるので、消え去った場合，要請【 %再検証-要請 ？】は終了されることになる。 ◎ This fetch is only meant to update the state of the HTTP cache 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.

       3. ~ELSE： ◎ Otherwise:

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

          2. ~IF［ %再検証中~flag ~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".
6. 前~段が`中止されたときは$ ⇒ ~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.

7. ~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. %~forward応答 ~LET `~HTTP~network~fetch$( %~http要請, %資格証~flag ) を遂行した結果 ◎ Let forwardResponse be the result of making an HTTP-network fetch using httpRequest with credentials flag if set.
   3. ~IF［ %~http要請 の`~method$rqは 安全でない ］~AND［ %~forward応答 の`状態s$rs ~IN { `200^st 〜 `399^st } ］ ⇒＃ `HTTP Caching^cite による 無効化にしたがって，~HTTP~cache内の適切な格納-済み応答たちを無効化する `HTTP-CACHING$r； %格納-済み応答 ~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 the HTTP cache, as per the "Invalidation" chapter of HTTP Caching, and set storedResponse to null. [HTTP-CACHING]

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

      1. `HTTP Caching^cite による 検証にあたっての，格納-済み応答の新鮮化-法 にしたがって， %~forward応答 の`~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.

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

      1. %応答 ~SET %~forward応答 ◎ Set response to forwardResponse.

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

         注記： %~forward応答 が`~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".

8. ~IF［ %~http要請 の`~header~list$rq内に［ `Range$h を`名前に持つ~header$ ］は在る ］ ⇒ %応答 の`範囲が要請された~flag$rs ~SET ~T ◎ If httpRequest’s header list contains `Range`, then set response’s range-requested flag.
9. ~IF［ %~CORS~flag ~EQ ε ］~AND［ `非同一-生成元~資源~施策~検査$( %要請, %応答 ) ~EQ `阻止d^i ］ ⇒ ~RET `~network~error$ ◎ If the CORS flag is unset and the cross-origin resource policy check with request and response returns blocked, then return a network error.

10. ~IF［ %応答 の`状態s$rs ~EQ `401$st 【Unauthorized】 ］~AND［ %資格証~flag ~EQ ~T ］~AND［ %要請 の`~window$rqは`環境~設定群~obj$である ］： ◎ If response’s status is 401, CORS flag is unset, credentials flag is set, 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~flag$rq ~EQ ~F ］~OR［ %認証~fetch~flag ~NEQ ε ］： ◎ If request’s use-URL-credentials flag is unset or authentication-fetch flag is set, 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$( %要請, `認証あり^i ) を遂行した結果 ◎ Set response to the result of performing an HTTP-network-or-cache fetch using request with authentication-fetch flag set.

11. ~IF［ %応答 の`状態s$rs ~EQ `407$st 【Proxy Authentication Required】 ］： ◎ 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$( %要請, %~CORS~flag ) を遂行した結果 ◎ Set response to the result of performing an HTTP-network-or-cache fetch using request with CORS flag if set.
12. ~IF［ %認証~fetch~flag ~NEQ ε ］ ⇒ ［ %要請, および所与の~realm ］用の`認証~entry$を作成する ◎ If authentication-fetch flag is set, then create an authentication entry for request and the given realm.
13. ~RET %応答 注記： 手続きはここで終わるが、その後も概して， %応答 の`本体$rsの`~stream$bdには~enqueueされ続ける。 ◎ Return response. Typically response’s body’s stream is still being enqueued to after returning.

`~HTTP~network~fetch@ を遂行するときは、所与の ( `要請$ %要請, 真偽値 %資格証~flag （省略時は ~F ） ) に対し，次の手続きを走らす： ◎ To perform an HTTP-network fetch using request with an optional credentials flag, run these steps: • Let credentials be true if credentials flag is set, and false otherwise.

1. %応答 ~LET ~NULL ◎ Let response be null.

2. %接続 ~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_ ⇒ `接続を得る$( %要請 の`現在の~URL$rqの`生成元$url, %資格証~flag ) ◎ Otherwise • Let connection be the result of obtaining a connection, given request’s current URL’s origin and credentials.

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

   1. ~IF［ %接続 ~EQ `失敗^i ］ ⇒ ~RET `~network~error$ ◎ If connection is failure, return a network error.
   2. ~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.

   3. %応答 ~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]
      • `~header$すべてが伝送されるまで待機すること。 ◎ Wait until all the headers are transmitted.

      • `応答$のうち，［ `状態s$rs ~IN { `100^st, `102^st 〜 `199^st } ］なるものは無視すること。 ◎ Any responses whose status is in the range 100 to 199, inclusive, and is not 101, are to be ignored.

        注記： この種の`応答$ 【暫定的~応答】 には、最終的に， “最終” `応答$が後続する。 ◎ 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.

      %要請 の`~header~list$rqが ( `Transfer-Encoding$h / `chunked^bl ) を包含する場合は ⇒ ~IF［ %応答 は HTTP/1.0 以下の~versionを介して転送されている ］ ⇒ ~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.

      ~IF［ %応答 は~HTTPS越しに検索取得された ］ ⇒ その`~HTTPS状態$rs ~SET ［ `deprecated^l または `modern^l ］ `TLS$r ◎ If response was retrieved over HTTPS, set its HTTPS state to either "deprecated" or "modern". [TLS]

      注記： ここでの正確な決定は、現時点では~UAに委ねられる。 ~UAには、~securityが強固な~TLS接続についてのみ成功し，他の場合は`~network~error$を返すことが、強く奨励される。 状態~値 `deprecated^l の利用は一時的とされるベキであり，最後の~~手段の類の~optionである。 ◎ The exact determination here is up to user agents for the time being. User agents are strongly encouraged to only succeed HTTPS connections with strong security properties and return network errors otherwise. Using the "deprecated" state value ought to be a temporary and last resort kind of option.

      `要請~用の本体を伝送する$( %要請 ) ◎ Transmit body for request.

4. 前~段が`中止されたときは$： ◎ 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.
5. %highWaterMark ~LET ~UAが選ぶ［ 有限かつ負でない~number, または `Infinity^jv ］ ◎ Let highWaterMark be a non-negative, non-NaN number, chosen by the user agent.
6. %sizeAlgorithm ~LET 次のような~algo ⇒ `~chunk$~objを受容し，~UAが選ぶ［ 有限かつ負でない~number ］を返す ◎ 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.
7. %pull ~LET 進行中の~fetchが`休止-$しているならば，それを`再開-$する動作 ◎ Let pull be an action that resumes the ongoing fetch if it is suspended.
8. %cancel ~LET 次を走らす動作 ⇒ 進行中の~fetchを`終了させる$( `中止する^i ) ◎ Let cancel be an action that terminates the ongoing fetch with the aborted flag set.

9. %~stream ~LET `~ReadableStream~objを構築する$RS( %highWaterMark, %sizeAlgorithm, %pull, %cancel ) ◎ Let stream be the result of constructing a ReadableStream object with highWaterMark, sizeAlgorithm, pull, and cancel.

   注記： この構築~演算からは、例外は投出されない。 ◎ This construction operation will not throw an exception.

10. この段の中は、進行中の~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［ %応答 には~payload本体~長さがある ］ ⇒ %応答 の`本体$rsの`総~byte数$bd ~SET その~payload本体~長さ ◎ If response has a payload body length, then set response’s body’s total bytes to that payload body length.

       【 この条件は、 ~message本体~長さを決定できる かどうか `RFC7230$r に対応すると見受けられる（接続が~closeされるまで判明しない場合もある）。 ~payload本体~長さ は、~message本体~長さと異なることもある（当の~messageに `Transfer-Encoding$h が在る場合、それによる転送-符号法を復号した結果の長さになる）。 】

    3. ~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", update response in the HTTP cache for request.

    4. ~IF［ %資格証~flag ~EQ ~T ］~AND［ ~UAは %要請 用の~cookieを阻止するように環境設定されていない（ `COOKIES$r の 7 節 を見よ） ］ ⇒ %応答 の`~header~list$rs内の ~EACH ( `Set-Cookie$h を`名前に持つ~header$ %~header ) に対し ⇒ ( %~header の`値$hd, %要請 の`現在の~URL$rq ) を与える下で， "set-cookie-string" 構文解析~algo（ `COOKIES$r の 5.2 節 を見よ）を走らす ◎ If credentials flag is set 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.

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

    1. ~IF［ `終了時$の %中止~flag ~NEQ ε ］ ⇒ %応答 の`中止~flag$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.

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

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

       ~WHILE 無条件： ◎ While true:

       1. ~IF［ %応答 の~message本体に対し 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. ［ %応答 の`本体$rsの`伝送-済み~byte数$bd ］ ~INCBY ［ %~byte列 の長さ ］ ◎ Increase response’s body’s transmitted bytes with bytes’ length.
          3. %符号法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.

          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. ~IF［ %~byte列 ~EQ `失敗^i ］ ⇒ 進行中の~fetchを`終了させる$ ◎ If bytes is failure, then terminate the ongoing fetch.
          6. %~stream の中へ［［ %~byte列 を包含している `ArrayBuffer$I ］を包装している `Uint8Array$I ~obj ］を`~enqueue$RSする — 例外が投出されたときは ⇒＃ %~stream をその例外で`~errorにする$RS； 進行中の~fetchを`終了させる$() ◎ Enqueue a Uint8Array object wrapping an ArrayBuffer containing bytes to stream. If that threw an exception, terminate the ongoing fetch, and error stream with that exception.
          7. ~IF［ %~stream は`もっと~dataが必要$RSではない ］~AND［ %要請 の`同期~flag$rq ~EQ ~F ] ⇒ 進行中の~fetchを`休止-$するよう，~UAに請う ◎ If stream doesn’t need more data and request’s synchronous flag is unset, ask the user agent to suspend the ongoing fetch.
       2. ~ELIF［ %応答 の~message本体~用の~byte列の伝送は，正常に終えられた ］ ⇒ ~IF［ %~stream は`読取可$RSである ］ ⇒＃ %~stream を`~closeする$RS； ~BREAK ◎ Otherwise, if the bytes transmission for response’s message body is done normally and stream is readable, then close stream and abort these in-parallel steps.

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

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

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

       4. ~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).

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

`~CORS予行~fetch@ を遂行するときは、所与の ( %要請 ) に対し，次を走らす： ◎ To perform a CORS-preflight fetch using 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, `~tainted生成元~flag$rq ~SET %要請 の`~tainted生成元~flag$rq ◎ 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", and tainted origin flag is request’s tainted origin flag.

   注記： %予行 の`~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を付加する$( `Access-Control-Request-Method$h / %要請 の`~method$rq ) ◎ Append `Access-Control-Request-Method` to request’s method in preflight’s header list.
3. %~header~list ~LET `~CORS非安全な要請~header名たち$( %要請 の`~header~list$rq ) ◎ Let headers be the CORS-unsafe request-header names with request’s header list.

4. ~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` to value in 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.

5. %応答 ~LET `~HTTP~network-or-cache~fetch$( %予行, `~CORSあり^i ) を遂行した結果 ◎ Let response be the result of performing an HTTP-network-or-cache fetch using preflight with the CORS flag set.

6. ~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. %~methods ~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［ %~methods ~EQ `失敗^i ］~OR［ %~header名たち ~EQ `失敗^i ］ ⇒ ~RET `~network~error$ ◎ If either methods or headerNames is failure, return a network error.

   4. ~IF［ %~methods ~EQ ~NULL ］~AND［ `~CORS予行~利用~flag$rq ~EQ ~T ］ ⇒ %~methods ~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予行~利用~flag$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 %~methods ］~AND［ %要請 の`~method$rqは`~CORS安全とされる~method$でない ］~AND［［ %要請 の`資格証~mode$rq ~EQ `include^l ］~OR［ `*^bl ~NIN %~methods ］］ ⇒ ~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 0 ◎ If max-age is failure or null, then set max-age to zero.
   10. ~IF［ %寿命 ~LT 環境により課される`寿命$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. %~methods 内の ~EACH( %~method ) に対し：

       1. %~entryたち ~LET `~methodも合致している~cache~entry$( %要請, %~method )
       2. ~IF［ %~entryたち は空でない ］ ⇒ %~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たち を成す各~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.
7. ~ELSE ⇒ ~RET `~network~error$ ◎ Otherwise, return a network error.

`新たな~cache~entryを作成する@ ときは、所与の ( %要請, %寿命, %~method, %~header名 ) に対し ⇒ `~CORS予行~cache$に［ 次のように初期化された，新たな`~cache~entry$ ］を`付加する$ ⇒＃ `直列形の生成元$cc ~SET `要請の生成元を直列化する$( %要請 ), `~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: ◎ serialized origin • The result of 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を消去する@ ときは、所与の ( %要請 ) に対し ⇒ ~UAの`~CORS予行~cache$から，次を満たす`~cache~entry$をすべて除去する ⇒ ［ `直列形の生成元$cc ~EQ `要請の生成元を直列化する$( %要請 ) ］~AND［ `~URL$cc ~EQ %要請 の`現在の~URL$rq ］ ◎ To clear cache entries, given a request, remove any cache entries in the user agent’s CORS-preflight cache whose serialized origin is the result of serializing a request origin with request and whose URL is request’s current URL.

`~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［ `要請の生成元を直列化する$( %要請 ) ~NEQ %生成元 ］ ⇒ ~RET `失敗^i ◎ If the result of 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.

`~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`連列~型$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型$idlである ） ⇒ %~obj 内の ~EACH( %~key → %値 ) に対し ⇒ %headers に ( %~key / %値 ) を`付加する$Hl ◎ Otherwise, object is a record, then for each key → value in object, append key/value to headers.

`Headres$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.

`本体と内容~型を安全に抽出する@ ときは、所与の ( %~obj ) に対し，次を走らす — この手続きは ( `本体$, `Content-Type$h `値$hd ) の組を返す： ◎ To safely extract a body and a `Content-Type` value from object, run these steps:

1. ~IF［ %~obj は`~ReadableStream$~objである ］ ⇒ ~Assert： %~obj は次を満たしていない ⇒ ［ `妨げられている$RS ］~OR［ `~lockされている$RS ］ ◎ If object is a ReadableStream object, then: • Assert: object is neither disturbed nor locked.
2. ~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 （省略時は ~F ）) に対し，次を走らす — この手続きは ( `本体$, `Content-Type$h `値$hd ) の組を返す： ◎ To extract a body and a `Content-Type` value from object, with an optional keepalive flag, run these steps:

1. %~stream ~LET `~ReadableStream~objを構築する$RS() ◎ Let stream be the result of constructing a ReadableStream object.
2. %内容~型 ~LET ~NULL ◎ Let Content-Type be null.
3. %動作 ~LET ~NULL ◎ Let action be null.
4. %~source ~LET ~NULL ◎ Let source be null.

5. %~obj の型に応じて： ◎ Switch on object’s type:

   `Blob$I

   1. %動作 ~SET %~obj を読取る動作 ◎ Set action to an action that reads object.
   2. ~IF［ %~obj の `type$mF 属性 ~NEQ 空~byte列 ］ ⇒ %内容~型 ~SET その属性~値 ◎ If object’s type attribute is not the empty byte sequence, set Content-Type to its value.
   3. %~source ~SET %~obj ◎ Set source to object.

   `BufferSource$I

   1. %~stream の中へ［［［ %~obj に保持されている~byte列の複製 ］を包含している `ArrayBuffer$I ］を包装している `Uint8Array$I ~obj ］を`~enqueue$RSする
   2. %~stream を`~closeする$RS
   3. %~source ~SET %~obj

   例外が投出されたときは ⇒ %~stream をその例外で`~errorにする$RS

   ◎ Enqueue a Uint8Array object wrapping an ArrayBuffer containing a copy of the bytes held by object to stream and close stream. If that threw an exception, error stream with that exception. ◎ Set source to object.

   `FormData$I

   1. %動作 ~SET 次を走らす動作 ⇒ `~mp_form_dataとして符号化する$( %~obj, `~UTF-8$enc ) ◎ Set action to an action that runs the multipart/form-data encoding algorithm, with object as form data set and with UTF-8 as the explicit character encoding.

   2. %内容~型 ~SET 次の連結

      1. `multipart/form-data; boundary=^bl
      2. %動作 により生成されることになる `~mp_form_data境界~文字列$
      ◎ Set Content-Type to `multipart/form-data; boundary=`, followed by the multipart/form-data boundary string generated by the multipart/form-data encoding algorithm.
   3. %~source ~SET %~obj ◎ Set source to object.

   `URLSearchParams$I

   1. %動作 ~SET 次を走らす動作 ⇒ `~form_urlencoded直列化器$( %~obj の`名値~組~list$url ) ◎ Set action to an action that runs 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`.
   3. %~source ~SET %~obj ◎ Set source to object.

   `USVString$I

   1. %動作 ~SET 次を走らす動作 ⇒ `~UTF-8符号化する$( %~obj ) ◎ Set action to an action that runs UTF-8 encode on object.
   2. %内容~型 ~SET `text/plain;charset=UTF-8^bl ◎ Set Content-Type to `text/plain;charset=UTF-8`.
   3. %~source ~SET %~obj ◎ Set source to object.

   `ReadableStream$I

   1. ~IF［ %~keepalive~flag ~EQ ~T ］~OR［ %~obj は`妨げられている$Bd ］~OR［ %~obj は`~lockされている$Bd ］ ⇒ ~THROW `TypeError$E ◎ If the keepalive flag is set, then throw a TypeError. ◎ If object is disturbed or locked, then throw a TypeError.
   2. %~stream ~SET %~obj ◎ Set stream to object.

6. ~IF［ %動作 ~NEQ ~NULL ］ ⇒ %動作 を`並列的$に走らす： ◎ If action is non-null, run action in parallel:

   • 1 個以上の~byte %~byte列 が可用になる度に ⇒ %~stream の中へ［［ %~byte列 を包含している `ArrayBuffer$I ］を包装している `Uint8Array$I ~obj ］を`~enqueue$RSする ⇒ `ArrayBuffer$I の作成-時に例外が投出されたときは ⇒＃ %~stream をその例外で`~errorにする$RS； 走っている %動作 を取消す ◎ Whenever one or more bytes are available, let bytes be the bytes and enqueue a Uint8Array object wrapping an ArrayBuffer containing bytes to stream. If creating the ArrayBuffer threw an exception, error stream with that exception and cancel running action.
   • %動作 を走らせ終えたときは ⇒ %~stream を`~closeする$RS ◎ When running action is done, close stream.
7. %本体 ~LET 次のようにされた新たな`本体$ ⇒＃ `~stream$bd ~SET %~stream； `~source$bd ~SET %~source ◎ Let body be a body whose stream is stream and whose source is source.
8. ~RET ( %本体, %内容~型 ) ◎ Return body and Content-Type.

`Body$I ~mixinを実装している各~objには、 `~dataを梱包する@Bd ~algoも結付けられる。 それは、所与の ( %~byte列, %型, %~MIME型 ) に対し， %型 に応じて次を走らす： ◎ Objects implementing the Body mixin also have an associated package data algorithm, given bytes, a 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：

   • その内容 ~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.

   包含しない場合

   `~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 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 `~byte列を~JSONとして構文解析する$( %~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.

`Body$I ~mixinを実装している各~obj %O には、 `本体を消費する@Bd ~algoも結付けられる — それは、所与の ( %型 ) に対し，次を走らす： ◎ Objects implementing the Body mixin also have an associated consume body algorithm, given a type, runs these steps:

1. ~IF［ %O は`妨げられている$Bd ］~OR［ %O は`~lockされている$Bd ］ ⇒ ~RET `TypeError$E で`却下される新たな~promise$ ◎ If this object is disturbed or locked, return a new promise rejected with a TypeError.
2. %~stream ~LET ［ %O の`本体$Bd ~NEQ ~NULL ならば その`~stream$bd ／ ~ELSE_ `空の~ReadableStream~obj$ ］ ◎ Let stream be body’s stream if body is non-null, or an empty ReadableStream object otherwise.
3. %読取器 ~LET `読取器を取得する$RS( %~stream ) ⇒ 例外が投出されたときは ⇒ ~RET その例外で`却下される新たな~promise$ ◎ Let reader be the result of getting a reader from stream. If that threw an exception, return a new promise rejected with that exception.
4. %~promise ~LET %~stream から %読取器 で`すべての~byte列を読取った$RS結果 ◎ Let promise be the result of reading all bytes from stream with reader.

5. ~RET ［ 次を走らす充足~handler ］で %~promise を`変形-$した結果：

   1. ~RET `~dataを梱包する$Bd( ~handlerの最初の引数, %型, %O の`~MIME型$Bd )
   ◎ Return the result of transforming promise by a fulfillment handler that returns the result of the package data algorithm with its first argument, type and this object’s MIME type.

`~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は`読取可$RSである ］ ⇒ %要請 の`本体$rqを %~error で`取消す$RS ◎ 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. %~error で %~Response~obj の`~trailer~promise$Rsを`却下する$ ◎ Reject responseObject’s trailer promise with error.

   注記： %~Response~obj の`~trailer~promise$Rs がすでに充足されていた場合、これは何もしない。 ◎ This is a no-op if responseObject’s trailer promise has already fulfilled.

6. %応答 ~LET %~Response~obj の`応答$Rs ◎ Let response be responseObject’s response.
7. ~IF［ %応答 の`本体$rs ~NEQ ~NULL ］~AND［ %応答 の`本体$rsは`読取可$RSである ］ ⇒ %応答 の`本体$rsを %~error で`~errorにする$RS ◎ 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 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, `同期~flag$rq ~SET ~T, `~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", synchronous flag is set, 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. %応答 ~LET %要請 を`~fetch$した結果 ◎ Let response be the result of fetching request.
13. ~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.

14. ~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 にて定義される，この~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.

15. WebSocket Protocol 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 にて定義される。 `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 redirector^_ を立てた時点で、~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.