Etherpad-lite: Авторство маркеров меняется, когда их редактирует второй автор.

Созданный на 27 мар. 2018  ·  12Комментарии  ·  Источник: ether/etherpad-lite

Это было воссоздано как в нашей внутренней версии etherpad, так и на beta.etherpad.org (https://beta.etherpad.org/p/tapril_test).

Когда один автор добавляет контент в маркированный список элементов, авторство правильно указывает автора. Как только второй автор изменяет маркер, авторство полного маркера меняется на второго автора, а при использовании надстройки автора имя автора отображается как «[объект ojbect]».

Я не помню, чтобы это была проблема в 1.5.1 или более ранних версиях, но у меня не было возможности провести двоичный поиск по версиям, чтобы выяснить, где была обнаружена ошибка.

Black hole bug Bug

Самый полезный комментарий

Хорошо, спустя (долгое) время я смог найти способ справиться со всеми сценариями, и эта проблема, наконец, исправлена.

Все 12 Комментарий

Я почти уверен, что это дубликат, нет?

@JohnMcLear Я только что перечитал список открытых проблем и не могу найти ничего, что заставляет меня думать, что это повторяющаяся проблема. Я также более внимательно посмотрел на результаты поиска по запросу «цвет» и «автор», но не нашел дубликата.

@lpagliari , это расстраивает многих моих коллег. Есть ли у вас обновления?

извините, ребята, в последнее время у меня не было времени сосредоточиться на Etherpad. Я постараюсь взглянуть на следующие несколько дней

Я смог воспроизвести первую проблему (автор строки полностью изменен), но не вторую (имя _author отображается как "[объект ojbect]" _). Я все еще ищу причины ...

Привет @lpagliari , Вы уже успели взглянуть на проблему автора строки? Мы действительно могли бы исправить это, даже если у вас не было возможности изучить вторую проблему.

@dgoldfein да, я занимался исследованием проблемы последние пару выходных. У меня до сих пор нет исправления, но, по крайней мере, я нашел фиксацию, которая нарушила поведение. Сейчас я ищу, как это исправить.

Хорошо, спустя (долгое) время я смог найти способ справиться со всеми сценариями, и эта проблема, наконец, исправлена.

@lpagliari , Спасибо, что

@lpagliari Есть ли

Думаю, @muxator может нам здесь помочь ... Есть планы на новый релиз, @muxator?

Меня больше всего беспокоит # 3268: он исправляет ошибку, но ломает плагины.
Если бы у этого изменения был четкий тестовый пример (см. №3425), мы могли бы принять отказ, при условии, что мы увеличим номер версии до 1,7 ( веха ) и будем иметь четкий план взаимодействия.

Если бы мне пришлось вырезать релиз прямо сейчас, я бы:

  • вернуться # 3268
  • принять решение о минимальной версии узла (# 3424)
  • выпуск 1.6.7
Была ли эта страница полезной?
0 / 5 - 0 рейтинги