Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add "trusted" instance list #5088

Open
5 tasks done
db0 opened this issue Oct 5, 2024 · 0 comments
Open
5 tasks done

Add "trusted" instance list #5088

db0 opened this issue Oct 5, 2024 · 0 comments
Labels
area: moderation enhancement New feature or request

Comments

@db0
Copy link
Contributor

db0 commented Oct 5, 2024

Requirements

  • Is this a feature request? For questions or discussions use https://lemmy.ml/c/lemmy_support
  • Did you check to see if this issue already exists?
  • Is this only a feature request? Do not put multiple feature requests in one issue.
  • Is this a backend issue? Use the lemmy-ui repo for UI / frontend issues.
  • Do you agree to follow the rules in our Code of Conduct?

Is your proposal related to a problem?

This is a follow-up to #5087 and and extension of #5038

Currently we have a way to specify "hesitated" instances in which to apply vote blocks, but we cannot do the reverse, which is to block all votes except from specific instances.

This would work the same principle of the current allow-list and block-lists work now. Instead of specifying who you mistrust, you specify who you trust and assume to mistrust everyone else

Describe the solution you'd like.

Some instances might want to provide a list of instances I trust, and add some extra protection against everyone else. This could be used by instances admins who are the frequent targets of harassment by the larger fediverse to provide some measure of protection, without completely walling themselves off.

As it's a follow-up of #5087 the instances not in the trusted-list would have the following active.

  • Upvotes disabled
  • Downvotes disabled
  • Comments start minimized
  • Posts hidden unless revealed manually
  • Communities hidden unless revealed manually
  • DMs hidden and revealed though specific tab/switch

All of these settings except the votes, could be disabled permanently by any member of that instance who can tolerate them.

The instance admin can add any instance to the trusted list and then enable some or all of these features. This can happen in either of two ways

  • Solution 1. Apply them for the whole trusted list. This should probably be the simpler option to add to the backend. Create a DB table listing which feature switches apply to all the trusted serves. So I can flip "allow downvotes", "allow DMs" and "reveal comments" and it would apply to all the instances I have in my trusted list.
  • Solution 2. Apply them per instance. This would require creating the trusted list table with a boolean switch for each instance. So instance A can have allowed votes, while instance B, can have also visible posts and comments.

Through this approach instances can start creating affinity groups, where they prevent harassment and bad actors from the general fediverse, while still allowing their members who can handle it interact, and also specify which instances are known good actors with more privileges.

Describe alternatives you've considered.

There's no alternatives since there's no way to specify a list of trusted instances instance-wide without external tools.

Additional context

No response

@db0 db0 added the enhancement New feature or request label Oct 5, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area: moderation enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

2 participants