that is likely related to https://github.com/LemmyNet/lemmy/pull/5107, which limits the resolution of thumbnails.
the client you are using is probably only displaying the thumbnails to you, not the original images.
edit: this seems to include lemmy-ui as well
edit 2: raised a bug report for lemmy-ui
that is likely related to https://github.com/LemmyNet/lemmy/pull/5107, which limits the resolution of thumbnails.
the client you are using is probably only displaying the thumbnails to you, not the original images.
edit: this seems to include lemmy-ui as well
edit 2: raised a bug report for lemmy-ui
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.
I’m not familiar with n8n but it’s fairly straightforward on the API side.
You’ll need a session token, also known as JWT, which you can get from logging in.
You typically don’t want to do a login for every post, so you’ll want to store that as a persistent value.
For authentication, you can pass the header authorization: Bearer {jwt}, with {jwt} being the session token.
https://join-lemmy.org/api/classes/LemmyHttp.html contains the API documentation.
You’ll need to figure out the id of the community that you want to post to.
If you need to look it up, you can use getCommunity to fetch its details. Afterwards you can use createPost to submit it.
The form links for the methods explain the request body json values that should be provided.
photos will never be pngs unless someone intentionally converts them to that format, as pngs are much worse than jpgs for storing this type of image. pngs are much better for computer generated images, such as screenshots, drawings, etc. you can also losslessly compress pngs with tools like pngcrush without converting them to jpg.
it’s like @Xyre@lemmus.org described. old content does not get federated unless there is new activity on it and someone on your instance is subscribed to the community it happens in.
this isn’t anyone’s fault, it’s just a matter of the instance not being around that long that some historic content will be missing.
so just dropping duplicates then?
are there no references to the duplicates from posts? if there are and the duplicate rows are just deleted it’ll cascade deletion and purge all those posts from the db as well
how are you planning to fix this?
delegating authentication to another service.
one of the more commonly known options would be sign in with google, but this is also quite useful for providers hosting multiple services. a provider could host a service that handles authentication and then you only have to login once and will automatically get logged in for their lemmy, xmpp, wiki and other services they might be providing.
this feels like more db index corruption that already existed for users previously, unlikely to be an issue in lemmy itself
you may want to redact the names as this spam is framing another person pretending to be originating from them
verification emails are usually sent immediately. if there are delays you should check your junk folder, and if it’s not there it probably won’t arrive anymore. depending on the instance you signed up on there may be alternative methods to reach out to the instance admins about this. note that private messages from mastodon to lemmy do not work unfortunately.
also adding my vote for the second one
this isn’t true. it was incorrectly stated in the upgrade guide but has been removed a while ago. it was supposed to be a recommendation due to some issues with postgres 15. there is no postgres upgrade required between 0.19 releases.
account names cannot be changed.
you can only change your display name, which is available in the settings.
whether display names or usernames are shown depends on the interface/client and user settings where available.
the only way to change the username is to create a new account.
it seems to have become more frequent recently.
i’ve been experiencing the same on firefox and i’ve also heard other people report the same on firefox, which happened around the time of the firefox 129 release. i didn’t see anything noteworthy in the release notes though that’d explain this. it seems like it might be related to enhanced tracking protection and cookie isolation.
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.
this is the important part.
when an account is deleted the associated private key used for signing activities is deleted as well. the activitypub protocol does not really define how software is supposed to deal with deleted and recreated actors (which includes users), so some software has been built with the assumption that any change of encryption keys for a user means it’s an invalid signature and will prevent activities involving that user to federate to that software.