푸시 API

애플리케이션 서버는 웹 애플리케이션의 서버 측 구성 요소를 의미합니다.

푸시 메시지는 애플리케이션 서버에서 웹 애플리케이션으로 전송되는 데이터입니다.

푸시 메시지는 해당 메시지가 제출된 활성 워커와 연결된 푸시 구독에 전달됩니다. 서비스 워커가 현재 실행 중이 아니면, 전달을 위해 워커가 시작됩니다.

선언적 푸시 메시지는 푸시 메시지이며, 데이터가 사용자 에이전트가 이해할 수 있는 JSON 문서입니다. 사용자 에이전트는 각 수신되는 푸시 메시지를 기회적으로 파싱하여, 선언적 푸시 메시지인지 선언적 푸시 메시지 파서를 통해 판단합니다.

선언적 푸시 메시지는 서비스 워커의 개입 없이 알림을 생성하고 표시할 수 있습니다. 그럼에도 불구하고, 애플리케이션 서버가 원하면 서비스 워커가 개입할 수 있습니다. 이러한 경우, 푸시 메시지의 선언적 특성은 예를 들어 저장소 압박으로 서비스 워커가 제거된 경우 백업 역할을 합니다. 또한 알림 데이터를 전달하는 보다 객체 지향적인 방법을 제공합니다.

{
  "web_push": 8030,
  "notification": {
    "title": "Ada emailed ‘London’",
    "lang": "en-US",
    "dir": "ltr",
    "body": "Did you hear about the tube strikes?",
    "navigate": "https://email.example/message/12"
  }
}

푸시 구독은 웹 애플리케이션을 대신하여 사용자 에이전트와 푸시 서비스 사이에 설정된 메시지 전달 컨텍스트입니다.

푸시 구독에는 연결된 범위가 있으며, 이는 URL입니다.

푸시 구독은 연결된 창에서 액세스 가능한 범위를 가진 것으로 간주되며, 이때 해당 범위의 경로는 목록이고 그 크기가 1이며, 범위의 경로[0]은 빈 문자열입니다.

푸시 구독에는 연결된 푸시 엔드포인트가 있습니다. 이는 푸시 서비스가 노출하며 애플리케이션 서버가 푸시 메시지를 보낼 수 있는 절대 URL이어야 합니다. 푸시 엔드포인트는 푸시 구독을 고유하게 식별해야 합니다.

푸시 구독에는 연결된 구독 만료 시간이 있을 수 있습니다. 설정된 경우, 이는 1970년 1월 1일 00:00:00 UTC 이후의 밀리초 단위 시간으로, 해당 구독이 비활성화되는 시간이어야 합니다. 사용자 에이전트는 구독이 만료되기 전에 푸시 구독을 갱신하려고 시도하는 것이 좋습니다.

푸시 구독에는 연결된 P-256 ECDH 키 쌍과 인증 비밀값이 [RFC8291]에 따라 연결되어 있다.

사용자 에이전트가 어떤 이유로든 푸시 구독의 키를 변경해야 하고 해당 푸시 구독의 연결된 서비스 워커 등록 이 null이 아닌 경우, 사용자 에이전트는 해당 갱신을 푸시 구독에 반드시 수행해야 한다.

푸시 구독을 생성하려면, PushSubscriptionOptionsInit optionsDictionary가 주어졌을 때:

1. subscription을 새 PushSubscription으로 한다.
2. options을 새로 생성된 PushSubscriptionOptions 객체로 하고, 해당 속성을 optionsDictionary의 대응하는 멤버와 값으로 초기화한다.
3. subscription의 options 속성을 options로 설정한다.
4. subscription의 P-256 ECDH 키 쌍을 새 P-256 ECDH 키 쌍 [ANSI-X9-62]을 생성한 결과로 설정한다.
5. subscription의 인증 비밀값을 새 인증 비밀값을 생성한 결과로 설정한다. 이는 [RFC8291] 섹션 3.2에 정의된 옥텟 시퀀스이다.
6. 새 푸시 구독을 요청한다. applicationServerKey 속성이 설정되어 있다면 options의 해당 속성을 포함한다. 모든 예외는 다시 던진다.
7. 푸시 구독 요청이 성공적으로 완료되면:
   1. subscription의 endpoint 속성을 푸시 구독의 푸시 엔드포인트로 설정한다.
   2. 푸시 구독에서 제공하는 경우, subscription의 expirationTime을 설정한다.
