PSA: every interaction you make with various posts on kbin is viewable to everyone.

If you click on the "more" button under a comment or link there will be an activity tab. In this tab you can see everyone who has boosted, favourited or reduced the post. I'm not sure if this a... #kbin #kbinmeta #kbinMeta

https://kbin.social/m/kbinMeta/t/116811

PSA: every interaction you make with various posts on kbin is viewable to everyone. - /kbin meta - kbin.social

If you click on the "more" button under a comment or link there will be an activity tab. In this tab you can see everyone who has boosted, favourited or reduced the post. I'm not sure if this a...

Voting history should NOT be public. It is a major privacy breach with potentially significant consequences.

At the moment, votes in kbin are public. You can see who has upvoted or downvoted any given item.   This is a problem for numerous reasons: 1. It will cause unnecessary arguments and drama. 2. It will promote downvoting wars. (i.e. "That person downvoted my comment, so I'm going to do...

Codeberg.org

Good discussion, there. I like the idea of allowing it to be set per instance; while it doesn't hide the votes from admins, changing the in-instance presentation of the data does allow an instance to customize the "feel" of the instance... much like Beehaw chooses not to use downvotes at all.

I'm on the fence re displaying them. I use the downvotes activity to search for bots / astroturfers and it DOES allow identification of bigots who downvote for that reason, but it also does provide a means of harassing someone for a downvote.

Really, a cultural shift from "Downvote = disagree" to "Downvote =Anti-factual, low effort, or bot" is needed.

Maybe making upvotes counter downvotes is a decent start? Right now, kbin is weighted toward downvotes; some users with thousands of upvotes and hundreds of downvotes are sitting in the negatives.

Kbin uses boosts as upvotes for their karma calculation, which is why you see the QI style scoring. Strange system.
Yeah, that I get... it's just not intuitive for users. If downvote = -1 rep, then most people are going to assume that upvote = +1 rep, with boost being something like a "look at this post" option. But maybe that's just me?
I agree with you. It doesn't make sense to me. If it was me it would be =If(or(boost=1,upvote=1), karma=karma+1,karma=karma)
Yeah, this is a consequence of recent changes. It has already been fixed on the test instances. The changes will soon be implemented on kbin.social
You're the programming man!

I see that ActivityPub makes it hard to do it and if it can’t be done then it should be visible (so people can know and act accordingly)

The only “alternative” approach I can see would be to have a per instance account that is given the activity (say upvote/downvote)

So… let’s say I’m on kbin.social and upvote this comment.

Kbin.social knowing me (since it’s my account) logs the upvote but does so as if [email protected] did the upvote.

That is then what is replicated across the fediverse.

I assume that breaks the “intent” of the protocol and could be an issue but does let other instances decide to filter out that activity (if they decide to do so) by having some attribute or flag that denotes that this “account” is the fediverse instance account (e.g. not a user).

Boosts, however, should be shared since it’s like a retweet/shout out and os is meant to be shared.

Of course that means I can no longer see my own upvote/downvote activity.

If that was also wanted then you could add a table that basically logs that but isn’t federated. E.g. a local instance reference that can be used for that instance to show the activity.

This way there’s less chance of an issue of somebody knowing a users account seeing activity like this:

  • A man, say in Iran, upvoted something about the prophet that somebody else found disrespectful

  • A christian teen upvoted something about atheism.

  • A woman reading about how to leave a domestic abuse situation.

  • Somebody curious about transgender reassignment

Either there needs to be a way to minimize the risks of such activity being seen/shared across the fediverse or it needs to be very very clear that even if you don’t see it that what you do is shouted across the fediverse and that others can and will be able to see it.