プリレンダリングの刷新

parse a speculation rule set stringを次のように修正する：

• typesToTreatAsPrefetch の構築を削除し、その代わりに parsed["prerender"]をprerender rulesリストへ、 parsed["prerender_until_script"]をprerender_until_script rulesリストへと、parsed["prefetch"]およびprefetch rulesと同じ方法でパースする。

• parsed["prefetch"]からパースしたルールは、target navigable name hintがnullでない場合は破棄する。

• parsed["prerender"]と parsed["prerender_until_script"]からパースしたルールは、requirementsが "anonymous-client-ip-when-cross-origin"を含む場合は破棄する。

実装では、§ 1.2 処理モデルの修正により、prerender候補をprefetchとして扱うこともできる。

parse a speculation ruleに次の手順を追加：

1. targetHintをnullにする。

2. input["target_hint"]が存在する場合：

   1. input["target_hint"]が有効なナビゲーブル名またはキーワードでない場合：

      1. ユーザーエージェントは、与えられたtarget hintが無効であることをコンソールに警告できる。

      2. nullを返す。

   2. targetHintをinput["target_hint"]に設定する。

そして最後の段階でspeculation ruleを返す際にtarget navigable name hintにtargetHintをセットするよう更新。

consider speculative loadsアルゴリズムを次のように早期離脱するよう修正： documentのnode navigableがprerendering navigableの場合。 （推測的にロードされたページ内で更なる推測的ロードを行うのは無駄が大きいため、という説明を付記する。）

inner consider speculative loads stepsアルゴリズムを、prefetchCandidates構築後の冒頭に以下を追加：

1. prerenderCandidatesを空のリストとする。

2. 各 documentのspeculation rule setsのruleSetについて：

   1. 各 (rules, shouldBlockScripts) in « (ruleSetのprerender rules, false), (ruleSetのprerender_until_script rules, true) »:

      1. 各 rule in rules:

         1. 各 url in ruleのURLsに対して：

            1. referrerPolicy を推測的ロードreferrer policyの計算（rule、null）で得る。

            2. 追加：新規prerender candidate（以下を付与）をprerenderCandidatesへ

               URL

               url

               No-Vary-Search hint

               ruleのNo-Vary-Search hint

               eagerness

               ruleのeagerness

               referrer policy

               referrerPolicy

               tags

               ruleのtags

               target navigable name hint

               ruleのtarget navigable name hint

               should block scripts

               shouldBlockScripts

         2. ruleのpredicateがnullでなければ：

            1. links = matching linksの検索（document、ruleのpredicate）

            2. 各 link in linksについて：

               1. target = ruleのtarget navigable name hint

               2. targetがnullなら、要素のtarget取得（link）でセット。

               3. referrerPolicy = 推測的ロードreferrer policyの計算（rule、link）

               4. 追加： prerender candidate（下記）をprerenderCandidatesに追加：

                  URL

                  linkのurl

                  No-Vary-Search hint

                  ruleのNo-Vary-Search hint

                  eagerness

                  ruleのeagerness

                  referrer policy

                  referrerPolicy

                  tags

                  ruleのtags

                  target navigable name hint

                  target

                  should block scripts

                  shouldBlockScripts

3. speculativeLoadCandidatesをprefetchCandidatesとprerenderCandidatesの和集合とする。

後続の、「もはや推測中でないprefetch record」をキャンセルする処理はspeculativeLoadCandidatesに対して行うこと。

prerenderCandidateGroupsリストをprefetchCandidateGroupsと同様に（ただしprefetchCandidatesの代わりにprerenderCandidatesを使って）作成。

実際のprefetch処理（従来はprefetchCandidateGroupsをループ）の箇所を以下に置換：

1. speculativeLoadCandidateGroupsをprefetchCandidateGroupsとprerenderCandidateGroupsの和集合とする。

