백그라운드 가져오기

1. swRegistration을 bgFetch의 서비스 워커 등록으로 설정합니다.

2. settledFetches를 0으로 설정합니다.

3. immediateFailure를 false로 설정합니다.

4. failureReason을 빈 문자열로 설정합니다.

5. 각 record에 대해 bgFetch의 기록에서 다음 단계를 병렬로 실행합니다:

   1. 기록 완료를 bgFetch와 record에 대해 실행합니다.

   2. result을 record의 응답 데이터의 결과로 설정합니다.

   3. 만약 failureReason이 빈 문자열이 아니라면:

      1. 단언: result는 "redundant"가 아닙니다.

      2. failureReason을 result로 설정합니다.

   4. settledFetches를 1씩 증가시킵니다.

   5. 만약 result가 "download-total-exceeded"라면, immediateFailure를 true로 설정합니다.

6. settledFetches가 bgFetch의 기록의 크기와 같아지거나, immediateFailure가 true가 될 때까지 기다립니다.

7. 만약 immediateFailure가 true라면, bgFetch의 모든 중단 플래그를 설정합니다.

   참고: 기록 완료 알고리즘은 이 플래그를 수신하고 설정되면 가져오기를 종료합니다.

8. 다음 단계를 큐에 추가하여 swRegistration의 활성 백그라운드 가져오기 편집 큐에 실행합니다:

   1. activeBgFetches를 swRegistration의 활성 백그라운드 가져오기로 설정합니다.

   2. id를 bgFetch의 id로 설정합니다.

   3. 만약 activeBgFetches가 백그라운드 가져오기 포함 bgFetch를 포함하고 있다면, activeBgFetches[id]를 제거합니다.

   4. 그렇지 않으면, failureReason을 "aborted"로 설정합니다.

      참고: 이것은 abort()가 성공적으로 호출되었지만 동시에 가져오기가 실패한 경우의 경쟁 조건을 처리합니다. 만약 우리가 abort()에서 true를 반환했다면, 이는 관련 중단 이벤트를 실행하도록 보장합니다.

   5. 만약 failureReason이 빈 문자열이 아니라면:

      1. bgFetch의 결과를 "failure"로 설정합니다.

      2. bgFetch의 실패 이유를 failureReason으로 설정합니다.

   6. 그렇지 않으면, bgFetch의 결과를 "success"로 설정합니다.

   7. 백그라운드 가져오기 인스턴스 업데이트를 bgFetch에 대해 실행합니다.

   8. eventName을 빈 문자열로 설정합니다.

   9. eventConstructor를 null로 설정합니다.

   10. 만약 failureReason이 "aborted"라면:

       1. eventName을 "backgroundfetchabort"로 설정합니다.

       2. eventConstructor를 BackgroundFetchEvent로 설정합니다.

   11. 그렇지 않고, failureReason이 빈 문자열이 아니라면:

       1. eventName을 "backgroundfetchfail"로 설정합니다.

       2. eventConstructor를 BackgroundFetchUpdateUIEvent로 설정합니다.

   12. 그 외의 경우:

       1. eventName을 "backgroundfetchsuccess"로 설정합니다.

       2. eventConstructor를 BackgroundFetchUpdateUIEvent로 설정합니다.

   13. 기능적 이벤트 실행을 eventName으로 실행하고, eventConstructor를 사용하여 swRegistration에서 다음 속성과 함께 실행합니다:

       registration

       이벤트 객체의 관련 영역에서 bgFetch에 대한 BackgroundFetchRegistration 인스턴스 가져오기의 결과.

       그런 다음 dispatchedEvent를 사용하여 다음 단계를 병렬로 실행합니다:

       1. dispatchedEvent가 활성이 아닐 때까지 기다립니다.

          ServiceWorker/1348.

       2. bgFetch의 기록 사용 가능 플래그를 해제합니다.

       3. 백그라운드 가져오기 인스턴스 업데이트를 bgFetch에 대해 실행합니다.

1. responseData를 record의 응답 데이터로 설정합니다.

2. downloadTotal을 bgFetch의 총 다운로드 크기로 설정하되, 0인 경우에는 무한대로 설정합니다.

3. bgFetch의 중단 플래그가 해제되기를 기다립니다.

4. request를 record의 요청의 복사본으로 설정합니다.

   참고: 이 시점에서 요청은 스트림으로 시작되었더라도 완전히 저장소에 보관됩니다.

5. request의 유지 플래그를 설정합니다.

6. request의 서비스 워커 모드를 "none"으로 설정합니다.

7. rangeStart를 responseData의 길이로 설정합니다.

