cross-posted from: https://piefed.social/c/piefed_meta@piefed.social/p/2603915/piefed-v1-9-is-released-shared-blocklists-auto-bans-and-totp
New features
- Shared blocklists - these are like feeds except instead of listing communities to join it lists people to block. To to Account -> Blocklists to find this feature. Changes by the blocklist author effect all the people who subscribe to the list, causing them to block the list members. They federate, so you can subscribe to blocklists on other instances.
- Edit comments inline, without loading a separate page - wjs018
- Fediverse statistics at https://piefed.social/statistics
- 2-factor authentication (TOTP) - can be added to your account in the ‘Security’ page in your settings.
For admins
- Auto-ban based on the bans that instances you choose, with keyword matching on the ban reason. Go to /admin/users/auto_ban. Try putting ‘piefed.social’ in as the instance and ‘spam’ as the keyword filter. It’ll cut down on the work involved in running your instance SO much.
- Voting pattern graph on user profiles to help spot automated voting.
- Reset the password of any user.
- Lots of inauthentic behaviour reports for finding bots and serial downvoters, see /admin/votes and PM me for an instructional video. It’s a lot to take in but the video will explain it all.
API
- edit matrix user id when saving user profile data.
- scheduled post endpoints - wjs018
Plus a lot more bits and pieces, browse the list of recent releases in the 1.8.x line at https://codeberg.org/rimu/pyfedi/releases for details.
To upgrade from 1.8.x or earlier
git pull
git checkout v1.9.x
Then,
./deploy.sh or ./deploy-docker2.sh
Donations
PieFed is free and open-source software while operating without any advertising, monetization, or reliance on venture capital. Your donations are vital in supporting the PieFed development effort, allowing us to expand and enhance PieFed with new features.
Giving control over blocks and bans to a 3rd party sounds like a great idea. Especially if you like groupthink.
Shared blocklists sounds like the kind of nonsense that ruined Reddit
Random subs would persecute you and ban you just because you commented on a post in a sub they didn’t like, even when you never did anything in their sub
It’s ‘guilt-by-association’ nazi BULLSHIT
Yay totp
All I want is to be able to view my upvoted and downvoted content in voyager and Alexandrite.
Shared blocklists - these are like feeds except instead of listing communities to join it lists people to block. To to Account -> Blocklists to find this feature. Changes by the blocklist author effect all the people who subscribe to the list, causing them to block the list members. They federate, so you can subscribe to blocklists on other instances.
Maybe an unpopular opinion, but I have mixed feelings about the social/community implications of shared block lists.
It’s essentially social blacklisting, and while it gives people more options for controlling what they see, I’m not entirely convinced it’s healthy compared to manual blocking of users and servers on an individual level.
It really helps communities of people who get harassed regularly. This feature not being on mastodon was a big reason the blacksky community formed based on bluesky. They tried fedi first but desperately need these types of controls to keep from getting called slurs.
Actually kind of funny that your comment and another right under you are kind of like the same reasoning from both sides. Like one doesn’t want the furrys harassed and one doesn’t want to know the furrys exist. So ig the block list thing is not the worst?
If the user can make named blocklists, that sounds like a good idea to me. If it’s just “you can also block all the same people I do” then I am kind of thinking the same thing you wrote here
exactly what am i ‘missing out’ on by blocking people who spam furry porn all over the fediverse? or similar activities that a ‘normie’ like me is not interested in viewing?
and the problem is there are users who have multiple accounts on multiple instances specifically so they can’t get blocked by being on any one instance or any one account, because they are so determined for you to see their shitty awful content they spam.
the problem is many users are malicious about this stuff and it would be great have a existing block list you could import. and there are so many communities here that are nothing more than pure toxic rhetoric and have no redeeming value to anyone outside of anyone who isn’t into their extremist/delusional beliefs.
I think it’s way healthier than the uninvited community mixing that comes from automated post merging. There’s already a pretty significant ideological bent against moderating communities on the threadiverse; this is just an opt-in tool to counter the entitlement to an audience.
Yes I expect it will be a mixed bag. But we all know how much blocking new people need to do to make this place livable so hopefully this will help people get to that state quicker.
I don’t feel that strongly about it. I think I just blocked Lemmy.ml and dbzero or whatever the hell it’s called.
Yes blocking whole instances is pretty efficient.
This feature might not end up getting used much. That happens a lot but until we try it we won’t know. But it’s a pretty big thing on a lot of platforms, like Bluesky, so I think it’s worth a try.
Auto ban sounds terrifying and definitely won’t be abused
I mean, it makes running a smaller instance a lot easier. Maybe read what it actually does and think about why it would potentially be problematic.
Presumably people running small instances would make us of this drawing on moderation efforts from a bigger instance that they trust. It’ll benefit people on smaller or single use instances, but shouldn’t affect the majority of users. Just makes decentralization more painless.
I agree some other name such as “filtered banlist federation” or something could seem less scary as a label than “auto-ban”.
Just makes decentralization more painless
By making it more centralized?
PyLova already had this feature, does PieFeds work with it or is it breaking Fediverse compatibility?
Funny how PieFed gets multiple images in posts, and now in-line comment editing/shared blocklists after PyLova introduces it. Does PieFed have any original ideas?
I use both, starting another flamewar doesn’t seem positive for either project.
If I don’t call out bad behaviour it will continue. As it stands doing nothing is only harmful for PyLova who has it’s unique features copied at each step.
Is Mia supposed to patent Pylova features, and prevent any other Fediverse software to use them, be it Lemmy or Mbin? Serious question, as otherwise I don’t see how this can be solved.
Features have always been replicated between software, even beyond the Fediverse.
Sharing of ideas and code is a core tenant of FOSS. PyLova literally started as a copy of Piefed. Why shouldn’t the ideas and features flow both ways?
Multiple images in posts and in-line comment editing are basic features coppied from Reddit (and, like, every social media site), which probably coppied them from somewhere else. Let’s not pretend like PyLova is breaking new ground here, lmao.
These are only being added straight after PyLova does it. And considering Rimu’s hostile history it’s clearly an attempt to try to ensure PyLova cannot gain traction with its own unique feature sets.
And the way they are being added is not compatible with PyLova’s methods. Which breaks Fediverse compatibility. If any software such as Lemmy were to implement it in the future they would most likely ensure compatibility with the larger userbase PieFed model.
This is the similar to Microsoft’s “Embrace, extend, and extinguish” philosophy to kill off the competition.
Do you have any context/source for “Rimu’s hostile history”? Because I’ve tried looking into that a few times but I’ve only ever found this Piefed devlog post which makes Piefed sound reasonable but obviously has every incentive to be biased.
I don’t want to get too off-topic here, so I’ll message you.
How come pylova isn’t publishing these updates here too?
It is?
https://quokk.au/c/fediverse@lemmy.world/p/1281812/pylova-v0-5-0-shareable-blocklists-roles-ui-changes
https://quokk.au/c/fediverse@lemmy.world/p/1237518/pylova-v0-4-1-customisation-performance-qol-bugs
https://quokk.au/c/fediverse@lemmy.world/p/1214229/pylova-v0-4-0-moderation-community-management-tools-galore
https://quokk.au/c/fediverse@lemmy.world/p/1135278/pylova-v0-3-2-released-muffles-reels-flags-bookmarks-and-more
https://quokk.au/c/fediverse@lemmy.world/p/1105596/pylova-v0-3-1-released-multi-image-post-support
https://quokk.au/c/fediverse@lemmy.world/p/1092867/pylova-v0-3-0-released
https://quokk.au/c/fediverse@lemmy.world/p/1077126/pylova-v0-2-2-released
Interesting. Either I scrolled past it or didn’t know what it was and ignored it.
Is there any history on why it was forked? Could be useful to add to the repo.
If you love pylova so much why don’t you just marry it?
Its a fork isn’t it? So like 95℅ of the codes the same.
Yeah that means PyLova copied a lot of features from PieFed lol, that’s how forking works.
It does suck if it’s not all compatible though, I hope that gets figured out
Yeah that means PyLova copied a lot of features from PieFed lol, that’s how forking works.
Yes and forks give attribution. They essentially say, “this is a fork of this other program. It is made with a lot of the other program’s code. We wouldn’t exist in our current state without using the original codebase as a starting point.”
Whereas Rimu has a history of behavior which shows his thoughts are more along the lines of: “This is mine. Someone else came up with the idea and wrote it, but their contributions aren’t contributions because I don’t like them and so they don’t deserve credit.”
The fork split off 7 months ago, PyLova independently added these features weeks and months before PieFed ever did.
And it has now been confirmed that Rimu has made it non-compatible.
I’ll take a look later. It should have a tiny bit my code in there.
