프리렌더링 개편

speculation rule set 문자열 파싱을 아래와 같이 수정합니다:

• typesToTreatAsPrefetch 구문을 제거하고, parsed["prerender"]를 prerender rules 리스트로, parsed["prerender_until_script"]를 prerender_until_script rules 리스트로 파싱합니다. 이 때 parsed["prefetch"]와 prefetch rules에 대해 하는 것과 동일하게 처리합니다.

• parsed["prefetch"]에서 파싱된 rule 중 target navigable name hint가 null이 아닌 것은 폐기합니다.

• parsed["prerender"] 및 parsed["prerender_until_script"]에서 파싱된 rule 중 requirements에 "anonymous-client-ip-when-cross-origin"가 포함되면 해당 rule은 폐기합니다.

구현체는 § 1.2 Processing model에서 수정된 대로 prerender 후보를 prefetch로 취급하는 것도 여전히 허용됩니다.

speculation rule 파싱에 다음 단계를 추가합니다:

1. targetHint를 null로 둡니다.

2. input["target_hint"]가 존재한다면:

   1. input["target_hint"]가 유효한 navigable target name 또는 키워드가 아니라면:

      1. 사용자 에이전트는 제공된 target hint가 유효하지 않음을 콘솔에 경고로 보고할 수 있습니다.

      2. null을 반환합니다.

   2. targetHint를 input["target_hint"]로 설정.

그리고 마지막 단계에서 speculation rule을 반환할 때 target navigable name hint를 targetHint로 설정합니다.

speculative loads 고려 단계를, document의 node navigable이 prerendering navigable일 경우 조기에 종료하도록 수정하며, 추론적으로 로드된 페이지에서 speculative load를 실행하는 건 자원 낭비라는 설명을 추가합니다.

내부 speculative loads 고려 단계 알고리즘을 다음과 같이, prefetchCandidates를 조립한 직후에 단계들을 삽입하여 수정합니다:

1. prerenderCandidates를 빈 list로 둡니다.

2. 각 ruleSet을 document의 speculation rule sets에서 반복:

   1. 각 (rules, shouldBlockScripts)를 « (ruleSet의 prerender rules, false), (ruleSet의 prerender_until_script rules, true) »로 간주:

      1. 각 rule을 rules에서 반복:

         1. 각 url을 rule의 URLs에서 반복:

            1. referrerPolicy = speculative load referrer policy 계산(rule, null)

            2. 추가: 새로운 prerender candidate, 값

               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

               를 prerenderCandidates에 추가

         2. rule의 predicate가 null이 아니면:

            1. links = 링크 매칭 탐색(document, rule의 predicate)

            2. 각 link를 links에서 반복:

               1. target = rule의 target navigable name hint

               2. target이 null이면 element의 target 얻기(link) 결과로 설정.

               3. referrerPolicy = speculative load referrer policy(rule, link)

               4. 추가: prerender candidate

                  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

                  를 prerenderCandidates에 추가

3. speculativeLoadCandidates = prefetchCandidates 와 prerenderCandidates의 합집합으로 둔다.

not-still-being-speculated prefetch records를 취소하는 후속 단계를 prefetchCandidates 대신 speculativeLoadCandidates 기준으로 적용하라.

prerenderCandidateGroups 리스트도 prefetchCandidateGroups와 유사하게 만드는데 값으로 prerenderCandidates 사용.

실제 prefetch를 수행하는 단계를 prefetchCandidateGroups 대신 다음과 같이 변경합니다:

1. speculativeLoadCandidateGroups = prefetchCandidateGroups와 prerenderCandidateGroups의 합집합으로 한다.

