Steps to replicate the issue (include links if applicable):
What happens?:
Your message disappears, and if you click on the previous message, it will be displayed along with the next message
What should have happened instead?:
_
Software version (skip for WMF-hosted wikis like Wikipedia):
Other information (browser name/version, screenshots, etc.):
Previously reported as T304222: When the page ends with an unclosed HTML comment, content added afterwards appears inside the comment (and declined).
I think we can be a little more specific and make this a low-priority feature request. When Parsoid handles an unclosed comment in --wt2wt mode, it certainly adds the close comment tag:
$ echo 'Foo <!-- Bar' | php bin/parse.php --wt2wt Foo <!-- Bar -->
But what I suspect is happening is that parsoid in selser mode tries to avoid the dirty diff and suppresses the final --> which wasn't present in the original wikitext. Then the particular method that DiscussionTools is using to append the comment to the text ends up failing because the comment isn't balanced. This is fundamentally the same issue as if we had an unclosed <b> tag or some such at the end of the document; we need to balance the content before we append new content and/or treat the final node of the document tree as "changed" for selser purposes when we do an append at the end of the document.