8. subscription을 반환한다.

푸시 서비스라는 용어는 애플리케이션 서버가 웹 애플리케이션에 푸시 메시지를 보낼 수 있도록 하는 시스템을 의미합니다. 푸시 서비스는 자신이 제공하는 푸시 엔드포인트 또는 엔드포인트를 푸시 구독에 대해 제공합니다.

사용자 에이전트는 푸시 서비스에 연결하여 푸시 구독을 생성합니다. 사용자 에이전트는 사용 가능한 푸시 서비스의 선택을 제한할 수 있습니다 . 그 이유에는 서비스 가용성(특정 국가의 방화벽이나 직장 등의 네트워크에서 서비스가 차단되는지 여부를 포함합니다), 신뢰성, 배터리 수명에 미치는 영향과 같은 성능 관련 고려 사항과 메타데이터를 특정 푸시 서비스로 보내거나 보내지 않도록 하는 합의가 포함됩니다.

Push API는 강력한 기능이며, 이름은 "push"로 식별됩니다.

Permissions 명세와의 통합을 위해, 이 명세에서는 PushPermissionDescriptor permission descriptor type을 정의합니다.

WebIDLdictionary PushPermissionDescriptor : PermissionDescriptor {
  boolean userVisibleOnly = false;
};

userVisibleOnly는 userVisibleOnly와 동일한 의미를 가집니다.

{name: "push", userVisibleOnly: false}는 더 강력한 권한이며, {name: "push", userVisibleOnly: true}보다 우선합니다.

subscribe() 메서드 단계는 다음과 같습니다:

1. promise를 새 promise로 둡니다.
2. global을 this의 관련 전역 객체로 둡니다.
3. scope를 null로 둡니다.
4. registration을 null로 둡니다.
5. this의 서비스 워커 등록이 null이면:
   1. scope를 기본 URL 파서를 "/" 및 global의 연결된 Document의 URL과 함께 실행한 결과로 설정합니다.
6. 그렇지 않으면:
   1. 단언: this의 서비스 워커 등록은 서비스 워커 등록입니다.
   2. registration을 this의 서비스 워커 등록으로 설정합니다.
7. scope가 실패이거나 URL이며 그 스킴이 "https"가 아니면, 다음을 수행합니다 전역 태스크를 큐에 넣습니다. 네트워킹 태스크 소스에서 global을 사용하여 거부하도록 promise를 "NotAllowedError" DOMException으로 설정하고 이 단계들을 종료합니다.
8. options["userVisibleOnly"] 이 false이고 사용자 에이전트가 true일 것을 요구하면, 전역 태스크를 큐에 넣습니다. 네트워킹 태스크 소스에서 global을 사용하여 거부하도록 promise를 "NotAllowedError" DOMException으로 설정하고 이 단계들을 종료합니다.
9. options["applicationServerKey"] 이 null이고 푸시 서비스가 null이 아니어야 한다고 요구하면, 전역 태스크를 큐에 넣습니다. 네트워킹 태스크 소스에서 global을 사용하여 거부하도록 promise를 "NotSupportedError" DOMException으로 설정하고 이 단계들을 종료합니다.
10. options["applicationServerKey"] 이 null이 아니면:
    1. options["applicationServerKey"] 이 문자열이면, 그 값을 ArrayBuffer로 설정하며, 여기에는 options["applicationServerKey"] 을 base64url 인코딩 [RFC7515]으로 디코딩하여 얻은 옥텟 시퀀스가 포함됩니다.
    2. 디코딩이 실패하면, 전역 태스크를 큐에 넣습니다. 네트워킹 태스크 소스에서 global을 사용하여 거부하도록 promise를 "InvalidCharacterError" DOMException 으로 설정하고 이 단계들을 종료합니다.
    3. options["applicationServerKey"] 이 P-256 곡선의 유효한 점을 나타내는지 확인합니다. 값이 유효하지 않으면, 전역 태스크를 큐에 넣습니다. 네트워킹 태스크 소스에서 global을 사용하여 거부하도록 promise를 "InvalidAccessError" DOMException 으로 설정하고 이 단계들을 종료합니다.