2. 각 group을 speculativeLoadCandidateGroups에서 반복:

   1. 사용자 에이전트는 아래 단계를 실행할 수 있다:

      1. candidate를 group[0]으로 둔다.

      2. tagsToSend = collecting tags from speculative load candidates(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. 리퍼러 기반 내비게이션 프리렌더 시작(document, prefetchRecord, candidate의 should block scripts)

      6. 이전 단계가 실행되지 않았다면, 리퍼러 기반 내비게이션 프리페치 시작(document, prefetchRecord)

      (아래 "may" 단계의 실행 시점은 계속 논의에 포함됨.)

partial interface Document {
    readonly attribute boolean prerendering;

    // Under "special event handler IDL attributes that only apply to Document objects"
    attribute EventHandler onprerenderingchange;
};

사용자 에이전트는 리퍼러 문서 없이 프리렌더링을 시작할 수 있으며, 예로 주소창 또는 기타 브라우저 사용자 상호작용의 결과일 수 있습니다.

사용자 에이전트 기반 프리렌더링 시작을 URL startingURL에 대해 다음과 같이 수행합니다:

1. 단언: startingURL의 scheme는 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는 기본 URL 검색 variance, source는 "browser UI", prerendering traversable는 prerenderingTraversable.

5. 리퍼러 기반 네비게이션 프리페치 시작(prerenderingTraversable의 active document, prefetchRecord) 실행.

6. Navigate prerenderingTraversable to startingURL with prerenderingTraversable의 active document.

   이 초기 navigation은 prerenderingTraversable이 자신을 navigation하는 것으로 취급하여 관련 모든 보안 검사 통과를 보장합니다.

7. 사용자가 activationURL로 navigation 확인 의사를 표시하였고, activationURL에 대해 prefetchRecord가 URL 매칭이면:

   1. 사용자가 navigation 도중 새 사용자 가시적 최상위 traversable 생성을 원하면 (예: 주소창에서 Shift+Enter):

      1. 활성화용 successor 갱신(prerenderingTraversable, startingURL, activationURL).

      2. 프리렌더 탭/창 등 사용자 UI 갱신.

      3. 최종 활성화(prerenderingTraversable, startingURL의 origin).

   2. 또는, 사용자가 기존 최상위 traversable predecessorTraversable에 navigation 활성화 표시 시:

      1. 활성화(prerenderingTraversable, predecessorTraversable, "push", startingURL, activationURL).

사용자가 그런 활성화를 전혀 표시하지 않을 수도 있고, 프리렌더 자원이 필요한 즉시 다른 작업을 위해 사용자 에이전트가 자원을 회수해야 할 수도 있습니다. 이런 경우 사용자 에이전트는 destroy prerenderingTraversable할 수 있습니다.

활성화용 successor 갱신은 prerendering traversable successorTraversable, URL startingURL, URL activationURL이 주어졌을 때:

1. successorDocument를 successorTraversable의 active document로 둔다.

2. startingURL이 successorDocument의 URL과 같고, startingURL이 activationURL과 다르면:

   1. 단언: successorDocument가 activationURL로 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을 일치시킬 수 있음.

활성화는 prerendering traversable successorTraversable, 최상위 traversable predecessorTraversable, history handling behavior historyHandling, URL startingURL, URL activationURL, 선택적 navigation ID navigationId가 주어졌을 때:

1. 단언: successorTraversable의 active document의 is initial about:blank가 false임.

2. navigationId가 없다면, navigationId를 임의 UUID 생성 결과로 설정.

3. referrerOrigin을 predecessorTraversable의 active document의 origin으로 둔다.

4. predecessorTraversable의 ongoing navigation에 navigationId를 설정.

   이렇게 하면 predecessorTraversable의 기존 navigation은 모두 abort됨.

5. 병렬로 다음 단계 실행:

   1. unloadPromptCanceled = 언로드 유저취소 여부 확인(predecessorTraversable의 active document의 모든 자식 navigable)

   2. unloadPromptCanceled가 true이거나 predecessorTraversable의 ongoing navigation이 더 이상 navigationId가 아니라면 중단.

   3. 글로벌 태스크 큐잉(navigation and traversal task source, predecessorTraversable의 active window) → abort(predecessorTraversable의 active document)

   4. 활성화용 successor 갱신(successorTraversable, startingURL, activationURL).

   5. 세션 히스토리 traversal 단계 추가(predecessorTraversable, 아래 단계):

      1. 단언: successorTraversable의 현재 세션 히스토리 step은 0.

      2. 단언: successorTraversable의 세션 히스토리 엔트리 크기는 1.

      3. successorEntry = successorTraversable의 세션 히스토리 엔트리[0]

      4. 제거(successorEntry, successorTraversable의 세션 히스토리 엔트리)

         이 시점에서 successorTraversable는 비어 있고 (성공적으로) 파괴될 수 있음. (단, successorEntry 등 관련 대상은 다음 단계까지 유지)

      5. 교차 문서 navigation 완료(predecessorTraversable, historyHandling, successorEntry)

         세션 히스토리 엔트리 전체를 이동시키기 때문에, 이 엔트리 내 document의 browsing context까지 그룹이 변경됨. COOP(Co-Opener-Policy)와 유사하게 opener 관계가 해제됨.

      6. 유저 에이전트 UI(탭/창 등) 업데이트.

      7. 최종 활성화(successorTraversable, referrerOrigin)

      8. 여기에서 WebDriver BiDi와의 연계 고려 필요(w3c/webdriver-bidi#321 참조). 현재는 탐색 시작만 나오고 종료 제어 없음.

최종 활성화는 top-level traversable traversable, origin origin을 받아 다음을 수행:

1. 각 navigable을 traversable의 active document의 모든 자식 navigable에서 반복, 글로벌 태스크 큐에 추가(navigation and traversal task source, navigable의 active window)하여 아래 단계 수행:

   1. 각 origin → hintSet을 navigable의 prerender-scoped Accept-CH cache 맵에서 반복:

      1. Set 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. 여기서 실제로 로딩 모드 변경 신호가 전달되어야 하며, 구현체는 이 태스크에서 document.prerendering 변화 반영 필요.

   5. doc의 origin이 origin과 같으면 doc의 activation start time을 해당 현재 고해상도 시각으로.

   6. prerenderingchange 이벤트 발생(doc).

   7. 각 steps를 doc의 post-prerendering activation steps list에서 반복:

      1. steps 실행.

         반환값은 무시 가능.

      2. 단언: steps 실행 중 예외 없음.

      여러 document가 같은 이벤트 루프 쓸 때만 순서 보장.

prerendering traversable에는 remove from referrer 필드가 있으며, null 또는 매개변수 없는 알고리즘이고 처음엔 null임.

prerendering traversable 파괴 시 참조 해제를 보장하기 위해, destroy a top-level traversable에 아래 스텝을 추가합니다:

1. traversable이 prerendering traversable이고 traversable의 remove from referrer가 null 아니면 호출.

어떤 자식 내비게이블도 자신의 부모의 loading mode를 상속받도록 보장하기 위해, 새 자식 내비게이블 생성에 아래 단계를 추가합니다:

1. navigable의 loading mode를 element의 node navigable의 loading mode로 설정합니다.

매칭되는 프리렌더된 프리페치 기록 찾기은 Document predecessorDocument와 URL url이 주어졌을 때:

1. recordToUse를 null로 둔다.

2. 각 record를 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 매칭(url)이면:

      1. recordToUse를 record로 설정.

3. recordToUse가 null이 아니면:

   1. 제거(recordToUse, predecessorDocument의 prefetch records)

4. recordToUse를 반환.

매칭되는 프리렌더 프리페치 레코드 대기는 navigable navigable, URL url, 문자열 cspNavigationType, POST resource 또는 문자열 또는 null documentResource가 주어졌을 때:

1. 단언: 이 단계는 병렬로 실행 중임.

2. 다음 조건 중 하나라도 만족하면:

   • navigable이 최상위 traversable이 아님;

   • navigable이 prerendering traversable임;

   • navigable이 fenced frame임;

     fenced frame navigable 개념은 아직 정의되지 않았으며 정의되면 링크 필요.

   • cspNavigationType이 "other"가 아님;

   • documentResource가 null이 아님

   이 경우 null을 반환.

3. predecessorDocument를 navigable의 active document로 둔다.

4. cutoffTime을 null로 둔다.

5. while true:

   1. completeRecord = 매칭되는 프리렌더 프리페치 기록 찾기(predecessorDocument, url) 결과.

   2. completeRecord가 null이 아니라면 return completeRecord

   3. potentialRecords를 빈 list로 둔다.

   4. 각 record를 predecessorDocument의 prefetch records에서 반복:

      1. 아래 조건을 모두 만족하면 append record to potentialRecords:

         • record의 prerendering traversable 이 prerendering traversable 임;

         • record의 prerendering traversable의 active document의 is initial about:blank가 true임;

         • record가 URL 매칭 예상(url);

         • cutoffTime이 null이거나 record의 start time이 cutoffTime 미만

   5. potentialRecords가 empty이면 null을 반환

   6. predecessorDocument의 prefetch records의 어떤 record의 prerendering traversable의 ongoing navigation이 변할 때까지 기다림

   7. cutoffTime이 null이고 potentialRecords 중 일부의 prerendering traversable의 active document의 is initial about:blank가 false이면 cutoffTime을 현재 고해상도 시각(predecessorDocument의 relevant global object)로 설정

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. 이 단계들 종료.

패칭을 통한 네비 파라미터 생성에서 알고리즘 상단에 아래 단계를 추가하세요:

1. initiatorOrigin을 entry의 document state의 initiator origin으로 둔다.

아래 부분, "while true:" 첫 서브스텝 이후에 아래 단계들을 추가합니다:

1. navigable이 prerendering navigable이고, currentURL의 origin이 initiatorOrigin과 same site가 아니면:

   1. navigable이 최상위 traversable이면 null 반환.

   2. 그 외, navigable의 top-level traversable의 active document의 프리렌더링 중 교차 오리진 iframe 내비 허용이 false라면, 사용자 에이전트는 navigable의 loading mode가 "normal"이 될 때까지 이 알고리즘을 대기해야 한다. 대기 중(즉시 포함) 언제든지 destroy navigable의 top-level traversable 및 이 알고리즘에서 null 반환 선택가능.

알고리즘 마지막 부분, locationURL 체크 이후 아래 단계를 추가합니다:

1. navigable이 prerendering navigable이고, responseOrigin이 initiatorOrigin과 same origin이 아니면:

   1. loadingModes를 응답의 지원 loading mode 얻기 결과로 둔다.

   2. loadingModes에 `credentialed-prerender`가 없으면 null 반환.

      향후 uncredentialed-prerender 토큰도 허용할 수 있으나, 이는 교차사이트용이라 아직 실명세/구현 없음. 현스펙 기준 해당 토큰만 있으면 prerender 실패.

Document 객체 생성 및 초기화에서, "If navigationParams’s response has a Refresh header, then:" 뒤에 아래 단계를 추가하세요:

1. navigationParams의 navigable이 prerendering navigable이면:

   1. loadingModes를 응답의 지원 로딩 모드 얻기 결과로 둔다.

   2. loadingModes에 `prerender-cross-origin-frames`가 있으면 document의 프리렌더링 중 교차 오리진 iframe 내비 허용을 true로 설정.

히스토리 엔트리의 문서 채우기 시도 알고리즘에서, failure 값을 설정하는 단계들 이후, 그 값을 참조하는 단계들 보다 앞에 아래를 추가하세요:

1. navigable이 prerendering navigable이고 아래 중 하나라도 해당하면:

   • failure가 true임;

   • navigationParams의 request가 null임;

   • navigationParams의 request의 current URL의 scheme이 HTTP(S) scheme이 아님;

   • navigationParams의 request의 current URL이 잠재적으로 신뢰할 수 있는 URL이 아님;

   • navigationParams의 response가 프리페치 지원이 아님;

     prefetch 부적격(예: 오류 status 등) 응답은 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 초기 응답 search variance가 null이면:

   1. navigable의 prerender 초기 응답 search variance를 URL search variance 취득(navigationParams의 response) 결과로 설정.

외부 소프트웨어로 넘기기 알고리즘 맨 앞에 다음을 추가하세요:

1. navigable이 prerendering navigable이면 외부 소프트웨어 패키지를 호출하지 않고 return.

navigate 알고리즘을 패치하여 prerendering navigable의 세션 히스토리가 항상 단순하게 유지되도록, 모든 단계들보다 앞에 아래 단계를 추가하세요:

1. navigable이 prerendering navigable이면 historyHandling을 "replace"로 설정.

URL 및 히스토리 갱신 단계에 아래 단계를 1단계 이후에 추가하세요:

1. navigable이 prerendering navigable이면 historyHandling을 "replace"로 설정.

The worker’s lifetime에서 active needed worker 정의를 수정해서, prerendering navigable 오너가 있으면 active로 취급하지 않도록 합니다:

워커는 active needed worker라 불리려면 오너 중 하나가 Document 객체이고, 해당 fully active이며 그 node navigable이 prerendering navigable이 아닌 경우, 또는 active needed workers 중 하나일 때이다.

즉, 워커 스크립트는 로드되지만, 문서가 활성화될 때까지 실행은 일시중지된다.

1. 비움: document의 post-prerendering activation steps list.

partial interface PerformanceNavigationTiming {
    readonly attribute DOMHighResTimeStamp activationStart;
};

update the client hints set from cache 알고리즘에서 두 번째 단계를 아래 단계들로 대체합니다.

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이 origin과 same origin인 엔트리로 둔다.

create or override the cached client hints set 알고리즘에서 마지막 단계를 아래와 같이 수정합니다.

1. navigable을 settingsObject의 global object의 navigable로 둔다.

2. navigable이 prerendering navigable이면 set navigable의 prerender-scoped Accept-CH cache[origin]에 hintSet을 설정.

3. 그 외에는 set 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. "prerender"라는 키와 값이 true인 파라미터를 purpose의 prefetch 토큰에 추가합니다.

   3. 구조화 필드 값 설정을 호출하여 (`Sec-Purpose`, purpose)를 httpRequest의 header list에 설정합니다.

   이것은 프리렌더링 navigable 내의 서브리소스뿐만 아니라, 프리렌더링 navigable 자체가 내비게이션 중인 경우도 포함합니다.

1. subject의 node navigable가 prerendering navigable이면, 다음 단계를 subject의 post-prerendering activation steps list에 추가하고 반환합니다.

cannot show simple dialogs 알고리즘을, Window window가 주어졌을 때 다음 단계를 맨 앞에 추가합니다:

1. window의 navigable가 prerendering navigable이면 true를 반환합니다.

print() 메서드 단계들을 수정하여, 다음 단계를 앞에 추가합니다:

1. this의 navigable가 prerendering navigable이면 반환합니다.

[DelayWhilePrerendering] 확장 속성이 붙은 연산의 메서드 단계는 다음으로 대체됩니다:

1. realm을 현재 realm으로 둡니다.

2. 만약 해당 연산이 regular operation이면, realm을 this의 relevant realm으로 설정합니다.

3. realm의 global object의 navigable가 prerendering navigable이면:

   1. promise를 realm에서 생성된 새로운 프라미스로 합니다.

   2. 다음 단계들을 this의 post-prerendering activation steps list에 추가합니다:

      1. result를, 동일한 this와 인자들로 원래 명시된 이 연산의 단계들을 실행한 결과로 둡니다.

      2. Resolve로 promise를 result로 해결합니다.

   3. 만약 이 연산의 return 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 지오로케이션 watch 프로세스 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 지오로케이션 watch 프로세스 ID이면, 해당 단계들을 this의 post-prerendering activation steps list에서 제거합니다.

   2. return.

getPorts() 메서드 단계를 수정하여, promise가 생성된 직후 바로 다음에 아래 단계를 삽입하세요:

1. document를 this의 relevant global object의 associated Document로 두거나, this의 relevant global object가 DedicatedWorkerGlobalScope면 owner document로 둡니다.

2. document가 null이면, a 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 static getter 단계를 바꾸어 아래 단계로 대체합니다:

1. current global object의 navigable이 prerendering navigable이면 "default"를 반환한다.

   이렇게 하면 구현체가 실제 permission 값을 동기적으로 조회하지 않아도 되고, 특히 prerendering navigable 경우 권한 상태를 바로 확인 못해도 됨. 웹 개발자는 Notification.requestPermission()을 사용할 수 있고, 위 변경에 따라 실질 처리는 활성화 후에만 됨. 그때 permission이 진짜 "granted" 또는 "denied"임이 드러날 수 있고, 일반 "default"와 달리 진짜로 유저에게 묻지 않을 수도 있지만, 웹 개발자 코드에선 볼 수 없으니 문제 없음.

2. 그 외에는 알림 permission 상태 가져오기를 반환한다.

start() 메서드 단계를 "state를 activating로 변경" 바로 뒤에 아래 단계를 삽입하세요:

1. this의 relevant global object의 navigable이 prerendering navigable이면, 다음 단계들을 this의 post-prerendering activation steps list에 추가하고 return.

2. this.[[state]] 가 "idle"이면 return.

   프리렌더 지연 중 stop() 호출 시, 활성화 때는 아무 일도 안 함.

3. 단언: this.[[state]] 가 "activating"임.

getBattery() 메서드 단계를 수정하여, 다음 단계를 가장 앞에 추가합니다:

1. this의 relevant global object의 navigable이 prerendering navigable이면, 아래 단계를 this의 post-prerendering activation steps list에 추가하고 this.[[BatteryPromise]] 를 반환.

apply orientation lock 알고리즘 단계를, in parallel 이전의 첫 단계들로 아래와 같이 교체하세요:

1. promise를 새 promise로 둔다.

2. this의 relevant global object의 navigable이 prerendering navigable이면, 아래 단계를 this의 post-prerendering activation steps list에 추가하고 promise 반환.

3. user agent가 스크린 오리엔테이션 lock 지원이 안 되면, reject(promise, "NotSupportedError" DOMException) 하고 promise 반환.

4. 해당 document의 active sandboxing flag set에 sandboxed orientation lock browsing context flag가 있거나, user agent가 pre-lock 조건을 만족하지 않으면, reject(promise, "SecurityError" DOMException) 하고 promise 반환.

5. document의 [[orientationPendingPromise]]를 promise로 설정.

getGamepads() 메서드 단계를 수정하여 아래 단계를 가장 앞에 추가합니다:

1. this의 relevant global object의 navigable이 prerendering navigable이면, 빈 시퀀스를 반환합니다.

gamepadconnected 섹션을 다음과 같이 갱신하여, 모든 Document document의 post-prerendering activation steps list에 아래 단계를 추가합니다:

1. document가 "gamepad" 기능을 allowed to use하고, document의 relevant settings object가 secure context이며, 연결된 게임패드가 있을 때, 각 연결된 게임패드에 대해 gamepadconnected 이벤트를 발생(document의 relevant global object 대상, GamepadEvent 사용, gamepad 속성은 연결된 게임패드 정보를 가진 Gamepad 새 객체로 초기화).

MediaDevices 섹션 내 디바이스 변경 알림 단계의 가장 앞에 아래 단계를 추가하세요:

1. this의 relevant global object의 navigable이 prerendering navigable이면 return.

registerProtocolHandler(scheme, url) 메서드 단계를 수정하여, in parallel 가기 전 단계들을 아래로 교체합니다:

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) 메서드 단계를 수정하여, in parallel 가기 전 단계들을 아래와 같이 교체하세요:

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.