8. 만약 rangeStart가 0이 아니라면, request에 대해 범위 헤더를 추가합니다.

   참고: rangeStart가 0인 경우, 일반 요청이 이루어집니다. 이렇게 하면 범위 헤더가 있는 요청에 Accept-Encoding: identity가 추가되므로 초기 요청이 콘텐츠 인코딩을 활용할 수 있습니다.

9. fetchAttemptComplete를 false로 설정합니다.

10. lastTransmittedSize를 0으로 설정합니다.

11. Fetch request.

    이 단계의 나머지는 fetch "콜백"을 사용하며, 현재는 작업을 대기열에 추가합니다. 이는 여기에서 바람직하지 않거나 가능하지 않으므로 작업이 대기열에 추가되지 않는다고 가정합니다. (issue)

    request에 대한 요청 본문 처리를 실행하려면, 다음 단계를 실행합니다:

    1. transmittedSize를 request의 본문의 전송된 바이트로 설정합니다.

    2. bgFetch의 업로드됨을 transmittedSize 빼기 lastTransmittedSize만큼 증가시킵니다.

    3. lastTransmittedSize를 transmittedSize로 설정합니다.

    4. 백그라운드 패치 인스턴스 업데이트를 bgFetch에 대해 실행합니다.

    response에 대한 응답 처리를 실행하려면, 다음 단계를 실행합니다:

    1. 만약 response가 네트워크 오류라면:

       1. 만약 리소스가 일시적으로 사용할 수 없음이고 request의 메서드가 `GET`이라면, 리소스가 일시적으로 사용할 수 없음이 아닐 때까지 기다린 다음, fetchAttemptComplete를 true로 설정하고 이 단계를 중단합니다.

          참고: 만약 request의 메서드가 `GET`이 아니라면, 요청을 다시 보내면 원치 않는 부작용이 발생할 수 있습니다. 요청을 재개하는 표준 메서드가 제공되면 여기에서 채택될 것입니다.

       2. 만약 response가 중단된 네트워크 오류라면, responseData의 결과를 "aborted"로 설정하고, 그렇지 않으면 "fetch-error"로 설정합니다.

       3. fetchAttemptComplete를 true로 설정하고 이 단계를 중단합니다.

    2. 만약 response의 상태가 206이라면:

       1. 만약 부분 응답 유효성 검사가 rangeStart, response, 그리고 responseData의 응답에 대해 유효하지 않음을 반환한다면:

          1. responseData의 결과를 "fetch-error"로 설정합니다.

          2. fetchAttemptComplete를 true로 설정합니다.

          3. 진행 중인 fetch 종료를 실행하고 이 단계를 중단합니다.

    3. 그렇지 않다면:

       1. responseData의 결과를 "redundant"로 설정합니다.

       2. responseData를 새로운 백그라운드 패치 응답으로 설정합니다.

       3. record의 응답 데이터를 responseData로 설정합니다.

          참고: 레코드 객체 생성 알고리즘은 이전의 백그라운드 패치 응답에 대한 참조를 보유할 수 있습니다.

       4. 백그라운드 패치 인스턴스 업데이트를 bgFetch에 대해 실행합니다.

    4. 만약 rangeStart가 0이거나 response의 상태가 206이 아니라면, responseData의 응답을 response의 복사본으로 설정하되, 본문은 제외합니다.

    5. stream을 response 본문의 스트림으로 설정합니다.

    6. 하나 이상의 바이트가 stream에서 전송될 때마다 bytes를 전송된 바이트로 설정하고 다음 단계를 실행합니다:

       1. 만약 bgFetch의 저장된 본문 바이트 총합 더하기 bytes의 크기가 downloadTotal보다 크다면:

          1. 취소 stream.

          2. responseData의 결과를 "download-total-exceeded"로 설정하고, fetchAttemptComplete를 true로 설정하고 이 단계를 중단합니다.

       2. bytes를 responseData의 바이트에 추가합니다.

       3. 할당량 제한 초과로 인해 이전 단계가 실패하면 responseData의 결과를 "quota-exceeded"로 설정하고, fetchAttemptComplete를 true로 설정하고 이 단계를 중단합니다.

       4. 백그라운드 패치 인스턴스 업데이트를 bgFetch에 대해 실행합니다.

    7. 어느 시점에서든 stream에 대한 바이트 전송이 정상적으로 완료되면:

       1. 만약 response의 상태가 206이라면:

          1. firstBytePos, lastBytePos, 그리고 completeLength를 response에서 콘텐츠 범위 값 추출의 결과로 설정합니다.

          2. 만약 completeLength가 null이 아니고 responseData의 길이와 같다면 바이트, responseData의 결과를 "success"로 설정합니다.

             참고: 전체 리소스 또는 나머지 리소스를 요청하지만 서버가 나머지를 반환하지 않았을 수 있으며, 이 경우 추가 요청을 해야 합니다.

       2. 그렇지 않고 response의 상태가 정상 상태가 아니라면 responseData의 결과를 "bad-status"로 설정합니다.

       3. 그렇지 않으면 responseData의 결과를 "success"로 설정합니다.

       4. fetchAttemptComplete를 true로 설정합니다.

    8. 어느 시점에서든 stream이 오류 발생하면:

       1. 만약 리소스가 일시적으로 사용할 수 없음이고 request의 메서드가 `GET`이라면, 리소스가 일시적으로 사용할 수 없음이 아닐 때까지 기다린 다음, fetchAttemptComplete를 true로 설정합니다.

       2. 그렇지 않으면 responseData의 결과를 "fetch-error"로 설정하고 fetchAttemptComplete를 true로 설정합니다.

