Non sono sicuro se si tratti di Discourse Shared Edits o della funzionalità wiki-posts, poiché entrambi sono stati abilitati su questo particolare post per evitare che un editor rendesse obsoleti i cambiamenti altrui.
Quindi un post con entrambe le modalità wiki e shared edits abilitate…
Descrizione del bug
L’editor A apporta la revisione 55 e preme “Fatto”.
L’editor B va direttamente alla cronologia delle revisioni per vedere le modifiche. Il conteggio delle revisioni mostra 54 / 55, ma non c’è modo di accedere alla revisione 55. Una volta che l’editor B ha apportato una modifica, questa è stata contro la revisione 54, rimuovendo di fatto la revisione 55.
Risoluzione del bug
Non c’è modo di aggirare questo problema. Avere più editor contemporaneamente per un singolo post non è supportato dalla modalità wiki, ma le shared edits sembrano creare questo bug con le revisioni wiki. Sarebbe bello poter utilizzare entrambe (nel modo in cui lo fa HedgeDoc), o neutralizzare potenziali incompatibilità tra le due modalità di modifica.
È un problema complicato, lo svantaggio è che questo ha un enorme potenziale per gonfiare i conteggi di revisione a livelli enormi se 2 editor stanno modificando contemporaneamente.
Vedrò se riesco ad aggiungere un’impostazione del sito al plugin per garantire la disabilitazione del collasso delle modifiche da parte di più utenti.
Penso di aver visto un altro aspetto di questo bug, ma potrebbe non essere correlato.
Quando la modifica condivisa è attiva per un post, se viene modificato troppo presto (entro circa 20 secondi), si verifica un conflitto in cui viene salvata solo una delle due modifiche. In altre parole, la funzionalità di modifica condivisa non entra in funzione nonostante sembri attiva. Le cose diventano molto confuse se uno dei due autori chiude e rientra nel post, con modifiche che appaiono e scompaiono.
Se lasciato indisturbato per un po’, tutto sembra risolversi da solo (sebbene con la perdita di alcuni contenuti). Forse un breve blocco di 30 secondi dei post quando la modifica condivisa è attiva potrebbe evitarlo?
Dopo che questo si è ripresentato oggi con un post ben consolidato di Modifiche condivise + Wiki, sembra che il problema sia decisamente l’interazione tra le due funzionalità.
Sto usando Modifiche condivise da un po’ di tempo tra persone con privilegi di amministratore senza che questo si verifichi. È solo quando la Wiki è abilitata sullo stesso post che abbiamo il problema.
La soluzione ovvia è rendere tutti i moderatori di categoria coinvolti o TL4 in modo che la Wiki non sia necessaria, ma ciò ha delle conseguenze.
Hm. Questo sembra essere il motivo per cui perdiamo le modifiche ai post, dove le modifiche condivise sono attive su una wiki. Ho ingenuamente usato la modalità wiki per estendere l’intervallo di editor consentiti. Suppongo che estendere l’intervallo di editor simultanei a tutti i lettori senza le funzionalità di backup della modalità wiki non sia una buona idea mentre mancano altre possibilità di backup (come un pulsante “Salva una revisione”)?
Penso che questo sia ancora un problema, che certamente ha causato caos durante un’importante riunione ieri!
Il problema è che è abbastanza comune che più persone abbiano accesso in modifica a un post condiviso, quindi la combinazione Wiki + Modifiche condivise è molto utile.
Inoltre, è abbastanza comune voler “aggiornare” un post wiki a un post con Modifiche condivise per brevi periodi di intensa attività sincrona. Personalmente, penso che questo sia il modo migliore di vederla, e l’interfaccia utente dovrebbe rifletterlo, ovvero le Modifiche condivise sono un’estensione della funzionalità wiki, non un’alternativa.
O forse le Modifiche condivise potrebbero semplicemente includere l’accesso in modifica al post come parte del pacchetto, e diventerebbe un’opzione o l’altra (con entrambe impossibili da selezionare). Non riesco davvero a capire perché ciò possa causare problemi.
Poiché siamo stati colpiti da questo bug, stiamo utilizzando un pad esterno (HedgeDoc) e copiamo/incolliamo il risultato in Discourse in seguito. È un po’ fastidioso poiché Commonmark e HedgeDoc markdown mostrano alcune differenze (ad esempio, HD ha avvisi, molti plugin per diagrammi, ecc. che Discourse non ha, e viceversa, alcune funzionalità markdown di Discourse non sono disponibili per HedgeDoc, ad esempio, le frecce: - + => → e alcune emoji). Ma è molto meglio che perdere le modifiche!