2. 各 group in speculativeLoadCandidateGroupsについて：

   1. ユーザーエージェントは次の手順を行ってもよい：

      1. candidate = group[0]

      2. tagsToSend = speculative load candidateたちからタグを集めるをgroupで実行

      3. prefetchRecord = 新規prefetch record（以下設定）

         source

         "speculation rules"

         URL

         candidateのURL

         No-Vary-Search hint

         candidateのNo-Vary-Search hint

         referrer policy

         candidateのreferrer policy

         tags

         tagsToSend

      4. candidateがprefetch candidateなら、 prefetchRecordのanonymization policy にcandidateのanonymization policyをセット

      5. candidateがprerender candidateなら、次を実行してもよい：

         1. prefetchRecordのprerendering traversable に "to be created" をセット

         2. prefetchRecordのprerendering target navigable name hintにcandidateのtarget navigable name hintをセット

         3. referrer起点のナビゲーションプリレンダ開始（document, prefetchRecord, candidateのshould block scripts）を実行

      6. 前段を実行しなかった場合はreferrer起点のナビゲーションプレフェッチ開始（document、prefetchRecord）を実行。

      （以降、その"may"実行タイミングに関する説明文は維持）

partial interface Document {
    readonly attribute boolean prerendering;

    // "Document" オブジェクトにのみ適用される特殊イベントハンドラーIDL属性の下
    attribute EventHandler onprerenderingchange;
};

ユーザーエージェントは、リファラードキュメントなしでプリレンダリングを開始してもよい。例えばアドレスバーや他のブラウザー操作の結果として実施される場合がある。

次の手順で ユーザーエージェント主導プリレンダリングの開始 を行う：URL startingURLを与える。

1. アサート: startingURLのスキームはHTTP(S) schemeである。

2. prerenderingTraversableを新規トップレベルtraversableの作成（引数nullと空文字列）で得る。

3. prerenderingTraversableのloading modeを"prerender"にセットする。

4. prefetchRecordを新規prefetch recordとして、URLをstartingURL、 anonymization policyをnull、 referrer policyを空文字列、 No-Vary-Search hintをdefault URL search variance、 sourceを"browser UI"、 prerendering traversableをprerenderingTraversable とする。

5. referrer起点ナビゲーションプレフェッチ開始を prerenderingTraversableのactive documentとprefetchRecordで呼び出す。

6. navigate prerenderingTraversable to startingURL using prerenderingTraversableのactive document

   この最初のナビゲーションはprerenderingTraversable自身によって実行され、関連する全てのセキュリティチェックが実行されることを保証する。

7. ユーザーがactivationURLへのナビゲーションコミットを希望した場合、そのactivationURLについて prefetchRecordが該当URLとして一致する場合：

   1. ユーザーが新しいユーザー可視なトップレベルtraversableを作成希望の場合 （例：アドレスバー入力後にShift+Enter）

      1. 後継の活性化更新 （prerenderingTraversable、startingURL、activationURL）を呼ぶ

      2. UIをprerenderingTraversableを表示するUIに更新（例：新しいタブ/ウィンドウ作成）

      3. 活性化の完了 (prerenderingTraversable, startingURLのorigin)

   2. ユーザーが既存のtop-level traversable predecessorTraversableへコミット希望の場合（例：アドレスバー入力後にEnter）

      1. 活性化 prerenderingTraversableをpredecessorTraversableの場所で "push", startingURL, activationURL 与えて実行

ユーザーがこのようなコミット指示を出さない場合や遅れる場合、ユーザーエージェントがプリレンダリソースを即時タスク等で回収できる。 その場合prerenderingTraversableはdestroyされうる。

活性化のため後継更新 を行う（prerendering traversable successorTraversable、 URL startingURL、URL activationURLを与える）：

1. successorDocument = successorTraversableのactive document

2. もしstartingURL = successorDocumentのURLかつ startingURL ≠ activationURL なら：

   1. アサート：successorDocumentは URLの書き換え可能である

   2. navigation = successorDocumentのrelevant global objectのnavigation API

   3. continue = push/replace/reload navigateイベント発火 (navigation, "replace", activationURL, true)

   4. もしcontinueがtrueならURLと履歴更新 (successorDocument, activationURL)を実行

   No-Vary-Search等によるURL不正確一致の場合に、プリレンダURLと実際ナビゲーション先URLを一致させる。

活性化 （prerendering traversable successorTraversableをtop-level traversable predecessorTraversableの場所で、history handling behavior historyHandling、URL startingURL、URL activationURL、 オプションでnavigation ID navigationIdも可）

1. アサート：successorTraversableのactive documentのinitial about:blankかはfalse。

2. navigationId未指定ならランダムUUID生成でセット

3. referrerOrigin = predecessorTraversableのactive documentのorigin

4. predecessorTraversableのongoing navigationをnavigationIdにセット

   これにより他のナビゲーションをabortする効果がある

5. 並列で次を実行：

   1. unloadPromptCanceled = アンロードがユーザーにキャンセルされたか確認 （predecessorTraversableのactive documentの包含descendant navigablesについて）

   2. もしunloadPromptCanceledがtrue、あるいはpredecessorTraversableのongoing navigationがnavigationIdでなくなったら中断。

   3. グローバルタスクをキュー （navigation and traversal task source、 predecessorTraversableのactive window）で abort predecessorTraversableのactive documentを実行

   4. 活性化のため後継更新を（successorTraversable、startingURL、activationURL）で実行

   5. セッション履歴トラバース手順の追加 をpredecessorTraversableに対し、以下実行：

      1. アサート：successorTraversableの current session history stepは0

      2. アサート：successorTraversableの session history entriesの sizeは1

      3. successorEntry = successorTraversableの session history entries[0]

      4. 削除 successorEntryをsuccessorTraversableの session history entriesから。

         この時点でsuccessorTraversableは空であり、観測されずに破棄できます。ただし、実装は次のステップのために、successorEntryと、その中の文書およびそのDocumentのbrowsing contextを含めて生存させておく必要があります。

      5. クロスドキュメントナビゲーション完了 (predecessorTraversable, historyHandling, successorEntry)

         含まれる文書のブラウジングコンテキストを含め、session history entry全体を移動したため、関連する履歴エントリ間のトラバースでは、Cross-Origin-Opener-Policyヘッダーの場合と同様にブラウジングコンテキストグループが切り替わります。これにより、COOPと同様にすべてのopener関係が切断されます。このトラバースには、ここでsuccessorEntryをアクティブにする実際の活性化処理だけでなく、活性化後にユーザーが戻るボタンを押す場合や、ページがhistory.back()を使う場合も含まれます。後者では逆方向に切り替わります。

      6. UIもタブ/ウィンドウ内容やchrome等の変更を反映

      7. 活性化完了（successorTraversable、referrerOrigin）

      8. ここでWebDriver BiDiに対して何かするべきでしょうか。w3c/webdriver-bidi#321を参照してください。現状では、navigateアルゴリズムの並列処理より前の部分で、通常のナビゲーションと同じようにWebDriver BiDiのナビゲーション開始を送信しますが、その後はナビゲーションの完了を示す処理が行われません。

活性化の完了 (トップレベルtraversable traversable、origin originを与える):

1. 各 navigable in traversableの active documentの包含descendant navigablesについて グローバルタスクをキュー（ navigation and traversal task source） navigableのactive windowを与えて実行:

   1. 各 origin → hintSet in navigableのprerender-scoped Accept-CH cache:

      1. セット Accept-CH cache[origin]=hintSet

   2. もしnavigableのscripting modeが "blocked-until-activation" なら：

      1. navigableのscripting modeを "enabled"に

      2. navigableのactive documentのスクリプト実行を解除

      スクリプト再開およびキュー済タスク再処理仕様詳細は要記述。

   3. doc = navigableのactive document

   4. ここで、投稿されたタスク内でloading modeの変更を伝搬するべきです。実装はこの時点でdocument.prerenderingが返す値を更新することになります。しかし現状ではこれはトラバーサブル上にあるため、セッション履歴エントリを移動すると自動的に更新されます。おそらくこれをDocument上に移す必要があります。

   5. もしdocのoriginがoriginと同じなら docのactivation start timeを docのrelevant global objectの current high resolution timeにセット

   6. イベント発火 prerenderingchange をdoc宛に発火

   7. 各 steps in docの post-prerendering activation steps list:

      1. stepsを実行

         Promise等何かを返しても無視可能

      2. アサート：steps実行で例外投げていない

      同一イベントループのDocument間では順序観測可能だが、異なる場合は順序化不能。

