wet forest moon folklorist
🙋🏼♀️
I see 2 key places to improve Mastodon re: safety + one process suggestion
1) ability to turn off replies from accts user does not follow
2) mods can easily select from user-curated blocklists in server settings, with a default blocklist maintained by Mastodon itself already “checked”
3) paid safety advisor(s) who help users and mods make these kind of recommendations without having to go through complex/tech processes
@Gargron https://mastodon.social/@Gargron/113080979375593074
Eugen Rochko
@seachanger 1 and 2 are on our roadmap but they’re fairly difficult things to solve in a decentralized environment and we only recently got a 2nd full time developer on the project. There are a lot of things people want us to prioritize but we are slowly working our way towards them. As for 3, we don’t have any concrete plans in this area, but there are organizations that may be a better fit for that kind of work such as IFTAS.
Luke
@Gargron @seachanger I won't profess to be as much of an activityPub expert as you, but would it be possible to amend 7.1.2 Forwarding from Inbox in such a way as to allow you to control which replies are forwarded, and maybe add a signature? Then you would have a way of knowing which replies were "authorized" by the poster, and clients could chose to filter only "authorized" replies using a clientside setting. Could potentially also be used to moderate replies, via a revocation.
Wouldn't prevent the posting, but it would allow you to control the visibility a lot more, which I think is what most of the people asking for these tools are hoping for. You could see the unfiltered replies if you want to, but I think people would prefer not to by default.
Eugen Rochko
@Shivaekul @seachanger The problem is that as far as Mastodon and most other contemporary ActivityPub implementations are concerned, the parent post is barely involved in what counts as a reply. Replies are not distributed by the parent post, and the replies collection on it is not considered normative. Replies are distributed exactly the same as standalone posts, and the attachment to the parent post is considered simply metadata. Reworking this architecturally is where the complexity lies.
wet forest moon folklorist
If 1 and 2 were thoughtfully and functionally implemented, we would eliminate 99% of the dangerous or toxic engagement that drives people off the platform and has conflated the word Mastodon with racism across other social media
3 would keep us on track and many of us would help fundraise to make it happen
Not encountering the N-word or infinite “well actually” replies must be the *default* experience here
Tim Chambers
GNU social JP is a social network, courtesy of GNU social JP管理人. It runs on GNU social, version 2.0.2-dev, available under the GNU Affero General Public License.
All GNU social JP content and data are available under the Creative Commons Attribution 3.0 license.