11. 다음 단계들을 병렬로 실행합니다:
    1. subscription을 null로 둡니다.
    2. scope가 null이 아니면:
       1. 푸시 구독 중 창에서 접근 가능한 범위를 가지며 그 범위가 동일한 scope가 있으면, subscription을 해당 푸시 구독으로 설정합니다.
    3. 그렇지 않으면:
       1. 단언: registration은 null이 아닙니다.
       2. registration의 활성 워커가 null이면, 전역 태스크를 큐에 넣습니다. 네트워킹 태스크 소스에서 global을 사용하여 거부 promise를 "InvalidStateError" DOMException 으로 설정하고 이 단계들을 종료합니다.
       3. registration의 연결된 푸시 구독 이 null이 아니면, subscription을 registration의 연결된 푸시 구독으로 설정합니다.
       4. scope를 registration의 범위 URL로 설정합니다.
    4. permission을 사용 권한 요청 "push"로 둡니다.
    5. permission이 "denied"이면, 전역 태스크를 큐에 넣습니다. 사용자 상호작용 태스크 소스에서 global을 사용하여 거부하도록 promise를 "NotAllowedError" DOMException 으로 설정하고 이 단계들을 종료합니다.
    6. subscription이 null이 아니면:
       1. subscription에 오류가 있으면, 전역 태스크를 큐에 넣습니다. 네트워킹 태스크 소스에서 global을 사용하여 거부하도록 promise를 다음 "AbortError" DOMException 으로 설정하고 이 단계들을 종료합니다.
       2. options 인수를 subscription의 options 속성과 비교합니다. BufferSource 값의 내용은 참조가 아니라 동등성을 기준으로 비교합니다.
       3. options의 속성 중 어느 하나라도 subscription에 저장된 값과 다른 값을 포함하면, 전역 태스크를 큐에 넣습니다. 네트워킹 태스크 소스에서 global을 사용하여 거부하도록 promise를 "InvalidStateError" DOMException 으로 설정하고 이 단계들을 종료합니다.
       4. 전역 태스크를 큐에 넣습니다. 네트워킹 태스크 소스에서 global을 사용하여 이행하도록 promise를 subscription으로 설정하고 이 단계들을 종료합니다.
    7. 단언: subscription은 null이고 scope는 URL입니다.
    8. subscription을 options으로 푸시 구독을 생성하려고 시도한 결과로 설정합니다. 구독 생성이 예외를 던지면 예외를, 전역 태스크를 큐에 넣습니다. 네트워킹 태스크 소스에서 global을 사용하여 거부하도록 promise를 해당 예외로 설정하고 이 단계들을 종료합니다.
    9. subscription의 범위를 scope로 설정합니다.
    10. 전역 태스크를 큐에 넣습니다. 네트워킹 태스크 소스에서 global을 사용하여 이행하도록 promise를 PushSubscription 중 subscription에 대응하는 것으로 설정합니다.
12. promise를 반환합니다.

getSubscription() 메서드의 단계는 다음과 같습니다:

1. promise를 새 promise로 둡니다.
2. global을 this의 관련 전역 객체로 둡니다.
3. windowScope를 null로 둡니다.
4. registration을 null로 둡니다.
5. this의 서비스 워커 등록이 null이면, windowScope를 기본 URL 파서를 "/" 및 global의 연결된 Document의 URL과 함께 실행한 결과로 설정합니다.
6. 그렇지 않으면:
   1. 단언: this의 서비스 워커 등록은 서비스 워커 등록입니다.
   2. registration을 this의 서비스 워커 등록으로 설정합니다.
7. 다음 단계들을 병렬로 실행합니다:
   1. subscription을 null로 둡니다.
   2. windowScope가 null이 아니면:
      1. 푸시 구독 중 그 범위가 windowScope인 것이 있으면, subscription을 해당 푸시 구독으로 설정합니다.
   3. 그렇지 않으면:
      1. 단언: registration은 null이 아닙니다.
      2. registration의 연결된 푸시 구독 이 null이 아니면, subscription을 registration의 연결된 푸시 구독으로 설정합니다.
   4. subscription이 null이면, promise를 null로 이행합니다.
   5. subscription에 오류가 있으면, promise를 DOMException 으로 거부하며, 그 이름은 "AbortError"이고 이 단계들을 종료합니다.
   6. promise를 PushSubscription 중 subscription에 대응하는 것으로 이행합니다.
8. promise를 반환합니다.

permissionState() 메서드 단계는 다음과 같다:

1. promise를 새로운 프로미스로 한다.