prerendering traversableには remove from referrer が紐付く（nullまたは引数なしアルゴリズム、初期値null）。

prerendering traversableがdestroyされた際、参照を確実にクリアするため、destroy a top-level traversableの末尾に以下を追加：

1. traversableがprerendering traversableかつ traversableのremove from referrerがnullでないなら、traversableのremove from referrerを呼ぶ。

子ナビゲーブルがchild navigablesで、親のloading modeを継承することを保証するため、create a new child navigableの最後に次のステップを追加：

1. navigableのloading modeをelementのnode navigableのloading modeに設定する。

一致するプリレンダ済みプレフェッチレコードの検索 を Document predecessorDocument と URL urlについて行うアルゴリズム：

1. recordToUseをnullにする。

2. 各 record in predecessorDocumentのprefetch recordsに対して：

   1. recordのprerendering traversableがprerendering traversableでなければcontinue。

   2. recordのprerendering traversableのactive documentのis initial about:blankがtrueならcontinue。

   3. recordのURLがurlと等しい場合：

      1. recordToUse = record

      2. Break

   4. recordToUseがnullでrecordがurlで is expected to match a URLなら：

      1. recordToUse = record

3. recordToUseがnullでなければ：

   1. Remove recordToUse from predecessorDocumentのprefetch records

4. recordToUseを返す。

一致するプリレンダ済みプレフェッチレコードの待機 (navigable navigable, URL url, string cspNavigationType, POST resource／string／null documentResource)：

1. アサート：これは並列で動作している。

2. 次のいずれかに該当すれば：

   • navigableがtop-level traversableでない

   • navigableがprerendering traversableである

   • navigableがfenced frameである

     fenced frame navigableの定義未了。今後リンク要

   • cspNavigationTypeが"other"でない

   • documentResourceがnullでない

   ならnullを返す

3. predecessorDocumentをnavigableのactive documentとする。

4. cutoffTimeをnullにする。

5. 繰り返し：

   1. completeRecord = 一致するプリレンダ済みプレフェッチレコードの検索 (predecessorDocument, url)

   2. completeRecordがnullでなければ、それを返す。

   3. potentialRecordsを空のリストとする。

   4. 各 record in predecessorDocumentのprefetch recordsについて：

      1. 全て次を満たせばpotentialRecordsにrecordをappend：

         • recordのprerendering traversableが prerendering traversableである

         • recordのprerendering traversable のactive documentのis initial about:blankがtrue

         • recordがurlで is expected to match a URL

         • cutoffTimeがnull、またはrecordのstart timeがcutoffTime未満

   5. potentialRecordsが空ならnullを返す

   6. predecessorDocumentのprefetch recordsの任意の要素の prerendering traversableの ongoing navigationが 変化するまで待機

   7. cutoffTimeがnullでpotentialRecordsに prerendering traversableで active documentの is initial about:blankがfalseな要素があれば、 cutoffTimeをpredecessorDocumentのrelevant global objectの current high resolution time で設定

navigateの中で、次の手順を並列ブロック直後に挿入：

1. record = 一致するプリレンダ済みプレフェッチレコードの待機 (navigable, url, cspNavigationType, documentResource)

2. recordがnullでなければ：

   1. matchingPrerenderedNavigable = recordのprerendering traversable

   2. startingURL = recordのURL

   3. 活性化(matchingPrerenderedNavigable, navigable, historyHandling, startingURL, url, navigationId)

   4. この手順を中止。

