Hmm, non riesco immediatamente a riprodurre il problema. Nel caso in cui non stessi seguendo i passaggi che hai indicato, ecco un video di quanto ho provato. Fammi sapere se ci sono ulteriori passaggi che devo compiere. Potrebbe anche essere utile conoscere gli stati degli utenti coinvolti (ad esempio: amministratore? moderatore? quale livello di fiducia?).
Tutti gli utenti che hanno pubblicato sono moderatori.
Abbiamo post di notizie che aggiorniamo durante la giornata.
L’utente 1 pubblica il post iniziale e lo invia. Poi, solitamente dopo almeno 45 minuti o un’ora, lo stesso utente modifica per aggiungere un altro articolo.
L’utente 2 arriva in seguito (forse un’altra ora dopo) e inizia a contribuire al post, ma riceve solo l’avviso “Conflitto di modifica” in fondo al pannello di pubblicazione.
Noi (i moderatori) ne abbiamo discusso a lungo, quindi siamo molto cauti quando più di uno di noi sta pubblicando, così da prestare attenzione a questo problema.
Non ho riprodotto il problema qui, poiché non ho trovato post wiki da modificare.
Ok, sono riuscito a far scattare il conflitto di modifica. Sembra che accada quando una scheda/finestra aperta su un post del wiki diventa obsoleta. Le finestre nel video seguente erano ferme da circa 20 minuti senza interazioni. Nota che il messaggio di conflitto di modifica alla fine potrebbe essere parzialmente nascosto dalla barra di avanzamento del video.
@sam cosa ne pensi? È un comportamento previsto? Un problema di MessageBus?
Capisco, @nbianca, ricordi di aver esaminato questo? Ricordo che avevamo l’abitudine di ritardare la modifica fino a quando non recuperavamo l’ultima versione “raw” del post.
Penso sia corretto proteggersi sempre contro la mancanza di messaggi sul message bus.
Tecnicamente, questo sembra un po’ un glitch del message bus. In passato ho aggiunto del codice destinato a recuperare e tornare al long polling quando si riattiva una scheda vecchia, ma forse manca proprio questo caso d’uso specifico.