2. global을 this의 관련 전역 객체로 한다.

3. 병렬로:

   1. state를 "push"의 권한 상태로 한다.

   2. 전역 태스크를 큐에 할당한다. 네트워킹 태스크 소스에서 global로 promise를 state로 resolve한다.

4. promise를 반환한다.

푸시 서비스를 사용할 권한은 영속적일 수 있으며, 유효한 권한이 있으면 이후 구독에 대해 다시 확인할 필요가 없습니다.

권한이 필요하다면 반드시 subscribe() 메서드를 호출하여 요청해야 합니다.

WebIDL[Exposed=(Window,Worker), SecureContext]
interface PushSubscriptionOptions {
  readonly attribute boolean userVisibleOnly;
  [SameObject] readonly attribute ArrayBuffer? applicationServerKey;
};

userVisibleOnly 속성은 get 시 초기화된 값을 반환합니다.

applicationServerKey 속성은 get 시 초기화된 값을 반환합니다.

존재하는 경우, applicationServerKey 값에는 반드시 [DSS]에서 정의된 P-256 타원 곡선의 점이 포함되어야 하며, 인코딩은 [ANSI-X9-62] 부록 A에서 설명된 미압축(uncompressed) 형식(즉, 0x04 옥텟으로 시작하는 65 옥텟)이어야 한다. DOMString으로 제공되는 경우, 해당 값은 반드시 [RFC7515]에 따라 base64url 인코딩으로 인코딩되어야 한다.

사용자 에이전트는 필요에 따라 applicationServerKey 가 존재하지 않고, push service가 동작상 필요로 하는 경우 구독 시도를 거부할 수 있다.

applicationServerKey 값은 [RFC8291]에서 메시지 암호화에 사용된 값과 반드시 달라야 한다.

WebIDLdictionary PushSubscriptionOptionsInit {
  boolean userVisibleOnly = false;
  (BufferSource or DOMString)? applicationServerKey = null;
};

userVisibleOnly 멤버는, true로 설정된 경우 푸시 구독이 그 효과가 사용자에게 표시되는 푸시 메시지에만 사용됨을 나타냅니다 예를 들어 Web Notification을 표시하는 경우입니다. [NOTIFICATIONS]

PushSubscriptionOptionsInit은 추가 옵션을 나타내며, 다음과 연결됩니다: 푸시 구독. 사용자 에이전트는 그 재량에 따라 이러한 옵션을 사용자에게 명시적 권한을 요청할 때 고려할 수 있습니다. 옵션이 고려되는 경우, 사용자 에이전트는 수신되는 푸시 메시지에 해당 옵션을 적용하면 좋습니다.

이러한 옵션은 선택 사항이며, 사용자 에이전트는 할 수 있습니다 다음 중 일부만 지원하도록 선택할 수 있습니다. 사용자 에이전트는 지원하지 않는 옵션을 노출해서는 안 됩니다 .

일단 설정되면, 푸시 구독의 옵션은 변경할 수 없습니다. 기존 푸시 구독은 unsubscribe를 통해 구독 해제하여, 새 옵션을 가진 푸시 구독을 생성할 수 있습니다.

applicationServerKey 멤버는 사용자 에이전트가 푸시 서비스와 푸시 구독을 설정할 때 사용됩니다. applicationServerKey 옵션에는 다음을 위한 타원 곡선 공개 키가 포함됩니다: 애플리케이션 서버. 이는 해당 애플리케이션 서버가 이 푸시 구독에 푸시 메시지를 보낼 때 [RFC8292]에 정의된 대로 자신을 인증하는 데 사용할 키입니다; 푸시 서비스는 해당 개인 키가 인증 토큰을 생성하는 데 사용되지 않으면 모든 푸시 메시지를 거부합니다.

푸시 메시지 암호화에 사용되는 암호화 키는 웹 애플리케이션에 getKey() 메서드 또는 PushSubscription의 직렬화기를 통해 제공됩니다. 각 키의 이름은 PushEncryptionKeyName 열거형의 값을 사용하여 지정됩니다.

WebIDLenum PushEncryptionKeyName {
  "p256dh",
  "auth"
};

p256dh 값은 [RFC8291]에 기술된 P-256 ECDH 디피-헬만 공개키를 가져오는 데 사용됩니다.

auth 값은 [RFC8291]에 기술된 인증 시크릿을 가져오는 데 사용됩니다.