create navigation params by fetchingの冒頭付近に次を追加：

1. initiatorOriginをentryのdocument stateのinitiator originとする。

アルゴリズムの"While true:"の最初のサブステップ直後に次も追加：

1. もしnavigableがprerendering navigableかつcurrentURLの originがinitiatorOriginと same siteでなければ：

   1. もしnavigableがtop-level traversableならnullを返す。

   2. そうでなければ、navigableのtop-level traversableのactive documentのallow cross origin iframes navigation while prerenderingが falseなら、ユーザーエージェントはnavigableのloading mode が"normal"になるまで待つ。 （この待ち中、または直ちにnavigableのtop-level traversableをdestroyしてnullを返してもよい）

アルゴリズム終盤、locationURLチェック後に次の手順も追加：

1. もしnavigableがprerendering navigableで、responseOriginが initiatorOriginとsame originでなければ：

   1. loadingModes = getting the supported loading modes/response

   2. loadingModesに `credentialed-prerender`が含まれなければnullを返す。

      将来的にはuncredentialed-prerenderも許容し得るが、現状クロスサイト用途でまだ仕様等もないため除外。

create and initialize a Document objectで 「navigationParamsのresponseにRefreshヘッダー」の直後に次追加：

1. もしnavigationParamsのnavigableがprerendering navigableなら：

   1. loadingModes = getting the supported loading modes / response

   2. loadingModesが `prerender-cross-origin-frames` を含めばdocumentのallow cross origin iframes navigation while prerenderingをtrueにする

attempt to populate the history entry’s documentにて、 failureの値決定直後で、かつその後の処理前に以下追加：

1. もしnavigableがprerendering navigableで以下いずれかなら：

   • failureがtrue

   • navigationParamsのrequestがnull

   • navigationParamsのrequestのcurrent URLのschemeがHTTP(S) schemeでない

   • navigationParamsのrequestのcurrent URLがpotentially trustworthyでない

   • navigationParamsのresponseがprefetch非対応

     prefetch非許容レスポンス（エラー等）はprerenderにも非許容。将来明確分離される可能性あり

   • navigationParamsのresponseが `Content-Disposition`ヘッダーでattachmentを指定している

   • navigationParamsのresponseのstatusが204または205

   なら：

   1. Destroy navigableのtop-level traversable

   2. return

2. navigableがprerendering traversableかつ navigableのprerender initial response search varianceがnullなら：

   1. navigableのprerender initial response search varianceをobtaining a URL search variance(navigationParamsのresponse)でセット

hand-off to external softwareの冒頭に次を追加：

1. もしnavigableがprerendering navigableなら外部ソフト呼び出しをせずreturn

navigateアルゴリズムを修正し、prerendering navigableのセッション履歴が常に単純であるように、全ての他の手順の前に次のステップを追加する：

1. もしnavigableがprerendering navigableなら、 historyHandlingを"replace"に設定する。

URL and history update stepsを修正し、1ステップ目の直後に次の手順を追加：

1. もしnavigableがprerendering navigableなら、 historyHandlingを"replace"に設定する。

The worker’s lifetimeにて、active needed workerの定義を修正し、prerendering navigableのownerを持つワーカーをactiveとみなさない：

ワーカーは次のいずれかのownerを持つ場合active needed workerであると言う： Document オブジェクトがfully activeかつ、そのnode navigableがprerendering navigableでない場合、または active needed workersである。

このため、ワーカーのスクリプトはロードされるが、documentが活性化されるまで実行は保留される。

1. 空にする documentの post-prerendering activation steps list

partial interface PerformanceNavigationTiming {
    readonly attribute DOMHighResTimeStamp activationStart;
};

update the client hints set from cache アルゴリズムの2番目の手順を次のように置換：

1. navigableをsettingsObjectのglobal objectのnavigableとする。

2. originMatchingEntriesを、Accept-CH cacheのうち、originがsettingsObjectのoriginとsame originであるエントリ群とする。

