Inondazione involontaria di email/notifiche tentando di spostare silenziosamente Topic tra categorie

Mi sono appena bruciato spostando 30 argomenti tra categorie a causa di una tempesta di email inviate ai miei utenti più preziosi.

Ho notato che dopo l’ultimo aggiornamento il testo è cambiato per la funzione che consente la soppressione delle notifiche quando una categoria di un gruppo di argomenti selezionati in blocco viene modificata. Ora mostra questo:

L’ho lasciato deselezionato e li ha bombardati di email! La categoria di destinazione è configurata come Watching first post (Segui primo post), ma prima di questa modifica sarebbero state soppresse.

Cosa sta succedendo qui?

5 Mi Piace

Scusate @nathank :frowning:

Ho provato a riprodurre localmente e ho migliorato la copertura delle nostre specifiche per assicurarci di aver gestito questo caso…

… ma sembra che tutto funzioni come previsto :thinking:

Ci sono possibilità che tu possa trovare alcuni passaggi per la riproduzione?

1 Mi Piace

@zogstrip Non vedo la copertura dei test per questo caso.

Dalla mia lettura, le specifiche describe "silent option" coprono solo gli scenari in cui l’argomento che viene spostato è già monitorato.

Il caso descritto qui è per lo scenario in cui la categoria di destinazione è “watched” (monitorata) o “watching first post” (monitoraggio primo post).

@nathank, a mia conoscenza, non l’abbiamo mai fatto in silenzio.

Penso che quello che sta succedendo qui sia che la modale per la funzionalità che abbiamo aggiunto la fa sembrare che anche questa dovrebbe essere silenziata. Penso che abbiamo spostato le aspettative con questa modale e ora non le stiamo soddisfacendo.

Questa è la mia impressione, comunque.

Penso che questa sia una legittima richiesta di Feature (funzionalità) o UX (esperienza utente), e la supporto pienamente. Ma non penso che sia tecnicamente un bug o una regressione.

2 Mi Piace

(post eliminato dall’autore)

Pensavo che questo fosse parte dello scopo di includerlo come opzione nelle azioni di massa (per eguagliare il comportamento di Disabilita notifiche di modifica categoria e Disabilita notifiche di modifica tag su base ad hoc).

Senza di essa, la funzionalità sarebbe piuttosto limitata.

2 Mi Piace

Ottimo punto. Onestamente non ne sono sicuro.

Vedo che questo è esattamente il caso d’uso descritto nella richiesta di funzionalità originale:

Vedo anche che diverse persone hanno pensato la stessa cosa quando hanno visto la nuova casella di controllo: Bulk editing topic categories should not trigger thousands of email notifications - #12 by mbauman

Anche la PR stessa sembra indicare che questa fosse l’intenzione:

Quando la casella di controllo “Esegui questa azione in silenzio” è stata spuntata, il job sidekiq :notify_category_change non dovrebbe essere accodato.

Ma non vedo una copertura di specifica esplicita per questo caso.

Devo ammettere che sono un po’ arrugginito nel preparare le specifiche ruby dato che non scrivo codice quotidianamente da qualche anno, ma questo sembra un possibile vuoto.

Mi puzza più di un bug adesso. Non sono sicuro se sia una regressione o meno, ma sembra che ci manchi la copertura per questo caso.

3 Mi Piace

Ahah! Penso di aver trovato il problema :bug:

L’opzione @silent non veniva propagata correttamente, il che causava la ricezione di notifiche da parte degli utenti che seguivano la categoria di destinazione anche quando la casella “Esegui questa azione in silenzio” era selezionata.

5 Mi Piace

Brillante! E grazie sia per aver preso sul serio la cosa sia per la correzione super veloce! L’ho appena testato e sembra tutto a posto.

Volevo solo notare che il testo nell’interfaccia utente è ora diverso / invertito, in modo che spuntare la casella faccia esattamente l’opposto di quello che faceva prima. Ma quell’aspetto sembra funzionare bene, quindi spero che sia tutto a posto.

Prima era:

Ora è:

1 Mi Piace