Etherpad-lite: Die Urheberschaft von Aufzählungspunkten ändert sich, wenn ein zweiter Autor sie bearbeitet
Dies wurde sowohl in unserer internen Version von etherpad als auch auf beta.etherpad.org (https://beta.etherpad.org/p/tapril_test) neu erstellt.
Wenn ein Autor einer Liste mit Elementen mit Aufzählungszeichen Inhalt hinzufügt, gibt die Urheberschaft den Autor korrekt an. Sobald ein zweiter Autor den Aufzählungspunkt ändert, ändert sich die Urheberschaft des vollständigen Aufzählungspunkts auf den zweiten Autor. Wenn Sie das Hover-Autoren-Plugin verwenden, wird der Autorenname als "[ojbect object]" angezeigt.
Ich erinnere mich nicht, dass dies ein Problem in Version 1.5.1 oder früher war, aber ich hatte keine Gelegenheit, eine binäre Suche nach den Versionen durchzuführen, um herauszufinden, wo der Fehler eingeführt wurde.
timapril
Alle 12 Kommentare
Ich bin mir ziemlich sicher, dass dies ein Duplikat ist, nein?
JohnMcLear
am 3. Apr. 2018
@JohnMcLear Ich habe gerade die Liste der offenen Probleme erneut gelesen und kann nichts finden, was mich glauben lässt, dass dies ein doppeltes Problem ist. Ich habe mir auch die Ergebnisse für die Suche nach "Farbe" und "Autor" genauer angesehen, ohne Glück, einen Dup zu finden.
timapril
am 3. Apr. 2018
@ lpagliari , das frustriert viele meiner Kollegen. Hast du irgendwelche Updates?
benlind
am 6. Juni 2018
Entschuldigung, Leute, ich hatte in letzter Zeit keine Zeit, mich auf Etherpad zu konzentrieren. Ich werde versuchen, in den nächsten Tagen einen Blick darauf zu werfen
lpagliari
am 8. Juni 2018
Ich konnte die erste Ausgabe reproduzieren (der Autor der Zeile ist vollständig geändert), aber nicht die zweite (der Name des Autors wird als "[ojbect object]" _ angezeigt). Ich untersuche immer noch die Ursachen ...
lpagliari
am 11. Juni 2018
Hallo @lpagliari , hatten Sie die Gelegenheit, sich das Thema des
dgoldfein
am 25. Juni 2018
@dgoldfein Ja, ich habe das Problem in den letzten Wochenenden untersucht. Ich habe immer noch keine Lösung dafür, aber zumindest habe ich das Commit gefunden, das das Verhalten gebrochen hat. Ich überlege, wie ich das jetzt beheben kann.
lpagliari
am 2. Juli 2018
Ok, nach einer (langen) Zeit konnte ich einen Weg finden, mit allen Szenarien umzugehen, und dieses Problem ist endlich behoben.
lpagliari
am 9. Juli 2018
@lpagliari , Danke, dass
dgoldfein
am 10. Juli 2018
@lpagliari Gibt es eine Änderung, um dies in eine offizielle Veröffentlichung
dgoldfein
am 23. Juli 2018
Ich denke, @muxator könnte uns hier helfen ...
lpagliari
am 24. Juli 2018
Mein Hauptanliegen ist # 3268: Es behebt einen Fehler, bricht aber Plugins.
Wenn diese Änderung einen eindeutigen Testfall hätte (siehe Nr. 3425), könnten wir den Bruch akzeptieren, vorausgesetzt, wir erhöhen die Versionsnummer auf 1,7 ( Meilenstein ) und haben einen klaren Kommunikationsplan.
Wenn ich jetzt eine Veröffentlichung schneiden müsste, würde ich:
- # 3268 zurücksetzen
- Treffen Sie eine Entscheidung über die minimale Knotenversion (# 3424).
- Release 1.6.7
muxator
am 24. Juli 2018
Verwandte Themen
sudoman
·
19Kommentare
alekso87
·
10Kommentare
kingmook
·
12Kommentare
seballot
·
34Kommentare
maxkratz
·
13Kommentare
Hilfreichster Kommentar
Ok, nach einer (langen) Zeit konnte ich einen Weg finden, mit allen Szenarien umzugehen, und dieses Problem ist endlich behoben.