Service Worker 명세는 ServiceWorkerGlobalScope 인터페이스를 정의합니다 [SERVICE-WORKERS] 이 명세는 해당 인터페이스를 확장합니다.

WebIDL[Exposed=ServiceWorker, SecureContext]
partial interface ServiceWorkerGlobalScope {
  attribute EventHandler onpush;
  attribute EventHandler onpushsubscriptionchange;
};

onpush 속성은 이벤트 핸들러 IDL 속성이며, 해당 이벤트 핸들러 이벤트 타입은 "push"입니다. "push" 이벤트는 푸시 메시지가 푸시 구독에 수신되었음을 나타냅니다.

onpushsubscriptionchange 속성은 이벤트 핸들러 IDL 속성이며, 해당 이벤트 핸들러 이벤트 타입은 "pushsubscriptionchange"입니다.

WebIDL[Exposed=ServiceWorker, SecureContext]
interface PushEvent : ExtendableEvent {
  constructor(DOMString type, optional PushEventInit eventInitDict = {});
  readonly attribute PushMessageData? data;
  readonly attribute Notification? notification;
};

dictionary PushEventInit : ExtendableEventInit {
  PushMessageDataInit? data = null;
  Notification? notification = null;
};

typedef (BufferSource or USVString) PushMessageDataInit;

PushEvent 인터페이스 또는 PushEvent 인터페이스를 상속하는 인터페이스의 constructor가 호출되면, 일반적인 이벤트 구성 단계에 다음 단계가 포함되도록 확장됩니다:

1. eventInitDict의 data 멤버가 없으면, 이벤트의 data 속성에 null을 할당하고 이 단계를 종료합니다.
2. b를 eventInitDict의 "data" 멤버에서 바이트 시퀀스를 추출한 결과로 설정합니다.
3. 이벤트의 data 속성에 PushMessageData 인스턴스를 새로 생성하여, bytes를 b로 할당합니다.

data 속성은 초기화된 값을 반환해야 합니다.

notification 속성은 초기화된 값을 반환해야 합니다.

사용자 에이전트가 푸시 메시지를 푸시 서비스로부터 수신하면, 다음 단계를 반드시 실행해야 합니다.

1. subscription을 푸시 메시지에 대응하는 활성 푸시 구독으로 설정합니다.

2. registration을 subscription의 연결된 서비스 워커 등록으로 설정합니다.

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

4. 푸시 메시지에 페이로드가 포함되어 있으면:

   1. subscription과 연결된 키 쌍의 비공개 키 및 [RFC8291]에 설명된 절차를 사용하여 푸시 메시지의 페이로드를 복호화합니다. bytes를 결과로 얻은 바이트 시퀀스로 설정합니다.

   2. 어떤 이유로든 푸시 메시지 페이로드를 복호화할 수 없는 경우, 확인 처리를 푸시 메시지에 수행하고 이 단계를 중단합니다.

      참고

      push 이벤트는 푸시 메시지가 푸시 구독과 연결된 키 쌍을 사용하여 성공적으로 복호화되지 않은 경우 발생하지 않습니다.

5. bytes가 null이 아니면:

   1. baseURL을 subscription의 범위로 설정합니다.

   2. origin을 baseURL의 출처로 설정합니다.

   3. fallbackTimestamp를 현재 거칠게 조정된 벽시계 시간으로 설정합니다.

   4. declarativeResult를 bytes, origin, baseURL 및 fallbackTimestamp가 주어졌을 때 선언적 푸시 메시지 파서를 실행한 결과로 설정합니다.

   5. declarativeResult가 실패가 아니면:

      1. notification을 declarativeResult의 알림으로 설정합니다.

      2. notification의 서비스 워커 등록을 registration으로 설정합니다.

      3. notificationShown을 false로 설정합니다.

      4. declarativeResult의 변경 가능 여부가 true이고 registration이 null이 아니면:

         1. result를 registration, null 및 notification을 나타내는 새로운 Notification 객체가 주어졌을 때 푸시 이벤트를 발생시킨 결과로 설정합니다.

         2. result가 실패가 아니면, notificationShown을 result의 알림 표시 여부로 설정합니다.

      5. notificationShown이 false이면, 알림 표시 단계를 notification 및 null과 함께 실행합니다.

         참고

         환경 설정 객체가 없으므로 null이 전달됩니다. 이는 또한 아이콘과 같은 notification의 리소스가 가져와질 때 서비스 워커가 관여하지 않도록 보장합니다.

      6. 확인 처리를 푸시 메시지에 수행하고 이 단계를 중단합니다.

