Ich bin mir nicht sicher, ob es sich um Discourse Shared Edits oder die #wiki-posts-Funktion handelt, da beide für diesen speziellen Beitrag aktiviert wurden, um zu verhindern, dass ein Editor die Änderungen anderer veraltet macht.
Also ein Beitrag mit aktivierten Wiki- und Shared-Edits…
Bugbeschreibung
Editor A nimmt Revision 55 vor und klickt auf „Fertig“.
Editor B geht direkt zur Revisionshistorie, um die Änderungen zu sehen. Die Revisionsanzahl zeigt 54 / 55 an, aber es gibt keine Möglichkeit, auf Revision 55 zuzugreifen. Sobald Editor B eine Änderung vorgenommen hat, geschah dies gegen Revision 54, wodurch Revision 55 effektiv vollständig entfernt wurde.
Bugbehebung
Es gibt keinen Weg, dies zu umgehen. Mehrere gleichzeitige Editoren für einen einzelnen Beitrag werden vom Wiki-Modus nicht unterstützt, aber Shared Edits scheinen diesen Fehler bei Wiki-Revisionen zu verursachen. Es wäre schön, beides nutzen zu können (so wie es HedgeDoc tut) oder potenzielle Fehlpassungen zwischen den beiden Bearbeitungsmodi zu neutralisieren.
Es ist ein kniffliges Problem, der Nachteil ist, dass dies ein enormes Potenzial hat, die Überarbeitungszahlen auf ein enormes Niveau aufzublähen, wenn 2 Redakteure gleichzeitig bearbeiten.
Ich werde sehen, ob ich eine Website-Einstellung zum Plugin hinzufügen kann, um die Deaktivierung der Bearbeitungskollision durch mehrere Benutzer sicherzustellen.
Ich glaube, ich habe einen anderen Aspekt dieses Fehlers gesehen – aber er ist möglicherweise nicht damit verbunden.
Wenn „Gemeinsame Bearbeitungen“ für einen Beitrag aktiviert ist und dieser zu früh (innerhalb von etwa 20 Sekunden) bearbeitet wird, scheint es zu einem Konflikt zu kommen, bei dem nur eine der beiden Bearbeitungen gespeichert wird. Mit anderen Worten: Die Funktion „Gemeinsame Bearbeitungen“ wird nicht wirklich aktiviert, obwohl sie aktiv zu sein scheint. Die Dinge werden sehr verwirrend, wenn einer der Autoren den Beitrag schließt und erneut aufruft, wobei Bearbeitungen erscheinen und verschwinden.
Wenn alles eine Weile in Ruhe gelassen wird, scheint es sich von selbst zu regeln (wenn auch mit Verlust einiger Inhalte). Vielleicht würde eine kurze Sperre von 30 Sekunden für die Beiträge, wenn „Gemeinsame Bearbeitungen“ aktiviert sind, dies verhindern?
Nachdem dies heute mit einem gut etablierten Beitrag mit gemeinsam genutzten Bearbeitungen + Wiki erneut aufgetreten ist, scheint das Problem definitiv die Interaktion zwischen den beiden Funktionalitäten zu sein.
Ich benutze gemeinsam genutzte Bearbeitungen seit einiger Zeit zwischen Personen mit Administratorrechten, ohne dass dies aufgetreten ist. Erst wenn Wiki für denselben Beitrag aktiviert ist, haben wir das Problem.
Die offensichtliche Umgehung besteht darin, alle Beteiligten zu Kategorie-Moderatoren oder TL4 zu machen, sodass Wiki nicht benötigt wird, aber das hat Konsequenzen.
Hm. Das scheint der Grund zu sein, warum wir Bearbeitungen an Beiträgen verlieren, bei denen gemeinsame Bearbeitungen in einem Wiki aktiviert sind. Ich habe naiv den Wiki-Modus verwendet, um den Bereich der zulässigen Bearbeiter zu erweitern. Ich nehme an, dass die Erweiterung des Bereichs der zulässigen gleichzeitigen Bearbeiter auf alle Leser ohne die Backup-Funktionen des Wiki-Modus keine gute Idee ist, während andere Möglichkeiten zur Sicherung (wie eine Schaltfläche „Revision speichern“) fehlen?
Ich denke, das ist immer noch ein Problem – es hat gestern während eines wichtigen Meetings definitiv für Chaos gesorgt!
Das Problem ist, dass es recht üblich ist, dass mehrere Personen Bearbeitungszugriff auf einen gemeinsam bearbeiteten Beitrag benötigen, daher ist die Kombination aus Wiki + Gemeinsame Bearbeitungen sehr nützlich.
Es ist auch recht üblich, einen Wiki-Beitrag für kurze Zeiträume intensiver synchroner Aktivität in einen Beitrag mit gemeinsamen Bearbeitungen „upgraden“ zu wollen. Persönlich denke ich, dass dies der beste Weg ist, es zu betrachten, und die Benutzeroberfläche sollte dem entsprechen – d. h. Gemeinsame Bearbeitungen ist eine Erweiterung der Wiki-Funktionalität, keine Alternative.
Oder vielleicht könnten gemeinsame Bearbeitungen einfach den Bearbeitungszugriff auf den Beitrag als Teil des Pakets beinhalten, und es wird zu einem Entweder-Oder (wobei beides nicht ausgewählt werden kann). Ich kann nicht wirklich sehen, warum das Probleme verursachen sollte.
Da wir von diesem Fehler betroffen sind, verwenden wir ein externes Pad (HedgeDoc) und kopieren das Ergebnis anschließend in Discourse. Es ist etwas ärgerlich, da Commonmark und HedgeDoc Markdown einige Unterschiede aufweisen (z. B. hat HD Benachrichtigungen, viele Diagramm-Plugins usw., die Discourse nicht hat, und umgekehrt sind einige Discourse Markdown-Funktionen für HedgeDoc nicht verfügbar, z. B. die Pfeile: - + => → und einige Emojis). Aber es ist viel besser, als Bearbeitungen zu verlieren!