Firing `pushsubscriptionchange` when permission is regranted

オープン
#236 コメント 5 件 リアクション 0 件 担当者 0 名 GitHub で見る

@antosart がすでに取り組んでいます。

2025年4月22日 から。

  • #400 @antosart による — オープン

評価

難易度
4/5
見積もり時間
3〜5日
初心者へのやさしさ
25/100
issue の種類
機能追加
明瞭さ
おおむね明確
活発さ
停滞
技術スタック
html
領域
api

調査の方向性

Read the Push API specification language covering pushsubscriptionchange and permission changes, then review the linked pull request #400 for the proposed wording. The issue asks whether existing language can cover reinstating suspended subscriptions when notification permission returns; done means the specification accommodates that use case without prescribing specific circumstances.

索引モデルが issue の本文から書いたものです。

説明

v2

Firefox currently fires pushsubscriptionchange when an origin gets permission regranted.

We are considering doing the same in a slightly different scenario; some operating systems enable users to disable entire applications (i.e. the browser) from showing notifications. Since we still tie push to notifications, it may not make sense to continue receiving messages in this scenario. When the user allows the application to show notifications again, suspended subscriptions should be able to be reinstated.

I don't think it's a good idea to specify the specific circumstances under which this can happen. Rather, we need to make sure that the language we have allows for these use-cases.

/cc @kitcambridge

主要言語
HTML
スター
158
フォーク
43
平均マージ
2日 6時間
マージ済み PR(30日)
2

環境構築

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

w3c/push-api のほかの issue

w3c/push-api の issue をすべて見る

似ている issue

Backend & API Design の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。