6. registration이 null이면 이 단계를 중단합니다.

7. data를 바이트가 bytes가 null이 아닌 경우 bytes이고, 그렇지 않으면 null인 새로운 PushMessageData 객체로 설정합니다.

8. result를 registration, data 및 null이 주어졌을 때 푸시 이벤트를 발생시킨 결과로 설정합니다.

9. result가 실패이고 동일한 푸시 메시지가 서비스 워커 등록에 여러 번 전달되었지만 매번 실패했다면, 확인 처리를 푸시 메시지에 수행합니다.

10. result가 실패가 아니면, 확인 처리를 푸시 메시지에 수행합니다.

푸시 이벤트 결과는 알림 표시 여부(불리언)로 구성된 튜플입니다.

서비스 워커 등록 registration, PushMessageData 객체 또는 null인 data, 그리고 알림 또는 null인 notification이 주어졌을 때 푸시 이벤트를 발생시키려면 다음 단계를 실행합니다. 이 단계는 실패 또는 푸시 이벤트 결과를 반환합니다.

1. notificationResult를 null로 설정합니다.

2. registration의 showNotification()이 성공적으로 호출되었는지 여부를 false로 설정합니다.

3. 다음 속성을 사용하여 registration에서 PushEvent를 사용하는 "push"라는 이름의 기능 이벤트를 발생시킵니다:

   data

   data

   notification

   notification

   그런 다음 dispatchedEvent와 함께 다음 단계를 병렬로 실행합니다:

   1. dispatchedEvent의 수명 연장 프로미스에 있는 모든 프로미스가 해결될 때까지 기다립니다.

   2. 이들이 성공적으로 해결되지 않으면 notificationResult를 실패로 설정합니다.

   3. 그렇지 않으면 notificationResult를 registration의 showNotification()이 성공적으로 호출되었는지 여부로 설정합니다.

4. notificationResult가 null이 아니게 될 때까지 기다립니다.

5. notificationResult가 실패이면 실패를 반환합니다.

6. 단언: notificationResult는 불리언입니다.

7. (notificationResult)를 반환합니다.

푸시 메시지를 승인한다는 것은 푸시 메시지 pushMessage가 주어졌을 때 pushMessage의 수신을 [RFC8030]에 따라 승인하는 것을 의미합니다.

푸시 메시지를 승인하면 푸시 서비스가 전달을 중지하고 메시지 전달 성공을 애플리케이션 서버에 보고합니다. 이는 동일한 푸시 메시지가 푸시 서비스에 의해 무기한 재시도되는 것을 방지합니다.

또한 승인한다는 것은 애플리케이션 서버가 잘못하여 푸시 메시지가 성공적으로 전달되었음을 나타내는 전달 확인을 받을 수도 있음을 의미합니다. 따라서 승인하기 전에 여러 번의 거부를 허용해야 합니다; 최소 세 번의 시도를 허용하는 것이 권장됩니다.

pushsubscriptionchange 이벤트는 푸시 구독의 변경을 나타냅니다 이는 애플리케이션의 제어 외부에서 발생한 것으로, 예를 들어 해당 구독이 갱신되거나, 취소되거나, 손실되었기 때문입니다.

"pushsubscriptionchange" 이벤트를 발생시키려면, 서비스 워커 등록 registration, newSubscription 및 oldSubscription이 주어졌을 때, 사용자 에이전트는 기능 이벤트를 발생시켜야 합니다 이름이 "pushsubscriptionchange"인 이벤트를 PushSubscriptionChangeEvent를 사용하여 registration에서 다음 속성과 함께 발생시킵니다:

newSubscription

newSubscription

oldSubscription

oldSubscription

WebIDL[Exposed=ServiceWorker, SecureContext]
interface PushSubscriptionChangeEvent : ExtendableEvent {
  constructor(DOMString type, optional PushSubscriptionChangeEventInit eventInitDict = {});
  readonly attribute PushSubscription? newSubscription;
  readonly attribute PushSubscription? oldSubscription;
};

WebIDLdictionary PushSubscriptionChangeEventInit : ExtendableEventInit {
  PushSubscription newSubscription = null;
  PushSubscription oldSubscription = null;
};