I’m sure this will get clarified in the release notes for 19.4, and I’m probably annoyingly jumping the gun … I’m just curious.
Otherwise, I find it cool to see this feature come out!
Isn’t ML running 0.19.4? Test it for us 😏
Ha … it seems like it at least.
I think I was being dumb in asking the question actually.
It’s really just about the circle of users to whom the community is visible.
Local-only … visible only to users of the instance. I’d presumed that it could be writable only to users of the instance such that only users of the instance could post/comment there. But double checking, no, it’s only visible if you’re logged on with an account on that instance … so pretty private in the end actually.
private communities … which are apparently coming … are visible only to approved users, whether on the local instance or not.
And presumably, these will be stackable, so that a local-only + private community will be visible only to approved users from the local instance. So getting pretty closed.
Hopefully these don’t start getting used too frequently, as it kind of… defeats the purpose of federation. Would not want to have to make accounts on multiple instances just to participate in niche communities.
The point of federation is to publicly share what you want to publicly share, not to have unfettered access to whatever you want to consume.
Eh, we already have private communities.
I did mention further down the comment chain the one use case for this I can think of - communities for info and feedback about the specific instance to / from its members; things like donations, financial disclosures, etc. - that you wouldn’t want participation in from anyone not actually using the instance. It has its place; I’m more afraid of seeing popular communities going instance-only for whatever reason, with it being used solely to drive signups on a specific instance.
Yep
I think it’s a good option to have. Most who start communities want reach and engagement. But for those situations where you want a more in-group vibe, something like this is essential.
It’s sorely missing in the fediverse and a rather good form of social media TBH that the fediverse, until now, has ignored (while it has kinda taken off on discord etc).
Private communities though are intended to federate, just with gated membership. And they could be useful for particularly niche communities that don’t want to be disturbed by those who mainly use the All feed.
It will be interesting to see how it interacts with federation/defederation dynamics though. Lemmy-world for instance, could easily start going local only because they kinda already think they’re the whole of the threadiverse and are certainly big enough to sustain themselves.
I mean it’s fine on paper. But like… imagine that a popular instance - lemmy.world, let’s say - has a community that’s very popular and, for whatever motivation, decides they want to push people to move to their instance (or at least create accounts there), so they change one or more of those popular communities to be local-only.
Best case, they fracture the community. Worse case, a very large number of users start making accounts there to use those communities, and abandon other instances. Worst case, they use the large influx of signups they get from such a move to promote themselves, grow even further, and eventually do something malicious.
We can already create private instances that don’t federate for those niche communities; I don’t really see what this feature is adding other than specifically having communities dedicated to that specific instance (With instance-specific information like donations, financials, outage notices, that sort of thing.)
We can already create private instances that don’t federate for those niche communities;
That being said, creating a private instance is a relatively difficult hurdle. By providing private communities, an admin can take care of the hosting, along with all of the other communities, while those who want something more controlled and closed can have an easily accessible option. Plenty of people want their social media to have options for being relatively closed or relatively open, and I think it’s healthy to provide those options.
I hear you though on the lemmy-world community closing possibility (and similar) … that would easily be an abuse IMO and it’s not entirely clear what would or could happen.
To be fair though, the whole lemmy-world instance (or any other for that matter) could simply turn federation off at any point to the same effect you fear, so it’s arguably just part of the federation flexibility. In this case, any community mod has their hand on the switch for their community, which means we’ll probably see it get used in controversial circumstances at least once. But for any given community, going either private or local-only is sure to drop user engagement or be a PITA regarding managing the “approved users” list, so I can’t see it being a popular action TBH.
That being said, creating a private instance is a relatively difficult hurdle. By providing private communities, an admin can take care of the hosting, along with all of the other communities, while those who want something more controlled and closed can have an easily accessible option.
That’s fair, and I’m honestly probably just thinking about worst-case scenarios that won’t actually happen. There’s plenty of ways malicious actors could already be doing some pretty bad things and they don’t seem to be, so it’s probably fine.
Still, I think you raise a relevant malicious path. Like I said, I wouldn’t be surprised if something contentious happens however infrequently.
Both will change the landscape of the fediverse, it’s just a matter of seeing if for the better. I’m mostly against private communities because I want everyone to interact, but they can help a lot for things like moderation coordination.
I created [email protected] recently, Reddthat runs 0.19.4, the default setting was “Public”. Maybe it’s a configuration that can modified by admins?
Edit: completely misread the title, sorry
All good … the whole post was started by me misreading in the first place I think!