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’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 @[email protected] 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?
this feels like more db index corruption that already existed for users previously, unlikely to be an issue in lemmy itself
@[email protected] I’m not sure if this was intentional, but both of your replies to the comments here seem to have been deleted by you.
simply put: no
most fediverse software has its own API specific to how that application works. in some cases different fediverse software may be sharing a common API, which is typically a result of either a reimplementation (e.g. the Sublinks project is working on a reimplementation of the Lemmy API) or the result of a fork, where the previous API has been inherited and is typically built on top of.
It should also be noted that while Lemmy and Mastodon both use ActivityPub federation for interoperation, they have significantly different internal structures for how data is stored and represented to clients. I don’t know if mastodon supports vote federation with Lemmy at this point, but if it doesn’t do that currently, then using an alternative frontend won’t help you. It would likely be possible to build a Mastodon client that has a better thread view though, but it’d still have to be something built for the Mastodon API specifically.
It seems that p.d didn’t or wasn’t able to fetch the community moderator list yet, which would prevent it from accepting any new posts to the community, as it’s set to allow posting by mods only and the bot isn’t detected as mod yet.
I think the only way (without manual intervention) might be to access the community after 24h to have Lemmy refresh this from the origin server.
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