nothing about this is cherry-picking. it's simply how lemmy works. there are no remote js sources. lemmy-ui even sets security headers that prevent loading js from third party domains.

doesn't require allowing javascript of a million other servers?

half the images are broken because I’m expected to allow scripts on like 30+ sites to see most of the posts

software like noscript is not exactly beginner friendly. you're expected to understand the impact of your blocking and what you are blocking. the only domain you need to allow JS from on lemmy.world is lemmy.world. standard lemmy-ui does not load any js or css from third party sources, only the domain where lemmy-ui is served. your noscript configuration is blocking the actual images, not javascript that would be required to load images.

edit:

to expand on this, even in tor browser in safest mode, lemmy.world works totally fine when all you do is allow JS from lemmy.world on lemmy.world:

you can simply check your profile and modlog on the instance in question. it'll show that you got banned from that instance 8 days ago. since you didn't participate in any community on that instance there were no community bans federated out. instance bans currently don't federate, only community bans for communities on the instance you got banned from, if you have previously participated in them.

based on the creation date advertised by the instance, lemmy.ml exists since 2019-04-20. lemmy.world exists since 2023-06-01.

I think most (especially mobile) clients simply don't have this option and will always copy/share the "fedi link" - the url where the content is canonically hosted. all other URLs are simply cached representations of the original content.

this is a lemm.ee limitation, not a Lemmy limitation, so this is the wrong community.

if you look at the instance sidebar at https://lemm.ee/ you can see that it's 4 weeks.

Retaining old content has value

this 100%. this is exactly why i wouldn't recommend any communities to be removed if there is still content in there, worst case just lock it.

cleaning up communities doesn't make lemmy more active either. it may help to make active communities stand out more against inactive ones though.

The "fediverse link" on a post always points to the instance of the person who posted it, not the community instance. When posting from a lemmy.world account this means the fedilink is always the lemmy.world post link.

It is only shown for content coming from remote instances in Lemmy UI 0.19.3, although a later version changed that to always show.

this is by design. actor ids (unique identifier for accounts) should not be reused due to undefined behavior for how other instances will deal with that.

if you want to have a more technical explanation, https://socialhub.activitypub.rocks/t/reuse-of-identity-channel-addresses-revocation-reissue-of-keys/2888 does a decent job at explaining some of the issues with this.

It should be noted that the (visibility of) community bans are a result of better enforcement of site bans in 0.19.4, which for now is implemented by sending out community bans for local communities when a user gets instance banned: https://github.com/LemmyNet/lemmy/pull/4464

Prior to this, when a user got instance banned from .ml, they were also implicitly banned from .ml communities, but this was only known to the instance they were banned on. As a result, users were still able to post, comment, and vote on those communities, but it would be visible only on that user's instance, not federated anywhere else. Visibility of this ban was exclusively on the banning instance's modlog.

fyi @SpaceCadet@feddit.nl