• magiccupcake@lemmy.world
    link
    fedilink
    English
    arrow-up
    30
    ·
    1 day ago

    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

    If downvotes < upvotes
    
    • Skavau@piefed.social
      link
      fedilink
      English
      arrow-up
      15
      arrow-down
      8
      ·
      1 day ago

      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 Reddit. If you’re a new account and you’ve managed to get -100 reputation that quickly, it’s not a good sign.

      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.

      PieFed defederates from Hexbear.net, Lemmygrad.ml, and Lemmy.ml out of the box.

      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.