It should also be noted that the post will only appear on that kbin instance, and no other instances.
It should also be noted that the post will only appear on that kbin instance, and no other instances.
I recently had GCC give me the error “returning to the gate for a mechanical issue”, fun stuff as well
I’m not sure I’d classify it as a bug. Instances can temporarily go down at any moment for numerous reasons, to account for this instances will keep retrying to connect with an exponential backoff. At what point should an instance assume that another instance is permanently gone?
Perhaps a good start would be adding a status indicator to every community with something like last sync: 1 minute ago.
You can see that an instance/community is gone by visiting the instance directly. In this case at https://lemmy.fmhy.ml/c/imaginarymechas (which obviously won’t work now, as it’s gone).
Whenever you submit a post to a community, first your own instance saves the post locally, then sends it to the instance hosting the community, this instance then sends it to any other instance with users subscribed to the community. When the hosting instance is down, then that step of course fails, resulting in the post being only visible to members of your own instance.
This is just an educated guess, but could it possibly mean that it couldn’t create your post?
They’re definitely automated. I doubt it’ll do much in terms of protesting.
It has some good parts, such as the ability to use for loops, and the fact you can kind of avoid using it as much thanks to it’s webassembly support