Etherpad-lite: La paternité des puces change lorsqu'un deuxième auteur les modifie

Créé le 27 mars 2018 · 12Commentaires · Source: ether/etherpad-lite

Cela a été recréé à la fois dans notre version interne d'etherpad et sur beta.etherpad.org (https://beta.etherpad.org/p/tapril_test).

Lorsqu'un auteur ajoute du contenu à une liste d'éléments à puces, l'auteur indique correctement l'auteur. Une fois qu'un deuxième auteur modifie la puce, la paternité de la puce complète change pour le deuxième auteur et lors de l'utilisation du plugin hover author, le nom de l'auteur apparaît sous la forme "[objet ojbect]".

Je ne me souviens pas que ce soit un problème sur 1.5.1 ou avant mais je n'ai pas eu l'occasion d'aller faire une recherche binaire sur les versions pour savoir où le bogue a été introduit.

Black hole bug Bug

Source

timapril

👍1

Commentaire le plus utile

Ok, après un (long) moment, j'ai pu trouver un moyen de gérer tous les scénarios, et ce problème est enfin résolu.

lpagliari le 9 juil. 2018

🎉3

Tous les 12 commentaires

Je suis sûr que c'est un doublon non?

JohnMcLear le 3 avr. 2018

@JohnMcLear Je viens de relire la liste des problèmes en suspens et je ne trouve rien qui me fasse penser qu'il s'agit d'un problème en double. J'ai également regardé de plus près les résultats de la recherche de "couleur" et "auteur" sans avoir de chance de trouver un dup.

timapril le 3 avr. 2018

@lpagliari , c'est frustrant pour beaucoup de mes collègues. Avez-vous des mises à jour?

benlind le 6 juin 2018

👍1

désolé, les gars, je n'ai pas eu le temps de me concentrer sur Etherpad ces derniers temps. J'essaierai de jeter un coup d'œil sur les prochains jours

lpagliari le 8 juin 2018

Je pourrais reproduire le premier numéro (l'auteur de la ligne est entièrement changé), mais pas le second (le nom de _author apparaît comme "[objet ojbect]" _). J'étudie toujours les causes ...

lpagliari le 11 juin 2018

Salut @lpagliari , Avez-vous eu l'occasion d'examiner le problème de l'auteur de la ligne? Nous pourrions vraiment utiliser un correctif pour cela même si vous n'avez pas eu l'occasion d'examiner le deuxième problème.

dgoldfein le 25 juin 2018

@dgoldfein oui,

lpagliari le 2 juil. 2018

👍2

Ok, après un (long) moment, j'ai pu trouver un moyen de gérer tous les scénarios, et ce problème est enfin résolu.

lpagliari le 9 juil. 2018

🎉3

@lpagliari , Merci d'avoir

dgoldfein le 10 juil. 2018

@lpagliari Y a-t-il un changement pour que cela devienne une version officielle? Qui dois-je contacter à ce sujet?

dgoldfein le 23 juil. 2018

Je suppose que @muxator pourrait nous aider ici ... Des plans pour une nouvelle version, @muxator?

lpagliari le 24 juil. 2018

Ma principale préoccupation est le # 3268: il corrige un bug, mais casse les plugins.
Si ce changement avait un cas de test clair (voir # 3425), nous pourrions accepter la rupture, à condition que le numéro de version passe à 1.7 ( jalon ) et que nous ayons un plan de communication clair.

Si je devais couper une version maintenant, je: