Etherpad-lite: A autoria dos marcadores muda quando um segundo autor os edita

Criado em 27 mar. 2018 · 12Comentários · Fonte: ether/etherpad-lite

Isso foi recriado em nossa versão interna do etherpad e em beta.etherpad.org (https://beta.etherpad.org/p/tapril_test).

Quando um autor adiciona conteúdo a uma lista de itens com marcadores, a autoria indica o autor corretamente. Assim que um segundo autor modifica o marcador, a autoria do marcador completo muda para o segundo autor e, ao usar o plugin hover do autor, o nome do autor é mostrado como "[objeto ojbect]".

Não me lembro de ser um problema no 1.5.1 ou antes, mas não tive a chance de fazer uma pesquisa binária nas versões para descobrir onde o bug foi introduzido.

Black hole bug Bug

Fonte

timapril

👍1

Comentários muito úteis

Ok, depois de um (longo) tempo, consegui encontrar uma maneira de lidar com todos os cenários e esse problema foi finalmente corrigido.

lpagliari em 9 jul. 2018

🎉3

Todos 12 comentários

Tenho certeza que esta é uma duplicata, não?

JohnMcLear em 3 abr. 2018

@JohnMcLear Acabei de reler a lista de problemas em aberto e não consigo encontrar nada que me faça pensar que se trata de um problema duplicado. Também examinei mais de perto os resultados da pesquisa de "cor" e "autor", sem sorte em encontrar um dup.

timapril em 3 abr. 2018

@lpagliari , isso está frustrando muitos dos meus colegas. Você tem alguma atualização?

benlind em 6 jun. 2018

👍1

desculpe, pessoal, não tive tempo para me concentrar no Etherpad recentemente. Vou tentar dar uma olhada nos próximos dias

lpagliari em 8 jun. 2018

Eu poderia reproduzir o primeiro problema (o autor da linha foi totalmente alterado), mas não o segundo (_o nome do autor é mostrado como "[objeto ojbect]" _). Ainda estou investigando as causas ...

lpagliari em 11 jun. 2018

Olá @lpagliari , Você já deu uma olhada no problema do autor da linha? Nós realmente poderíamos corrigir isso, mesmo que você não tenha tido a chance de analisar o segundo problema.

dgoldfein em 25 jun. 2018

@dgoldfein sim, estive investigando o problema nos últimos dois fins de semana. Ainda não tenho uma solução para isso, mas pelo menos encontrei o commit que quebrou o comportamento. Estou procurando como consertar isso agora.

lpagliari em 2 jul. 2018

👍2

Ok, depois de um (longo) tempo, consegui encontrar uma maneira de lidar com todos os cenários e esse problema foi finalmente corrigido.

lpagliari em 9 jul. 2018

🎉3

@lpagliari , Obrigado por corrigir isso! Testamos o código dev em nosso ambiente de teste e as correções funcionaram. Mal posso esperar pelo próximo lançamento oficial!

dgoldfein em 10 jul. 2018

@lpagliari Alguma mudança para tornar isso um lançamento oficial? Quem devo contatar sobre isso?

dgoldfein em 23 jul. 2018

Acho que @muxator pode nos ajudar aqui ... Algum plano para um novo lançamento, @muxator?

lpagliari em 24 jul. 2018

Minha principal preocupação é o nº 3268: ele corrige um bug, mas quebra plug-ins.
Se essa mudança tivesse um caso de teste claro (consulte # 3425), poderíamos aceitar a quebra, desde que aumentássemos o número da versão para 1.7 ( marco ) e tivéssemos um plano de comunicação claro.

Se eu tivesse que cortar uma liberação agora, eu: