I see a post here: https://lemmy.ca/post/921003. There is only one comment from me, but on lemmy.ml there are more comments and votes. Why is this the case?
I've found this in particular with lemmy.world with posts made on lemmy.ml communities, which seems to be the case in your example as well (the community you posted to is ThinkPad@lemmy.ml).
Lemmy.world has been defederated in at least one high profile case. I have a suspicion .ml may have defederated as well without announcing (unless maybe we have defederated them here @lemmy.ca? Still working out how source of truth works myself).edit: checked, both still list .world as linked
If an instance defederates another it means they will not accept engagement from that instance. However, if that instance does not reciprocate the defederation they still get a copy, and it is isolated to their instance. Ie. Comments/votes only appear on that instance and the instances they federate with.
Not entirely sure though as I would think that means lemmy.world would still receive edit/deletion broadcasts which it doesn't from my experience. So maybe just a bug.
Basically, at least from my experiments, Lemmy.world gets the original post / comment, and all engagement on the lemmy.world instance stays isolated there (lemmy.world has a large user base therefore often more engagement).
This is going to be an ongoing problem for folks because there really isn't a way to see who (instance) is talking to who (instance) (edit: incorrect; a user pointed out a place to check, but it isn't always going to be clear unless you constantly check). Without a platform wide policy of mutual, reciprocal defederation, there is going to be a lot of fractured discussion users will never be notified of.
*edit: may not be an issue with defed. See comment below.
Oh sweet. That is way easier than what I just did. Updated my comment on not knowing.
Yup, that's the issue. Thanks!
Err. Actually didn't read column headers. It says linked, so maybe a version issue / some other bug.
Definitely not working from .world as I posted from an account there on this thread and it hasn't shown up. I haven't experienced this with any other instance yet, just .world
I think that part is still up to the instance to announce. In the case here at lemmy.ca the admin has made a call to block those on a list another admin has made of problematic instances (seem to be primarily instances that have seen a recent, unexplained spike). Note this is not the issue with Lemmy.world which is not blocked, the issue with them just seems to be either overloaded or general issues with Lemmy or .world right now.
There is a sailing community I engage with that is straight Lemmy.ca to Lemmy.world. Seems I get some federation but not all, so probably not a defed issue.
Lemmy.world appears to be running out of date version of Lemmy (boo lemmy.world)
Our admin might just be too on top of things for them to keep up.
The list says non-comprehensive, but with an instance as large as lemmy.world, you'd expect it to be listed, if it would be defederated. Plus Lemmy.world is still listed on linked instances.
There must be a different reason for the poor synchronization between the two instances
Edit: See comment further down. Smorks is aware of the issue and will look into it.
i haven't seen anything in the logs, but I haven't dug too deep yet. i'm going to guess it's likely an issue with .world themselves. there seems to be a few users reporting issues, i'm guessing because of their high activity/user count:
Thank you so much for looking into this! You must be swamped with all of us newbies here on lemmy.ca.
If it's a general Lemmy federation issue. Do you have any guess, if the issue can be resolved at some point?
(I'm aware, it might not necessarily be at the top of anybody's priority list with all the influx happening right now.)
i think there might be a few reasons why this is happening.
from what I understand, all federation requests are stored in a queue, and if the server happens to restart with a bunch of stuff in the queue, then those federated comments/posts/whatever are basically lost. pretty sure they're working on saving the queue so that that doesn't happen anymore.
there's also another issue, linked from that issue i posted above, that has to do with HTTP signature expiration times. i'm just guessing what that means, maybe if it takes more than 10 seconds to federate then the content is rejected?
so it looks like they are actively working on some of these issues.
Lemmy isn't even at a point 2 minor version yet so it will be awhile before it is stable and these kind of kinks worked out, but this kind of thing is going to somewhat the norm I think, by design.
Beehaw defederated Lemmy.world, and they are both have large communities. Although we federate with them both, depending on who/where it was posted the source of truth may result in not always getting consistent updates from both.
I believe the reality in federated space is you will always want to have an account on all the more active instances, using one local as your primary and monitoring things you want to follow on multiple. Luckily the official app makes it pretty easy to do, and maybe there is another app, or one in the works, that will do a client side merge across accounts.