Quando un singolo utente reagisce a un post con emoji, viene generata la notifica corretta. Tuttavia, se più utenti reagiscono allo stesso post, la notifica aggiornata con il conteggio corretto delle reazioni appare solo quando uno degli utenti rimuove la propria reazione.
C’è una soluzione per questo?
Ho reagito a un post dall’account A, ottengo i dati di notifica nell’API di notifica per quella notifica, quindi quando ho reagito allo stesso post con l’account B non ottengo i dati nell’API di notifica. Ma quando rimuovo la mia reazione dall’account A, i dati di notifica dell’account B arrivano nell’API di notifica. Quindi ho di nuovo reagito al post con l’account A, i dati di notifica arrivano nell’API, quindi rimuovo la notifica dall’account B, quindi arrivano i dati di notifica dell’account A.
Non credo che questo sia correlato alle preferenze di notifica del destinatario. L’utente a cui ho reagito ha l’impostazione predefinita (Notifica quando mi piace: "La prima volta e giornalmente"), non “Ogni volta”. Ma anche con questo, il problema non riguarda se vengono notificati, ma che in /notifications.json appare solo la primissima reazione e le reazioni successive da altri account non aggiornano la notifica unificata finché una di esse non viene rimossa.
Quindi sembra più un bug di unificazione/aggiornamento delle notifiche piuttosto che un’impostazione delle preferenze.
Penso che il comportamento che stai descrivendo sia intenzionale. Se metti “mi piace” o reagisci a un post, la persona che lo ha scritto riceve una notifica. Se altri poi mettono “mi piace” o aggiungono reazioni, la notifica non viene aggiornata. Ha senso che la notifica venga aggiornata se qualcuno ritira il proprio “mi piace” o la propria reazione.