Every user (remote or local) has an “attitude” which is calculated as follows: `(upvotes cast - downvotes cast) / (upvotes + downvotes)`. If your “attitude” is < 0.0 you can’t downvote.
This pains me because it is functionally equivalent to
For example, you cannot cast a vote on PieFed if you’ve made 0 replies, 0 posts, AND your username is 8 characters long:
I don’t see a problem here. This is oddly specific, but it’s rooted in anti-downvoting spam.
If a reply is created, from anywhere, that only contains the word “this”, the comment is dropped (CW: ableism in the function name):
There is a setting to turn that on or off at https://piefed.social/admin/misc, “Filter out comments that are simply a form of this”
Every account has a Social Credit Score, aka your Reputation. If your account has less than 100 reputation and is newly created, you are not considered “trustworthy” and there are limitations placed on what your account can do. Your reputation is calculated as upvotes earned - downvotes earned aka Reddit Karma. If your reputation is at -10 you also cannot downvote, and you can’t create new DMs. It also flags your account automatically if your reputation is to low:
I don’t see why this is so inherently onerous to you in principle. Trolls/spammers etc are serious problems on sites like Lemmy and Piefed. If you’re a new account and you’ve managed to get -100 reputation that quickly, it’s not a good sign. If and as the Fediverse grows, instance owners are going to need more observation tools to catch this type of stuff.
This is the default detection, apparently you can use an API endpoint for that detection as well apparently, but it’s not documented anywhere but within the code.
The AI detection is going to be poor. But I’ve seen a lot of AI posters right now caught through this. use of the em-dash is very much a sign, unfortunately. It doesn’t ban them by the way. It just flags new accounts doing it to admins.
As Edie mentioned, if someone has a user blocked, and that user replies to someone, their comment is dropped:
If every instance was Piefed, you simply wouldn’t be able to reply to anyone who has blocked you. “Reply” is essentially faded out. The difference is that Lemmy doesn’t implement the block function in the same way, so Piefed just throws out replies by blocked users to the person who has blocked them coming from Lemmy. That’s the mismatch at play here.
If you can somehow still reply via a Piefed instance, it is bugged and not working as intended.
This can be turned off. It also defederates from hilariouschaos and others.
And no, it does not defederate from lemmy.ml out of the box. You are completely misunderstanding that code. I have already addressed this here.
"Alright, it doesn’t do any defederation, this function just controls what the api reports. It will list which of those four instances the instance is defederated from but that doesn’t look like it is actually used anywhere to do something…let me grab you links here is where piefed digests this api endpoint to populate the instance_chooser table, and the defed_list field isn’t actually used at all
Moderators of a community can kick you from a community, which unsubscribes you from it, and does not notify you. This has been removed actually, the API endpoint is still there.
It has been scrubbed, but it also never really functioned in the first place.
Usually 0/0=NaN and NaN compared with a number would be false.
Maybe the (up-down)/(up+down) is just what AmazingWizard summarized from the code. But from what we have seen of the quality of that codebase I won’t be surprised if it’s literally this expression, division by zero and all. Lol
This pains me because it is functionally equivalent to
I don’t see a problem here. This is oddly specific, but it’s rooted in anti-downvoting spam.
There is a setting to turn that on or off at https://piefed.social/admin/misc, “Filter out comments that are simply a form of this”
I don’t see why this is so inherently onerous to you in principle. Trolls/spammers etc are serious problems on sites like Lemmy and Piefed. If you’re a new account and you’ve managed to get -100 reputation that quickly, it’s not a good sign. If and as the Fediverse grows, instance owners are going to need more observation tools to catch this type of stuff.
The AI detection is going to be poor. But I’ve seen a lot of AI posters right now caught through this. use of the em-dash is very much a sign, unfortunately. It doesn’t ban them by the way. It just flags new accounts doing it to admins.
If every instance was Piefed, you simply wouldn’t be able to reply to anyone who has blocked you. “Reply” is essentially faded out. The difference is that Lemmy doesn’t implement the block function in the same way, so Piefed just throws out replies by blocked users to the person who has blocked them coming from Lemmy. That’s the mismatch at play here.
If you can somehow still reply via a Piefed instance, it is bugged and not working as intended.
This can be turned off. It also defederates from hilariouschaos and others.
And no, it does not defederate from lemmy.ml out of the box. You are completely misunderstanding that code. I have already addressed this here.
"Alright, it doesn’t do any defederation, this function just controls what the api reports. It will list which of those four instances the instance is defederated from but that doesn’t look like it is actually used anywhere to do something…let me grab you links here is where piefed digests this api endpoint to populate the instance_chooser table, and the defed_list field isn’t actually used at all
It has been scrubbed, but it also never really functioned in the first place.
not if both upvotes and downvotes are zero ❗️
If 0/0 < 0 would error?
If 0 < 0 evaluates false
That makes it even worse???
Usually 0/0=NaN and NaN compared with a number would be false.
Maybe the (up-down)/(up+down) is just what AmazingWizard summarized from the code. But from what we have seen of the quality of that codebase I won’t be surprised if it’s literally this expression, division by zero and all. Lol