12. result를 빈 문자열로 설정합니다.

13. 다음 단계를 실행하되, bgFetch의 일시 중지 플래그 또는 모두 중단 플래그가 설정되면 중단합니다:

    1. fetchAttemptComplete가 true가 될 때까지 기다립니다.

    2. result를 responseData의 결과로 설정합니다.

14. 중단된 경우:

    1. 만약 bgFetch의 일시 중지 플래그가 설정되어 있다면, request의 메서드가 `GET`임을 확인합니다.

    2. 만약 bgFetch의 모두 중단 플래그가 설정되어 있다면, responseData의 결과를 "aborted"로 설정합니다.

    3. result를 responseData의 결과로 설정합니다.

       참고: fetch를 종료하면 결과가 변경될 수 있으므로 결과가 지금 저장됩니다.

    4. 진행 중인 fetch 종료를 실행합니다.

15. 만약 result가 빈 문자열이라면, bgFetch 및 record에 대해 레코드 완료를 실행합니다.

1. downloaded를 bgFetch의 저장된 본문 바이트 총합으로 설정합니다.

2. uploaded를 bgFetch의 업로드됨으로 설정합니다.

3. result를 bgFetch의 결과로 설정합니다.

4. failureReason를 bgFetch의 실패 이유로 설정합니다.

5. recordsAvailable를 bgFetch의 레코드 사용 가능 플래그가 설정되어 있으면 true로, 그렇지 않으면 false로 설정합니다.

6. bgFetch의 서비스 워커 등록의 범위 URL의 출처와 동일한 환경 설정 객체 env 각각에 대해 env의 책임 이벤트 루프에서 bgfetch 작업을 대기열에 추가하여 다음 단계를 실행합니다:

   1. bgFetchRegistration를 BackgroundFetchRegistration의 관련 영역 내에서 백그라운드 패치가 bgFetch와 동일한 인스턴스로 설정하고, 존재하지 않으면 null로 설정합니다.

      참고: BackgroundFetchRegistration 인스턴스 가져오기 알고리즘으로 인해 환경당 최대 하나만 존재합니다.

   2. 만약 bgFetchRegistration이 null이라면 이 단계를 중단합니다.

   3. 만약 recordsAvailable이 false이고 bgFetchRegistration의 레코드 사용 가능 플래그가 설정되어 있다면, bgFetchRegistration의 레코드 사용 가능 플래그를 해제합니다.

   4. 만약 bgFetchRegistration의 결과가 빈 문자열이 아니라면 이 단계를 중단합니다.

      참고: 이는 백그라운드 패치가 완료된 후 진행 상황이 보고되는 것을 방지합니다. 작업이 중단되었으나 일부 패치가 아직 종료되지 않은 경우에 가능합니다.

   5. 다음 조건이 모두 true라면:

      • bgFetchRegistration의 다운로드됨이 downloaded와 동일합니다.

      • bgFetchRegistration의 업로드됨이 uploaded와 동일합니다.

      • bgFetchRegistration의 결과가 result와 동일합니다.

      • bgFetchRegistration의 실패 이유가 failureReason와 동일합니다.

      그렇다면 이 단계를 중단합니다.

   6. bgFetchRegistration의 다운로드됨을 downloaded로 설정합니다.

   7. bgFetchRegistration의 업로드됨을 uploaded로 설정합니다.

   8. bgFetchRegistration의 결과를 result로 설정합니다.

   9. bgFetchRegistration의 실패 이유를 failureReason로 설정합니다.

   10. "progress"라는 이름의 이벤트를 bgFetchRegistration에서 발생시킵니다.

   이 작업은 마우스 이동 이벤트 디바운스와 유사하게 디바운스가 필요합니다.

registration

이벤트 객체의 관련 영역에서 bgFetch에 대해 BackgroundFetchRegistration 인스턴스를 가져오는 결과.

1. instancesMap를 이 realm 내의 BackgroundFetchManager의 BackgroundFetchRegistration 인스턴스로 설정합니다.

2. 만약 instancesMap[bgFetch]가 존재한다면, instancesMap[bgFetch]를 반환합니다.

3. instance를 realm 내의 새로운 BackgroundFetchRegistration로 설정하고, 백그라운드 패치를 bgFetch로 설정합니다.

4. instancesMap[bgFetch]를 instance로 설정합니다.

5. instance를 반환합니다.

1. 단언: partialResponse의 상태는 206입니다.

2. responseFirstBytePos, responseLastBytePos, 그리고 responseCompleteLength를 partialResponse에서 콘텐츠 범위 값 추출의 결과로 설정합니다. 이 작업이 실패하면, 유효하지 않음을 반환합니다.

3. 만약 responseFirstBytePos가 expectedRangeStart와 같지 않다면, 유효하지 않음을 반환합니다.

4. 만약 previousResponse가 null이 아니라면, 다음을 실행합니다:

   1. « `ETag`, `Last-Modified` »의 각 headerName에 대해:

      1. 만약 previousResponse의 헤더 목록이 headerName을 포함하고, previousResponse의 헤더 목록의 결합된 headerName의 값이 partialResponse의 헤더 목록의 결합된 headerName의 값과 같지 않다면, 유효하지 않음을 반환합니다.

   2. 만약 previousResponse의 상태가 206이라면:

      1. previousResponseFirstBytePos, previousResponseLastBytePos, 그리고 previousResponseCompleteLength를 previousResponse에서 콘텐츠 범위 값 추출의 결과로 설정합니다. 이 작업이 실패하면, 유효하지 않음을 반환합니다.

      2. 만약 previousResponseCompleteLength가 null이 아니고, responseCompleteLength가 previousResponseCompleteLength와 같지 않다면, 유효하지 않음을 반환합니다.

5. 유효함을 반환합니다.

1. 만약 response의 헤더 목록이 `Content-Range`를 포함하지 않는다면, 실패를 반환합니다.

2. contentRangeValue를 response의 헤더 목록에서 헤더의 값으로 설정합니다. 이때 이름은 `Content-Range`와 바이트 대소문자 무시 일치여야 합니다.

3. 만약 contentRangeValue를 단일 바이트 콘텐츠 범위로 구문 분석하는 데 실패하면, 실패를 반환합니다.

4. firstBytePos를 contentRangeValue에서 단일 바이트 콘텐츠 범위로 분석된 값 중 first-byte-pos에 해당하는 부분으로 설정하고, 정수로 구문 분석합니다.

5. lastBytePos를 contentRangeValue에서 단일 바이트 콘텐츠 범위로 분석된 값 중 last-byte-pos에 해당하는 부분으로 설정하고, 정수로 구문 분석합니다.

6. completeLength를 contentRangeValue에서 단일 바이트 콘텐츠 범위로 분석된 값 중 complete-length에 해당하는 부분으로 설정합니다.

7. 만약 completeLength가 "*"라면, completeLength를 null로 설정하고, 그렇지 않으면 completeLength를 정수로 구문 분석하여 설정합니다.

8. firstBytePos, lastBytePos, 그리고 completeLength를 반환합니다.

정수로 구문 분석 infra/189.

모든 플랫폼 객체는 realm에서 생성되어야 합니다.

1. recordObjects를 새로운 목록으로 설정합니다.

