Thanks for fixing.

It's still broken. After browsing many profiles almost all have an improper 5,000 count. But the link below shows a rare example of a profile with a reasonable "Likes Received" count. Hope this helps you fix the problem. 

https://seekingalpha.com/user/49722504/comments

See link below of an arbitrarily chosen profile with a handful of comments. The "Likes Received" in "Comment Stats" shows over 5,000. Clicking on each comment will reveal the actual number is much lower and commensurate with what you would expect.

So the bug seems to be pegging the "Likes Received" at about 5,000 regardless of actual count.

https://seekingalpha.com/user/49386596/comments

Thanks for fixing.

A lot has happened to moderated edits and "Edit Comment" over the last few months. I want to make a few observations for the record to establish a new baseline in case something breaks again.

"Edit Comment" works fine after the recent anomalies seen over the holidays. But the behavior has changed from October 2017 when my original request regarding moderated edits was submitted. Back then, clicking "Edit Comment" during the 15 minute grace period would expand short URLs or alias URLs back into full URLs in the edit box. Seeing the long URL was useful to identify links while editing. Upon updating, the long URLs would be converted back into short URLs or alias URLs. "Edit Comment" could be used repeatedly during the grace period and the URLs would convert back and forth between long and short/alias form without issue.

The new behavior with "Edit Comment" is as follows. Clicking "Edit Comment" during the 15 minute grace period does not expand short URLs or alias URLs back into their long form. Short URLs are left unchanged and alias URLs are shown in short form without alias in the edit box. Upon updating, short URLs stay unchanged and the previously aliased URLs are converted to new short URLs without alias. Subsequent use of "Edit Comment" during the grace period preserves short URLs without issue.

Moderated edits back in October 2017 would break links in comments. That was the reason for my original request. Fortunately that problem has been fixed now. Short URLs are preserved without issue. Interestingly, alias URLs are also preserved without issue or further conversion to non-alias short form. 

It is noteworthy that moderated edits preserve aliases while "Edit Comment" during the grace period converts all alias URLs into new short URLs. Apparently moderators have a different user interface to account for this alternate behavior. Inconsistent handling of data across different interfaces can sometimes be a source of problems. Fortunately this is not the case here.

Well, that's about it.  Hopefully we'll never have to revisit this subject.

I've just verified that moderated edits with links have been fixed. Kudos.

Appreciate your effort. Thanks.

Wow, I thought your Jan 3 reply was related to the recent crazy stuff with "Edit Comment". That's what we've been discussing for the last 10 days. Since the alias, &, > bugs were still present on Jan 4, it looked broken to me. I thought you were fixing it based on my new feedback. Only today did I see that the alias, &, > bugs were fixed. 

I had no idea you also fixed moderated edits. When the heck did you fix that?

If it was awhile ago, you should have told me sooner. Spontaneous discovery by me was out of the question. There's no way I would have risked fixing a typo with a moderated edit if it also trashed the links. Not worth it.

Thanks for letting me know now. I'll have to check it out and get back to you.

Hi Daniel,

The recent bug with hyperlink aliases seems to be fixed. Also the & and > bugs are fixed too. Thanks.

P.S. - Please keep me posted on the status of my original request regarding the fix for moderated edits with links.

Daniel, here's a concise version...

"Edit Comment" mishandles hyperlink aliases. The alias clobbers the href value on update.

 < a href="URL location" > Alias < / a >

That's OK if alias defaults to the actual short URL. But a real alias, like an abbreviated URL with ellipsis, causes a problem.

Daniel, did you miss this? An excerpt from a long note I made yesterday here...

When clicking on "Edit Comment", all links are pulled into the edit box with their associated markup language as described in one of my earlier notes. The markup language shows each short URL twice, once with the href tag and again at the end for the display value. The href and display are the same for all links except the two with ellipsis. Those two have the actual short URL only in the href tag and show the abbreviated URL with ellipsis at the end of the markup.

Example of a non-abbreviated short URL with spaces added to suppress conversion:

< a rel="nofollow" target="_blank" href="http : // read . bi / 2xhXwpZ" >http : // read . bi / 2xhXwpZ 

< / a  >

Example of an abbreviated short URL with spaces added to suppress conversion:

< a rel="nofollow" target="_blank" href="http : // delonline . us / 2ecQSbo" > http : // delonline . us / 2e...

< / a >

So far so good. The href tag values for all links are fine, which is the actual definition for the hyperlink. The display values for the two abbreviated links should not be a problem either. But ending the edit and posting back reveals the problem. The two abbreviated links are now broken. All the other links are fine. Clicking "Edit Comment" again pulls the links back into the edit box.

Inspecting the markup language of one of the broken links reveals the following:

< a rel="nofollow" target="_blank" href="http : // delonline . us / 2e" > http : // delonline . us / 2e< / a >...

The link display value has become the definition for the hyperlink in the href tag. The ellipsis is no longer part of the markup text and now appears outside the delimiters. Clearly the abbreviated short URLs are mishandled by "Edit Comment". 

That is the problem.