3. もしnavigableがprerendering navigableなら：

   1. prerenderAcceptClientHintsCacheをnavigableのprerender-scoped Accept-CH cacheとする。

   2. originをsettingsObjectのoriginとする。

   3. もしprerenderAcceptClientHintsCache[origin]が存在すれば、originMatchingEntriesをprerenderAcceptClientHintsCache内の、オリジンがoriginとsame originとなるもの群とする。

create or override the cached client hints setの最後の手順を以下で更新：

1. navigableをsettingsObjectのglobal objectのnavigableとする。

2. もしnavigableがprerendering navigableならセット navigableのprerender-scoped Accept-CH cache[origin] = hintSetとする。

3. それ以外はセット Accept-CH cache[origin] = hintSet

HTTP-network-or-cache fetchを修正し、既存の `Sec-Purpose`設定処理の後に次のステップを追加：

1. それ以外で、httpRequestのclientが environment settings objectで、かつ そのglobal objectがWindowで、 さらにそのWindowのnavigableがprerendering navigableなら：

   1. purposeにListを新規作成し、Token prefetchを格納する。

   2. prefetchトークンに、キー"prerender"、値trueパラメータを追加する。

   3. 構造化フィールド値のセットを (`Sec-Purpose`, purpose)でhttpRequestのheader listに実行。

   これはprerendering navigable内のサブリソースや、prerendering navigable自身のナビゲーション双方に適用される。

1. もしsubjectのnode navigableがprerendering navigableなら、そのsubjectのpost-prerendering activation steps listに処理を追加してreturn。

cannot show simple dialogsアルゴリズムをWindow windowに対し、最初の手順として次を追加：

1. もしwindowのnavigableがprerendering navigableなら、trueを返す。

print() メソッドの手順冒頭に次を追加：

1. thisのnavigableがprerendering navigableならreturn。

[DelayWhilePrerendering] 注釈付きoperationの手順は以下に置換：

1. realmをcurrent realmとする。

2. もしoperationがregular operationなら、realm = relevant realm of this。

3. もしrealmのglobal objectのnavigableがprerendering navigableなら：

   1. promiseをrealmで新規Promiseとして作成。

   2. thisのpost-prerendering activation steps listに次ステップ追加：

      1. result = 本来指定されていたoperation手順を同じthisと引数で実行した結果

      2. resolve promise with result

   3. このoperationのreturn typeがpromise typeならpromiseを返す。

4. さもなくば本来指定されていた手順をもとのthisと引数で実行した結果を返す。

getCurrentPosition() メソッドの手順の先頭に次のステップを追加：

1. もしthisのrelevant global objectのnavigableがprerendering navigableであれば、thisのpost-prerendering activation steps listに以下の手順を追加し、return する。

watchPosition() メソッドの手順の先頭に次のステップを追加：

1. もしthisのrelevant global objectのnavigableがprerendering navigableであれば：

   1. watchIdを実装依存の unsigned long とし、post-prerendering activation geolocation watch process IDとして記録する。

   2. thisのpost-prerendering activation steps listに以下の手順を追加し、その際生成されたwatchIdをIDとして使用し、watchIdを返す。

clearWatch(watchId) メソッドの手順の先頭に次のステップを追加：

1. もしthisのrelevant global objectのnavigableがprerendering navigableであれば：

   1. もしwatchIdがpost-prerendering activation geolocation watch process IDであれば、対応する手順をthisのpost-prerendering activation steps listから削除する。

   2. return。

getPorts() メソッドの手順で、promise生成直後に次の手順を挿入：

1. document を thisの relevant global object の associated Document （もしthisのrelevant global objectがWindowであれば）、または thisのrelevant global objectのowner document（thisのrelevant global objectが DedicatedWorkerGlobalScopeなら）とする。

2. もし document が null なら、promise rejected with "SecurityError" DOMException を返す。

3. もし document のnode navigableがprerendering navigableであれば、documentのpost-prerendering activation steps listに手順を追加し、promiseを返す。

