@namark FYI I mispoke the link to the remote timeline is only int he properties off a post, not the profile itself. Which is odd ill fix that, but it gets you the effect you want.

@freemo Thanks for looking into it! Unfortunately for me both methods yield the same result. That column's content is identical to the domain subscribed list(for those that had enough time to fill up), and still missing some toots compared to a direct API call, or the other two clients I mentioned. It's hard to catch on smaller instances, but for mastodon.social or fosstodon.org I can always see 1-2 missing in first 5-10.

@namark hmm thats strange. When i tested it earlier the remote timeline seemed to populate instantly and retroactively like the timeline API would suggest where as subscriptions started empty and filled slowly if at all.

@freemo yes, the remote timeline column is instantaneous for me too, but still missing toots, and once the list catches up, they are identical. So could be using the same method under the hood... or could be something down the line that causes the problem for both methods...

@namark The code I imported in clearly calls the API for timelines in the code, though I need to investigate a bit more closely to see what may be up. Might be something else going on. I'll investigate further.

My gut tells me that maybe its just users that have you or our instance blocked that dont show up?

@freemo I suspected something like that too, but then couple of times noticed toots missing from a user whose other toots did show up. And can't sniff out any other pattern, seems random.

@namark So I tested this locally and my findings dont agree with yours.

I have had a list goign locally for tech.lgbt through subscriptions since the features was added 2 days ago. This is a very slow server without many updates it seems because in those 2 days the list has yet to update for me, so we clearly arent getting much int he federation pipeline from them.

However if i pull up the remote timeline I do in fact get a ton of toots from them over the time period I have had my list going. So it would appear the remote timeline does in fact show more content than the domain subscription, even if you give it time to catch up.

@freemo You're right, that's the case for me as well on some instances, so could be just a coincidence that I see identical results on others.

@freemo Snooping around a bit more, I was able to open one of the missing toots in QOTO's interface and star it. So can confirm It not a block (that confirms it right?). Also the toot appeared both in the list and in the remote instance column after that.

@namark I agree with you, it seems unlikely it is a block.

Lets CC in @noellabo because he originally authored this particular functionality so he may better know where this bug is coming from or whats going on.

@freemo @namark @noellabo I'd assume it's that the list only contains posts your instance knows about from the remote instance, not a direct copy of their public timeline

@mewmew

As far as i understand this code (I didnt write it so I may be getting it wrong) thats not hwo it works. Remote instances provide an API point that has the entire local feed (the public part). As far as I can tell when you view the remote timeline here by pulling it up via the properties as its own column then it does in fact fill everything in, not just things from the remote timeline, but there is a bug and it does miss some stuff I think.

What you describe does apply too but thats only when you do it through Domain Subscriptions a seperate but similar feature we provide that works through filtering the federated feed instead.

@noellabo @namark