TL;DR:Sembra che gli argomenti programmati non attivino le notifiche di nuovo argomento per i Sorveglianti al momento della pubblicazione. Il caso d’uso è quello di raggruppare un argomento di notifica per la riunione Scrum Standup per ogni giorno lavorativo, pubblicarli a un orario specifico e inviare promemoria ai partecipanti allo Standup.
Riproduzione:
Fai in modo che utenti non amministratori stiano Sorvegliando una determinata categoria privata.
Assicurati che tali utenti, senza una sessione attiva, ricevano notifiche via e-mail di nuovi argomenti creati manualmente nella categoria.
Crea manualmente un nuovo argomento nella categoria designata per testare il “caso di controllo” in cui un utente riceve notifiche via e-mail per un nuovo argomento.
Successivamente, crea un nuovo argomento in bozza in una categoria privata separata, ad esempio nella categoria Staff. (Facoltativamente, modifica il proprietario dell’argomento/primo post.) Programma la pubblicazione dell’argomento in un secondo momento, ad esempio tra 5 minuti.
Attendi fino all’orario di pubblicazione…
Comportamento atteso:
Poiché stanno Sorvegliando la specifica categoria (privata), gli utenti non amministratori che non sono attivi sul sito riceveranno una notifica via e-mail per entrambi i tipi di argomenti (“normali” e programmati).
Comportamento effettivo:
Gli utenti ricevono la notifica via e-mail solo per gli argomenti “normali” (non programmati) creati manualmente nella categoria designata.
Ho appena testato questa funzionalità sul mio sito di sviluppo locale. Il mio utente non ha ricevuto una notifica email per una bozza condivisa programmata per la pubblicazione in una categoria protetta che sta monitorando. L’utente riceve invece notifiche email per i topic pubblicati direttamente nella categoria protetta.
Accedendo come utente di test, vedo che ha ricevuto una notifica di “modifica” per il topic pubblicato dalla categoria bozze. Tuttavia, una notifica di “modifica” non genera un’email.
Aggiornamento: Ho anche provato a pubblicare manualmente una bozza condivisa cliccando sul pulsante “Pubblica bozza condivisa”. Anche in questo caso non viene generata una nuova notifica per il topic né un’email di notifica. Viene creata semplicemente una notifica di “modifica” per gli utenti che stanno monitorando la categoria.
Solo per chiarire, credo che il fatto che venga generata una notifica di modifica invece di una notifica di “nuovo argomento” stia causando il comportamento inaspettato in questo caso.
In realtà, dal punto di vista degli utenti, è un nuovo argomento. Il fatto che il timestamp venga aggiornato supporta questa visione. (E trattare le notifiche come un nuovo argomento sarebbe un comportamento coerente.)
Presumo che l’UX sia progettata per funzionare dal punto di vista dell’utente, non dello sviluppatore.
Gli utenti finali non avrebbero alcuna conoscenza implicita di questo fatto, dato che l’argomento è stato necessariamente preparato al di fuori della loro vista e doveva essere mostrato come “nuovo” al momento designato. In effetti, questo è il caso d’uso principale degli argomenti programmati, per quanto ne so.
Abbiamo verificato approfonditamente questo quando abbiamo organizzato la nostra prima sfida del 3 dicembre. Si basava interamente su argomenti pubblicati automaticamente e gli utenti ricevevano una notifica in quel momento. Se ciò non funziona più, sarebbe un problema per noi.
Suppongo che la questione discussa qui riguardi cosa succede quando un argomento in bozza viene pubblicato nella sua categoria di destinazione. Le stesse regole applicate alla pubblicazione di una bozza condivisa si applicano anche quando un argomento viene ricategorizzato, quindi entrambi i casi possono essere gestiti qui.
Con la funzionalità attuale, gli utenti che stanno monitorando una categoria riceveranno una notifica di “modifica” quando una bozza condivisa viene pubblicata nella sua categoria di destinazione o quando un argomento viene ricategorizzato nella categoria monitorata. Le notifiche di modifica non generano email, quindi gli utenti non verranno avvisati via email quando la bozza viene pubblicata.
Credo che questo sia un regresso. Il problema relativo alle notifiche per gli argomenti ricategorizzati è stato discusso in precedenza qui: Notifications when a topic is recategorized.
Se viene creata una notifica “pubblicato” o “modificato” è determinato dal valore del parametro new_record utilizzato nella chiamata a post_alerter.notify_post_users nel job NotifyCategoryChange. Tale parametro ha come valore predefinito true, ma ora è esplicitamente impostato su false nel job. Questo è un cambiamento recente. Potrebbe esserci una buona ragione per questo di cui non sono a conoscenza.
Mi piace caricare i miei argomenti come argomenti programmati in una categoria privata e poi pubblicarli automaticamente in una categoria pubblica.
Ma come te, anche quando menziono un team (@), nessuno riceve la notifica. Sembra che il re-post non generi una notifica. Come ha menzionato @codinghorror, deve essere come un argomento modificato quando viene cambiata la categoria.
A parte le complessità tecniche, c’è un modo per programmare un post e far sì che un gruppo di menzioni specifico (come @ members) riceva una notifica?
Sembra che questo sia il cambiamento, ma non riesco a capire cosa l’abbia ispirato:
Aggiornamento:
Per chi ha bisogno di una soluzione rapida, sono riuscito a utilizzare l’azione “Nuovo Post” di Discourse in Zapier per attivare le notifiche al sistema di chat del nostro team, in alternativa al plugin Discourse chat.
Ho finito per aggirare completamente questo bug dei topic temporizzati e ho attivato lo “Zap” in base all’ora del giorno, pubblicandolo direttamente nella categoria di destinazione, così l’API attiverà l’evento “Nuovo” e potrò utilizzare il plugin Discourse Chat Integration per inviare le notifiche appropriate.
È anche possibile monitorare i topic e poi filtrare i “Nuovi topic” (Zapier li vede ancora come nuovi) che appaiono nella categoria di destinazione desiderata. All’inizio ho usato questo approccio, ma ho optato per quello più semplice sopra descritto, in modo da poter automatizzare la creazione quotidiana di messaggi per avviare il nostro daily standup.
In sostanza, ho migliorato leggermente la logica relativa alle notifiche.
Se l’utente ha già visualizzato il post, il tipo di notifica dovrebbe essere edited. Questo si verifica, ad esempio, quando l’OP aggiunge una categoria o un tag che è monitorato da un altro utente.
Tuttavia, quando l’utente non ha ancora visualizzato il post, il tipo di notifica dovrebbe essere “new reply”. Questo accade, ad esempio, quando un argomento si trova in una categoria privata ed è impostato per la pubblicazione futura. In questo caso, modifichiamo un argomento esistente, ma dal punto di vista dell’utente è come se fosse un nuovo post.
Potresti confermare se questo risolve il problema menzionato?
Sai se questa notifica dovrebbe essere attivata per gli utenti Osservazione del primo post o per l’impostazione del filtro dell’integrazione della chat Solo primo post?
La mia comprensione è che quando viene aggiunta la categoria (questo è ciò che viene attivato quando l’argomento viene spostato, ad esempio, da una categoria privata a una pubblica), vengono notificati entrambi i tipi di utenti.
Innanzitutto, vengono notificati gli utenti che stanno osservando quella specifica categoria e, in base al fatto che abbiano già visto l’argomento o meno, si decide se l’azione deve essere classificata come modificata o nuova risposta.
Poi vengono notificati anche gli osservatori del primo post, ma per loro utilizziamo un tipo di notifica diverso chiamato osservazione del primo post.
