Correggere le preferenze di notifica che tornano indietro

Correggi un interruttore di notifica che torna indietro controllando salvataggi ottimistici, errori di sessione e rete, registrazione del dispositivo e valore confermato dal server.

Ultima revisione

Gli screenshot mostrano l’interfaccia in inglese.

Gli interruttori delle notifiche si spostano subito, poi dosya salva una chiave sul server. Se la richiesta non riesce, il client ripristina il valore precedente invece di mostrare la modifica come salvata.

Ripristino preferenza: interruttore immediato, ritorno al valore precedente dopo salvataggio fallito e nuova lettura dal server.
Ricarica dopo una modifica per distinguere una preferenza salvata da uno stato visivo temporaneo. Apri lo screenshot a grandezza naturale.

Passaggi

  1. Verifica l’email dell’account e apri le impostazioni delle notifiche con una connessione stabile.
  2. Cambia un solo gruppo o canale. L’app mobile usa una sovrapposizione ottimistica; anche il web sposta l’interruttore prima della risposta PUT.
  3. Controlla se appare Impossibile salvare. Riprova. su mobile o l’avviso web Impossibile salvare con l’errore del server.
  4. Se non appare alcun errore, esci e riapri le impostazioni per richiedere un nuovo GET da /api/me/notifications.
  5. Per Push, controlla anche il permesso del dispositivo. Il canale sul server viene salvato prima della registrazione mobile. Un rifiuto del sistema operativo ritorna normalmente, mostra l’avviso delle impostazioni e aggiorna la query; non ripristina il valore salvato nell’account né rimuove esplicitamente la sovrapposizione ottimistica.
  6. Riprova dopo aver ripristinato la sessione autenticata o la rete. Evita di cambiare rapidamente più valori mentre diagnostichi una scrittura non riuscita.
Riferimento al profilo dosya per riaprire le preferenze di notifica dopo un salvataggio ottimistico non riuscito.
Una nuova lettura delle impostazioni dell’account rivela lo stato dell’interruttore conservato dal server. Apri lo screenshot a grandezza naturale.

L’endpoint accetta mappe parziali e salva solo canali riconosciuti, 14 chiavi di gruppo o opzioni di attivazione type: supportate. Una chiave API non può cambiare queste impostazioni dell’account: il percorso richiede l’autenticazione di sessione. I client inviano intenzionalmente una sola chiave modificata per richiesta per evitare di sovrascrivere modifiche da un’altra sessione aperta.

Risultato previsto

Riaprendo la schermata appare il valore desiderato confermato dal server. Per Push, anche il permesso del sistema operativo e la registrazione del dispositivo corrispondono al canale dell’account.

Risoluzione dei problemi

Il valore torna subito indietro. La chiamata di salvataggio non è riuscita e l’interfaccia ottimistica ha ripristinato il valore. Se serve accedi di nuovo, riconnettiti e ripeti la singola modifica.

Push risulta attivo dopo il rifiuto del permesso. Apri le impostazioni del dispositivo, consenti le notifiche, poi disattiva e riattiva Push. Il salvataggio del canale e la registrazione nativa sono operazioni separate.

Un altro dispositivo ha cambiato l’impostazione. Aggiorna entrambe le sessioni. Le scritture parziali impediscono a una schermata non aggiornata di inviare intenzionalmente tutta la vecchia mappa, ma prevale l’ultima scrittura riuscita sulla stessa chiave.

Guide correlate

Ti è stata utile?

Caricamento delle valutazioni…

Quando voti, salviamo un cookie tecnico per un massimo di 180 giorni, così puoi cambiare la tua risposta.

Domande e risposte

Fai una domanda sui passaggi di questa guida. Le domande vengono revisionate prima della pubblicazione.

Non inserire dati dell’account, credenziali o file privati nelle domande pubbliche. Usa l’assistenza privata in questi casi.

Caricamento delle domande…

    Accedi al tuo account dosya per fare una domanda.

    Controlla il risultato prima di riprovare

    Usa questi controlli quando devi verificare il risultato di un’attività.