this post was submitted on 08 Oct 2023
11 points (100.0% liked)
/kbin meta
5 readers
2 users here now
Magazine dedicated to discussions about the kbin itself. Provide feedback, ask questions, suggest improvements, and engage in conversations related to the platform organization, policies, features, and community dynamics. ---- * Roadmap 2023 * m/kbinDevlog * m/kbinDesign
founded 1 year ago
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
Thanks for the writeup, it helped me see things from your perspective. I don't fully agree, but I get now why you're asking for this.
What I'm wondering now is, does the fediverse actually support the kind of block that's being asked for here? Like, is there precedent on this being implemented on other platforms like Mastodon or Lemmy? The issue here is that kbin isn't in control of who sees your posts, I wonder if it's actually possible to implement this in the first place.
If you actually believe this, you're a bit shortsighted. This is the fediverse, people can just jump onto a different instance. And even on Reddit multiple accounts for the same person were allowed.
People can also run their own personal instance which doesn't honor those blocks.
Yeah, Mastodon has separate block and mute functions. Somebody just accused me of "playing the underdog card" for saying that babies should have their heads attached to their necks, in a whole long chain of comments where he frequently mischaracterized my points, so yes, I blocked him.
well, multiple reddit accounts to get around a block or ban were specifically forbidden, but you're right, it's possible.
the thing you're still confused about is thinking that it's something everybody does the second they get banned. There is a limit to the amount of work people actually end up doing to troll others on the internet. Some trolls have an iron will and are stubborn to no end; the vast majority will lose steam eventually and just go do something else.
If you set up your own instance just to troll people more effectively, and somehow manage to stay federated with your victims' servers, you might just be a corner case.
Ah, good to know. I'll have to look into it a bit more, but reading https://docs.joinmastodon.org/user/moderating/#block
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
ah, that sucks. feels like it shouldn't be too hard to honor blocks across instances, but idk.
and, yeah, theres' something super janky about the way kbin handles federation...
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.