• Only notify the banned person about their ban if they previously posted in the community they were banned from. This stops abusive mods from using bans as a form of harassment.
  • Modlog: Reason for the action is only shown from trusted instances, so abusive mods won’t have an audience. Admins can still see the reason though. Which instances are trusted is set in the admin UI.
  • Instance silencing similar to Mastodon. A silenced instance is not defederated from but their posts do not show in the Popular or All feeds and their communities are not shown in Starter packs aka Topics. Their communities can still be found in the communities list and joined in the normal way. Once joined, posts in there show up in the subscribed feed as usual.
  • Per-user number of posts per page. Previously this was an admin setting but now individuals can override this to be a lesser number if they wish.
  • Spinning “loading” animations on slow forms.
  • Rimu@piefed.socialOPMEnglish
    81·
    16 days ago

    https://codeberg.org/rimu/pyfedi/src/branch/main/app/utils.py#L1759

    if (user.attitude is not None and user.attitude < 0.0) or user.reputation < -10:  
   # cannot vote

    user.attitude is the ratio of upvotes to downvotes that they cast. A value of less than 0 means the user downvotes more often than they upvote.

    user.reputation is the sum of all the upvotes they received minus the sum of all the downvotes they received.

    Your current attitude is 1.0, the highest possible and your reputation is in the tens of thousands. If you ever decide to cast another downvote then it’ll be accepted.

    Last time I checked, about 3% of all users, including inactive accounts, were barred from downvoting. It’s rare. Those people flame out or get banned pretty quickly.

    • misk@piefed.socialEnglish
      4·
      15 days ago

      Tying ability to vote to received votes will accelerate creation of cliques. It won’t be alleviated by also tying it to the average of given votes because in a tribal discussion you’re upvoting members of your tribe and downvoting members of the other tribe resulting in bad actors being indistinguishable from regular active users. I can see why this might be useful for communities designed to be safe spaces but setting that on instance level might be too much. Limiting downvotes on users with negative voting attitude is a safe bet though.

      (all just my opinion but also experience ;))