通知設定が元に戻る問題を解決する

通知スイッチはすぐに切り替わり、その後dosyaが1つのキーをサーバーに保存します。リクエストが失敗すると、クライアントは保存されなかった変更を以前の値に戻します。

手順

1. アカウントのメールアドレスを確認し、安定した接続で通知設定を開きます。
2. グループまたは配信方法を1つだけ変更します。モバイルでは変更が先行表示され、ウェブでもPUTの応答前にスイッチが切り替わります。
3. モバイルでは保存できませんでした。もう一度お試しください。、ウェブではサーバーエラーを伴うCouldn’t saveの通知が表示されないか確認します。
4. エラーが表示されなければ、設定画面を離れて開き直し、/api/me/notificationsからGETで再取得します。
5. プッシュ通知では端末の許可も確認します。モバイルでは端末を登録する前にサーバーに配信方法が保存されます。OSで許可を拒否しても正常に応答が返り、設定の通知が表示され、クエリが再取得されます。保存済みのアカウント値は元に戻らず、先行表示も明示的には削除されません。
6. 認証済みセッションまたはネットワークを復旧してから再試行します。1件の書き込み失敗を調べている間は、複数の値を素早く切り替えないでください。

エンドポイントは部分的なマップを受け付け、認識された配信方法、14個のグループキー、または対応するtype:の個別設定のみを保存します。APIキーではこれらのアカウント設定を変更できません。このルートにはセッション認証が必要です。別の開いているセッションでの編集を上書きしないよう、クライアントはリクエストごとに変更したキーを1つだけ送信します。

確認できる結果

画面を開き直すと、サーバーで確認された意図どおりの値が表示されます。プッシュ通知では、OSの許可と端末の登録もアカウントの配信設定と一致します。

トラブルシューティング

値がすぐに元に戻る場合 保存リクエストが失敗し、先行表示された画面が元に戻りました。必要に応じて再認証し、再接続して、1項目の変更をやり直してください。

許可を拒否した後もプッシュ通知が有効と表示される場合 端末の設定で通知を許可し、プッシュ通知をオフにしてからオンにしてください。配信設定の保存と端末への登録は別の操作です。

別の端末で設定が変更された場合 両方のセッションを再読み込みしてください。部分的な書き込みにより、古い画面から古い設定マップ全体が意図的に送信されることはありませんが、同じキーには最後に保存された値が適用されます。

関連ガイド

• ロールバック後に設定の仕組みを確認する
• 設定の保存後に配信をテストする