No idea. Why not? They are just regular image links.

Reply to this note

Please Login to reply.

Discussion

Looks fine to me...

There's some additional info in the image link since last big update, files not necessary ending with a file ending which might be a problem for some clients?

For example: This is an Amethyst image not visible on Primal

#m=image%2Fjpeg&dim=1049x1920&blurhash=%5D55%3A%3A7%3DfR%24i_WA%7DI%24koIniaeXgt3r%40jFnj6IX3w%7DjYsCKHf%24sDWBn%2BR*a%23offkWVWVR%2BS2bIW%3AI.NaShX8W%3BNHNaS4S%23X8&x=0c1b2454008bd3fcc94dbfbe84044833dce51e7acaf5e84db4921bba01884d17

Probably they just need to adjust their algo to remove # fragments before trying to identify if the link is an image or not.

But the real way to solve this is to ping the server to download the opengraph preview and checking the content type before downloading the image.

imeta doesn't have this problem 😉

Neither does NIP-94/95, but here we are :)

But imeta or not, this idea of checking if a link is an image or not by checking if it ends with .jpg, ignoring all query params and fragments, is never going to work.

I don't see this in amethyst