Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Authorship of bullet points changes when a second author edits them #3354

Closed
timapril opened this issue Mar 27, 2018 · 12 comments · Fixed by #3420
Closed

Authorship of bullet points changes when a second author edits them #3354

timapril opened this issue Mar 27, 2018 · 12 comments · Fixed by #3420
Assignees
Milestone

Comments

@timapril
Copy link

This has been recreated in both in our internal version of etherpad and on beta.etherpad.org (https://beta.etherpad.org/p/tapril_test).

When one author adds content to a bulleted list of items, the authorship correctly indicates the author. Once a second author modifies the bullet point, the authorship of the full bullet point changes to the second author and when using the hover author plugin, the author name shows as "[ojbect object]".

I do not recall this being an issue on 1.5.1 or before but I have not had a chance to go and do a binary search on the versions to figure out where the bug was introduced.

@JohnMcLear
Copy link
Member

I'm pretty sure this is a duplicate no?

@timapril
Copy link
Author

timapril commented Apr 3, 2018

@JohnMcLear I have just re-read the list of open issues and I cant find anything that makes me think this is a duplicate issue. I also looked more closely at the results for searching for "color" and "author" with no luck finding a dup.

@benlind
Copy link

benlind commented Jun 6, 2018

@lpagliari, this is frustrating many of my colleagues. Do you have any updates?

@lpagliari
Copy link
Contributor

sorry, guys, I didn't have time to focus on Etherpad lately. I'll try to take a look on the next few days

@lpagliari
Copy link
Contributor

I could reproduce the first issue (line author is fully changed), but not the second one (author name shows as "[ojbect object]"). I'm still investigating the causes...

@dgoldfein
Copy link

Hi @lpagliari, Have you had a chance to look at the line author issue? We could really use a fix for this even if you haven't had a chance to look at the second issue.

@lpagliari
Copy link
Contributor

@dgoldfein yes, I've been investigating the issue for the past couple of weekends. I still don't have a fix for it, but at least I found the commit that broke the behaviour. I'm looking on how to fix that now.

lpagliari added a commit that referenced this issue Jul 9, 2018
When comparing original content with the changes made by the user, we
need to ignore some line attribs that are added by content collector,
otherwise we would consider the change started on the first char of the
line -- the '*' that is added when line has line attribs.

In order to be able to handle both #3354 and #3118, we need to take into
account both the styles attribs (to fix #3354) and the line attribs
defined by any of the plugins (to fix #3118), but we can ignore those
extra line attribs that are added by Etherpad and do not add any
functionality (`'lmkr', 'insertorder', 'start'`).
lpagliari added a commit that referenced this issue Jul 9, 2018
When comparing original content with the changes made by the user, we
need to ignore some line attribs that are added by content collector,
otherwise we would consider the change started on the first char of the
line -- the '*' that is added when line has line attribs.

In order to be able to handle both #3354 and #3118, we need to take into
account both the styles attribs (to fix #3354) and the line attribs
defined by any of the plugins (to fix #3118), but we can ignore those
extra line attribs that are added by Etherpad and do not add any
functionality (`'lmkr', 'insertorder', 'start'`).
lpagliari added a commit that referenced this issue Jul 9, 2018
…3420)

When comparing original content with the changes made by the user, we
need to ignore some line attribs that are added by content collector,
otherwise we would consider the change started on the first char of the
line -- the '*' that is added when line has line attribs.

In order to be able to handle both #3354 and #3118, we need to take into
account both the styles attribs (to fix #3354) and the line attribs
defined by any of the plugins (to fix #3118), but we can ignore those
extra line attribs that are added by Etherpad and do not add any
functionality (`'lmkr', 'insertorder', 'start'`).
@lpagliari
Copy link
Contributor

Ok, after a (long) while, I was able to find a way to handle all the scenarios, and this issue is finally fixed.

@dgoldfein
Copy link

@lpagliari, Thanks for fixing this! We tested the dev code in our test environment and the fixes worked. Can't wait for the next official release!

@dgoldfein
Copy link

@lpagliari Any change of getting this rolled into an official release? Who should I contact about that?

@lpagliari
Copy link
Contributor

I guess @muxator might help us here... Any plans for a new release, @muxator?

@muxator
Copy link
Contributor

muxator commented Jul 23, 2018

My main concern is #3268: it fixes a bug, but breaks plugins.
If this change had a clear test case (see #3425) we could accept the breakage, provided we bump version number to 1.7 (milestone) and have a clear communication plan.

If I had to cut a release right now, I would:

@muxator muxator added this to the 1.7 milestone Aug 11, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging a pull request may close this issue.

6 participants