I don't know of every instance of course, but from the general purpose ones the order of up-to-date from most to least at the time of posting would be something like: kbin.run, fedia.io, kbin.cafe, artemis.camp (specific API branch), kbin.social.
But there's also other considerations. fedia has a double post/comment issue and a low amount of 500s. Artemis has been giving me a lot of 500s, can't upvote anymore (just reloads the page), commenting doesn't always federate. Many instance admins seem to have disappeared since 3 months ago. I'm not sure what life is like on instances I'm not actively using so there might be issues unknown to me.
Edit: the keys that I look for are localization / ui changes. "more" dropdown now has "more from domain" on updated instances. The UI for the sidebar is different, and most recently the footer is differently styled. There's also the federation list of instances page in the footer now.
If you and the blocked user are on the same server, the blocked user will not be able to view your posts on your profile while logged in.
It looks like the limitation that Pamasich and I sort of expected is there. Blocks are basically only possible at your own instance. If the user is on another instance, there's no way to stop them in the fediverse. And that includes it going out to all other instances they federate with too.
I sort of just experienced how this would work if implemented, in a way. A kbin social user posted to a beehaw org magazine. I replied to it, but my post does not seem to have made it to kbin social. However, it's on my instance, beehaw's, lemmy one, etc, because my instance federates with all of those instances. That's sort of what blocking would be like if the original page refused an incoming comment due to a block, all other instances would still accept it. It's possible there's something I'm missing as I'm not super knowledgable on activity pub or the fediverse, so I'll try to learn more about it
does the fediverse actually support the kind of block that's being asked for here?
Yea, that's where I'm thinking the hangup on this might be. A block could be implemented, but it'd come with the caveat of that all it's doing is giving you the idea they aren't continuing to engage with you on your instance. On their instance, and any instance that federates with them, they and others will continue to see the replies.
Personally, I would like to see block renamed to mute to be more accurate and a block from replying added with the note about the drawbacks of them being able to tell you blocked them and their posts still going out everywhere else. That at least empowers the user to make the decision themselves on what they're most ok with. My reasoning is: changing the UI for, let's say an aggressor, gives them a reason to retaliate. To me, either blocking method is a lose-lose; either it doesn't stop engagement which some users clearly want it to, or it makes it obvious someone is being blocked which start aggressors down the retaliation path. That's kind of why I'd want users to make their own risk assessment on actions.
Anyways, that's all very unlikely to happen. Most of all I'd like the bug about notifications fixed because that is clearly not working as intended.
I posted in https://kbin.social/m/kbinMeta/t/509976 as well but just to make sure you see it, ernest was pinged so hopefully this will be fixed when he sees it
The good news is this was fixed in latest https://codeberg.org/Kbin/kbin-core/issues/1019 the bad news is it hasn't made it to kbin.social yet so hopefully whenever this instance is updated it will be fixed
Maybe gremlins, looks like it's working now. (I have noticed some 500s, but I assume jerry is still running his auto-null-image-fixer script and it will start working eventually). It's empty though as is the case with federation they don't automatically pull in things until added so the past content isn't there
I'm able to see that post, do you see it in private browsing / when logged out? If so, you might be blocking domains on kbin.social and removing them would make it appear again. That's been fixed in latest which hopefully kbin.social users should get soon, but wasn't affecting other instances I had checked so you should be fine to do so on artemis
I don't want to give false information, but on fedia the majority of 500 pages seemed to stem from the image media cache causing issues (our instance admin detailed the issue here). People were able to mitigate it by disabling images everywhere they could, but one place they can't be disabled is the user avatars on the notification page. I could be wrong, but it's my belief it's those images causing the 500s, and that pushed me to add https://codeberg.org/Kbin/kbin-core/issues/1039 in hopes that if it was possible to disable them the 500s would stop. All this could be wrong though, maybe it's something else like deleted messages or anything else, or maybe there's a better way to solve issues with cached images
You can set the default landing page here https://fedia.io/settings/general it's the first option for homepage. The options are all, subscribed, favorites, and moderated, make sure to click save near the bottom and not the delete account button.
The closest you can get is blocking those domains, it won't remove everything from them but there isn't a block instance option at the moment, so remote link posts will still appear from them.
he’s eventually going to make sure abandoned instances have admins
I think he meant magazines on kbin.social in this context. I don't think he has any way to control another instance and change who runs it, besides a kindly worded letter.
I do try to keep track of kbin instances and how up to date they are and their admins, but I can't really advertise in their place. One thing I've kind of been thinking about is it'd be nice if nodeinfo had information next to current user count of like: desired user count, max user count. Otherwise you have no idea what an instance admin is hoping for, whether it's just their personal instance or they're willing to support tens of thousands of users. Without that I don't want to send people to x instance and suddenly the admin being in for a surprise. But I just looked up nodeinfo and it looks like there's plenty of worms in that can about it being too complex already, so maybe I'll avoid opening my mouth about it... for now.
If it's avatar uploads hopefully it's something simple like being caught inbetween it being broken and fixed for example https://codeberg.org/Kbin/kbin-core/issues/1022 and all it requires is an update
It looks like all the spam I've seen are from newly registered accounts. Perhaps this is something you've already considered, but would shutting off registration on kbin.social and pointing people to other instances until things are more manageable help?
In hindsight I remember why I filter newest to a timespan, so wanted to make note of it. Right now: https://fedia.io/m/kbinMeta@kbin.social/microblog/newest 500s for me but https://fedia.io/m/kbinMeta@kbin.social/microblog/newest/1w is able to load. so cutting off some of the older posts helps me run into less 500 issues, and I generally don't care too much about old posts unless I'm searching for something. that might be a fedia specific thing though, not sure how 500s are on other instances
So my profile as you can see still 500s. There's also the duplicate thread / comments issue which persists.
jerry just updated to latest yesterday, so fedia now has a lot of the new changes which should hopefully make it a little more stable, though there was a big effort to fix a lot of the 500s riiiiggghhhhtttt as he updated so I'm not sure if he snuck in the middle of those updates or caught them all. Some times I might get a 500 looking at my sub list, but it will fix itself later. I assume jerry is still running scripts which basically try to resolve those issues on a cron job so it might not work for a bit but then work later.