Notification() コンストラクタの手順で、in parallelとなっていた手順を次のように置換：

1. もしthisのrelevant global objectのnavigableがprerendering navigableならthisのpost-prerendering activation steps listにこれら手順を追加。さもなくば元通りin parallelとして実行。

permission 静的getterの手順を次で置換：

1. もしcurrent global objectのnavigableがprerendering navigableなら、"default" を返す。

   これにより、特にプリレンダリング中のナビゲーブルでは同期的にアクセスできない可能性がある、実際の許可状態の照会を実装が回避できます。Web開発者はNotification.requestPermission()を呼び出せますが、上記の変更により、実際の処理は活性化後にのみ行われます。その時点で許可が"granted"または"denied"と判明する可能性があるため、ブラウザは"default"の場合のようにユーザーへ尋ねないかもしれません。しかし、これはWeb開発者のコードからは観測できないため問題ありません。

2. さもなくば get the notifications permission state を実行してその値を返す。

start() メソッドの手順で、状態を"activating"にセットした直後に次を挿入：

1. もしthisのrelevant global objectのnavigableがprerendering navigableであれば、thisのpost-prerendering activation steps listに手順を追加し、return。

2. もしthis.[[state]] が"idle"ならreturn。

   prerendering遅延中にstop()が実行されていれば、活性化時に何もしないことを保証。

3. Assert: this.[[state]] は"activating"である。

getBattery()メソッドの手順の先頭に次の手順を追加：

1. もしthisのrelevant global objectのnavigableがprerendering navigableであれば、thisのpost-prerendering activation steps listに手順を追加し、this.[[BatteryPromise]]を返す。

apply orientation lockアルゴリズムの最初の並列処理前までの手順を次で上書き：

1. promiseを新しいpromiseとする。

2. もしthisのrelevant global objectのnavigableがprerendering navigableであれば、thisのpost-prerendering activation steps listに手順を追加しpromiseを返す。

3. もしuser agentが画面の向きロックをサポートしないなら、reject promise with "NotSupportedError" DOMExceptionを投げてpromiseを返す

4. もしdocumentのactive sandboxing flag setがsandboxed orientation lock browsing context flagを持つか、user agentが pre-lock conditionsを満たさないなら、 reject promise with "SecurityError" DOMExceptionを投げてpromiseを返す

5. documentの[[orientationPendingPromise]]にpromiseをセット

getGamepads() メソッドの手順の先頭に次を追加：

1. もしthisのrelevant global objectのnavigableがprerendering navigableであれば空のsequenceを返す。

gamepadconnected セクションを修正し、各Document documentのpost-prerendering activation steps listに以下を追加する：

1. もしdocumentが"gamepad"機能のallowed to useであり、documentのrelevant settings objectがsecure contextで、かつgamepadが一つでも接続されていれば、接続されている各gamepadについてgamepadconnected イベントをdocumentのrelevant global objectに対しGamepadEventを用いて発火し、 gamepad 属性は接続中gamepadを示す新規Gamepad オブジェクトで初期化する。

MediaDevices セクションで、device change notification stepsの先頭に次を追加：

1. もしthisのrelevant global objectのnavigableがprerendering navigableならreturn。

registerProtocolHandler(scheme, url) メソッドの最初の並列前までの手順を次のように上書き：

1. (normalizedScheme, normalizedURLString)をnormalize protocol handler parametersの(scheme, url, thisのrelevant settings object)で取得する。

2. もしthisのrelevant global objectのnavigableがprerendering navigableなら、thisのpost-prerendering activation steps listに手順を追加してreturn。

unregisterProtocolHandler(scheme, url) メソッドの最初の並列前までの手順を次のように上書き：

1. (normalizedScheme, normalizedURLString)をnormalize protocol handler parameters (scheme, url, thisのrelevant settings object)で取得する。

2. もしthisのrelevant global objectのnavigableがprerendering navigableなら、thisのpost-prerendering activation steps listに手順を追加してreturn。