2. records의 각 record에 대해:

   1. responseData를 record의 응답 데이터로 설정합니다.

   2. recordObject를 새로운 BackgroundFetchRecord로 설정합니다.

   3. recordObject의 responseReady를 새로운 promise로 설정합니다.

   4. requestObject를 다음으로 설정된 새로운 Request 객체로 설정합니다:

      Request

      record의 요청의 복사본. 본문 포함.

      헤더

      이 요청과 연결된 새로운 Headers 객체. 요청의 헤더 목록과 관련됨.

   5. recordObject의 request를 requestObject로 설정합니다.

   6. transmittedBytes를 0으로 설정합니다.

   7. stream을 새로운 읽기 가능한 스트림으로 설정하며, pull 작업을 실행하고 다음을 병렬로 실행하여 새로운 promise promise를 반환합니다:

      1. responseData의 길이가 transmittedBytes보다 크거나, responseData의 결과가 빈 문자열이 아닌 경우를 대기합니다.

      2. bytes를 null로 설정합니다.

      3. 만약 responseData의 길이가 transmittedBytes보다 크고 responseData가 공개될 수 있다면:

         1. bytes를 responseData의 바이트의 사용자 에이전트가 결정한 슬라이스로 설정하며, transmittedBytes의 오프셋에서 시작합니다.

            참고: 이는 사용자 에이전트가 적절한 속도로 저장소에서 리소스를 스트리밍할 수 있도록 합니다.

         2. bytes의 길이만큼 transmittedBytes를 증가시킵니다.

      4. 작업을 대기열에 추가하고 stream의 관련 설정 객체의 책임 이벤트 루프에서 실행합니다:

         1. 만약 bytes가 null이 아니라면:

            1. array를 bytes의 새 Uint8Array로 설정합니다.

            2. 배열을 추가하여 stream에 대기열에 넣습니다.

         2. 만약 responseData가 공개될 수 있고, responseData의 결과가 빈 문자열이 아니며, transmittedBytes가 responseData의 바이트의 길이와 동일하다면, 스트림을 닫습니다.

         3. 그렇지 않고 responseData의 결과가 "aborted"라면, 스트림을 오류로 설정하고 AbortError DOMException를 발생시킵니다.

         4. 그렇지 않고 responseData가 공개될 수 없다면, 스트림을 오류로 설정하고 TypeError를 발생시킵니다.

         5. promise를 완료합니다.

   8. 다음 단계를 병렬로 실행합니다:

      1. responseData의 응답이 null이 아닌 상태로 대기합니다.

      2. 만약 responseData가 공개될 수 있다면:

         1. response를 responseData의 응답의 복사본으로 설정합니다.

         2. response의 헤더 목록에서 `Content-Range`를 삭제합니다.

         3. response의 헤더 목록에서 `Content-Length`를 삭제합니다.

         4. body를 새로운 본문으로 설정하며, 스트림을 stream으로 설정합니다.

         5. response의 본문을 body로 설정합니다.

         6. recordObject의 작업 대기열에서 실행합니다:

            1. responseObject를 새로운 Response 객체로 설정:

               응답

               response.

               헤더

               이 응답과 연결된 새로운 Headers 객체.

            2. promise 완료를 실행하여 recordObject의 responseReady를 responseObject로 설정합니다.

      3. 그렇지 않고 responseData의 결과가 "aborted"라면, promise 거부를 실행하여 recordObject의 responseReady를 설정하고 AbortError를 발생시킵니다.

      4. 그렇지 않으면, promise 거부를 실행하여 recordObject의 responseReady를 설정하고 TypeError를 발생시킵니다.

   9. 레코드 객체 추가를 실행하여 recordObject를 recordObjects에 삽입합니다.

3. recordObjects를 반환합니다.

1. id를 bgFetch의 id로 설정합니다.

2. 만약 map[id]가 존재하지 않는다면, false를 반환합니다.

3. 만약 map[id]가 bgFetch와 같지 않다면, false를 반환합니다.

4. true를 반환합니다.

1. 만약 map이 bgFetch를 포함 한다면, false를 반환합니다.

2. true를 반환합니다.

백그라운드 패치 클릭 확장 명령은 디스플레이를 활성화하는 사용자를 시뮬레이션합니다. 원격 끝 단계는 다음과 같습니다:

1. 만약 현재 최상위 브라우징 컨텍스트가 더 이상 열리지 않았다면, WebDriver 오류를 WebDriver 오류 코드 해당 창 없음과 함께 반환합니다.

2. pageURL을 현재 최상위 브라우징 컨텍스트의 활성 문서의 URL로 설정합니다.

3. swRegistration을 pageURL에 대한 일치하는 서비스 워커 등록으로 설정합니다.

4. 만약 swRegistration이 null이라면, WebDriver 오류를 상태 400 및 JSON 오류 코드 "invalid service worker state"와 함께 반환합니다.

5. bgFetch를 백그라운드 패치와 id가 url 변수 id이고, 서비스 워커 등록이 swRegistration인 가장 최신의 것으로 설정하며, 존재하지 않을 경우 null로 설정합니다.

6. 만약 bgFetch가 null이라면, WebDriver 오류를 상태 404 및 JSON 오류 코드 "background fetch not found"와 함께 반환합니다.

7. 백그라운드 패치 클릭 이벤트를 발생시킵니다. bgFetch에 대해.

8. WebDriver 성공을 반환합니다.