Pleroma v2.6.0+ Broken Conversations with Misskey Users
Precheck
This issue was almost certainly introduced in Pleroma v2.6.0 on OTP. The issue is present across all frontends, so it is a Pleroma Backend issue.
Environment
- Installation type (OTP or From Source): OTP
- Pleroma version (could be found in the "Version" tab of settings in Pleroma-FE): 2.6.0 and greater (issue persists on 2.6.1)
- Elixir version (
elixir -v
for from source installations, N/A for OTP): N/A - Operating system: Ubuntu 23.10.1
- PostgreSQL version (
psql -V
): 15.5
Bug description
When a Misskey user replies to a post, the reply and the replied-to post are both available on the server, but the conversation view will not load the entire conversation. Instead, the conversation view only loads the Misskey user's posts.
Here is an example of the issue occurring on my instance: https://5dollah.click/notice/Acu7SPVdpjNd8Y0C5w Here is the same issue occuring on Soapbox-FE: https://soapbox.5dollah.click/@40@den.raccoon.quest/posts/Acu7SPVdpjNd8Y0C5w
Note that the replied-to post is available and can be accessed through the "reply to" flag on Pleroma-FE, but the conversation view never loads properly on any frontend (this also applies to pressing the "+" next to a post in Pleroma-FE's timelines.)
I believe that the bug was introduced as a result of the following item in the patchnotes of Pleroma v2.6.0:
ForceMentionsInContent: fix double mentions for Mastodon/Misskey posts