The even less ethical solution is something alike SNWs "The Ones Who Walk Away from Omelas" first servant kind of thing

3 years ago by Oiconomia to c/risa

load all comments
Admin 16 points 3 years ago

OP- you are not on StarTrek.website. You're on feddit.de. When you scroll /c/Risa you are scrolling a "copy" on feddit.de.

I assure you we are fully functional.

EDIT: FWIW I checked /c/Risa on feddit.de and thumbnails loaded fine ...maybe try clearing your browser cache?

path: 0 2679200, hotness: undefined, score: 16, children: 5
ptz 10 points 3 years ago

I've dug into this somewhat. It's something to do with caching images via the JS Service Worker in the UI. On first load, everything works. Refreshing then causes the images to break until you do a "hard" refresh to bypass the cache. Then they work until you do a regular refresh and the images "break" again.

As far as why it's only startrek.website and no other instance (so far, anyway), I haven't the slightest idea. As far as I've been able to examine the HTTP responses for images, there's nothing weird going on. Perhaps the .website TLD causes confusion in the service worker? That's just a guess, and is my only working theory. Unfortunately, I've only found two other Lemmy instances that use a .website TLD, and neither have any local communities that have images, so I'm unable to test that.

I use Photon as my main UI, and it doesn't do any of that service worker image caching (just uses the browser cache), and it's never experienced the issue. Funny enough, one release of Photon did implement that kind of caching via service worker, and startrek.website images broke immediately. Removing that part of the SW fixed it (the dev has also since removed that from the SW).

So I don't think anything is misconfigured on startrek.website, but there is some kind of funny behavior when viewing its images from a federated instance that uses service worker caching.

Workaround for Users:

Chrome: In your Lemmy tab, open developer tools and go to the Application tab. Click "Service Workers" in the left tree and in the right tree, check the box "Bypass for network" and then refresh. Images hosted from startrek.website should work.

Firefox: Should be the same, but I seem to be missing the option in 113.0.2 :hmm:

Apparently that no longer works in the 0.18.4 UI. :sigh: Maybe ask your home instance admins to offer additional UI options like Photon or Alexandrite :shrug:

path: 0 2679200 2682250, hotness: undefined, score: 10, children: 3
Oiconomia 5 points 3 years ago

it doesn’t do any of that service worker image caching (just uses the browser cache), and it’s never experienced the issue. Funny enough, one release of Photon did implement that kind of caching via service worker, and startrek.website images broke immediately. Removing that part of the SW fixed it (the dev has also since removed that from the SW).

So I don’t think anything is misconfigured on startrek.website, but the

Thanks, that was really useful. Also explains, why Jerboa seems to work for me, but the web frontend looks broken.

path: 0 2679200 2682250 2683486, hotness: undefined, score: 5, children: 0
Xylight 1 point 3 years ago

Good to know that I broke image caching.

(this is serious)

I couldn't figure out how to disable it and the cache sizes kept going into the gigabytes, but I somehow broke it recently and caches are sane now.

path: 0 2679200 2682250 2718476, hotness: undefined, score: 1, children: 1
nick 2 points 3 years ago

Yeah, all images are broken, likely due to a corrupt pictrs store (the sled db).

path: 0 2679200 2755192, hotness: undefined, score: 2, children: 0
risa
risa

@startrek.website

login for more options
8239
2495
378

Star Trek memes and shitposts

Come on'n get your jamaharon on! There are no real rules—just don't break the weather control network.

go to feed...