@JessTheUnstill @julian Indeed. I started my earlier dive with AP docs, only to realize that they're too generic for what I'm looking for, and that I'm better off digging through Mastodon docs specifically to find details about timelines and conversations. :)
undefined
ticho
@ticho@mas.to
Posts
-
A lesser known Mastodon pro tip: -
A lesser known Mastodon pro tip:@julian This could theoretically be solved by simply adding the conversation id to each Status object in the timeline (and likely also any other post-like object that your client is receiving), but someone familiar with the entire protocol would need to look at this change, since it might bring compatibility issues. 🤷
-
A lesser known Mastodon pro tip:@julian While in general, I agree, you could implement some sort of heuristics, there is one huge difference - a NodeBB server is centralized and sees everything. With Mastodon, half of the posts in a conversation might not be visible to you, either because of being outright blocked, or the post simply not hitting your instance because of where the participants post from.
Any heuristic based on unrelated metadata would be inaccurate at best, but more often than not outright misleading.
-
A lesser known Mastodon pro tip:@julian @JessTheUnstill After a brief dive into the mastodon API documentation, it seems to be a protocol limitation indeed. You (or rather your client program) do not get to see the conversation ID until you join that conversation, so until then, you do not have the correct piece of information to request muting of that conversation.
Some references:
https://docs.joinmastodon.org/methods/timelines/#home
https://docs.joinmastodon.org/methods/conversations/#get