That seems like a pict-rs issue, actually. I’ve seen it before, and your instance admin may need to fix it.
The thumbnail problem is somewhat self inflicted.
Before, instances would create thumbnails of such high quality so as to essentially re-host the relevant image. Client developers took advantage of this by using the thumbnail url instead of the full-quality url for faster loading and less bandwidth use, as the server-provided thumbnail was always a small file, and in webp format.
This isn’t what thumbnails are actually for, though… They’re supposed to be a quick-to-load preview, not a complete replacement for the actual file.
I’m using the photon web UI, and there is no way to even open a link to the full quality image in a new tab, here the moomin strips look very blurry. But the default webUI does load the full image when you click it, and so does the mobile client I use, Thunder. Reading them in either of these works fine.
That seems like a pict-rs issue, actually. I’ve seen it before, and your instance admin may need to fix it.
The thumbnail problem is somewhat self inflicted.
Before, instances would create thumbnails of such high quality so as to essentially re-host the relevant image. Client developers took advantage of this by using the thumbnail url instead of the full-quality url for faster loading and less bandwidth use, as the server-provided thumbnail was always a small file, and in webp format.
This isn’t what thumbnails are actually for, though… They’re supposed to be a quick-to-load preview, not a complete replacement for the actual file.
I’m using the photon web UI, and there is no way to even open a link to the full quality image in a new tab, here the moomin strips look very blurry. But the default webUI does load the full image when you click it, and so does the mobile client I use, Thunder. Reading them in either of these works fine.