This is correct, the changes on main branch will be released as 0.20 because there are lots of breaking changes now. We sometimes backport commits to 0.19.x, but only for minor changes or bug fixes.

@[email protected]

Not sure really.

If there are still problems you should open a new issue. We cant leave issues open forever because they go stale and dont account for new features. By the way we are planning to implement multi-communities.

Good reply, like you explain this wouldn’t work. Just one thing:

Lemmy doesn’t aim to be an uncensorable platform.

https://join-lemmy.org/docs/users/05-censorship-resistance.html

Here: https://github.com/LemmyNet/lemmy/issues

It seems there are always people on the internet who spread negativity about those who actually create things. Best you can do is ignore them.

@[email protected] This. If youre interested to work on this feature or others, feel free to ask for guidance in the relevant issue, or in the dev chat.

You can use pg_stat_statements to find slow queries. Try sorting by top total_exec_time.

Good example of AI making stuff up instead of simply saying “I don’t know”.

The key is refreshed after 24 hours so it will work if you wait a bit.

There were optimizations related to database triggers, these are probably responsible for the speedup.

https://github.com/LemmyNet/lemmy/pull/4696

True there are a lot of issues related to notifications. I will see what I can do.

Here is the relevant issue, but no one is working on it currently.

We didnt make any changes to the Lemmy version running on this instance during the past week. So it must be something else…

The problem is that a server could very easily lie and claim to have captchas when it really doesnt.

Someone on in the Matrix chat tried this and didnt have any problems.

I see now, if an instance has any site languages configured those will be applied for new users. You can see it in /api/v3/site field discussion_languages. However both lemmy.world and lemm.ee return all languages there.

Edit: Im removing this as part of the PR to set new user languages from accept-language header, it doesnt make sense anymore with that.

Yes contributions to improve this interface would definitely be welcome.

Right my_user.discussion_languages is the correct one. And it being empty means that all languages are enabled (to avoid storing lots of unnecessary db rows). Im testing with a new account on ds9.lemmy.ml and can see posts marked as English without any problems.

I cant really how such a problem could happen and only affect those specific instances. Can you check through the api which languages are enabled on a new account? The info is under /api/v3/site in the field discussion_languages, it should contain numbers from 0-183 which are all the language ids.