10
  1. Upload an image as part of a post or comment
  2. Navigate to your profile page -> Uploads
  3. Open image in new tab (and save the URL)
  4. Press "delete" on the image
  5. Attempt to navigate to the saved URL

This should result in a 404 error. Currently, it shows the screenshot. Below is a screenshot I deleted from my profile:

screenshot of the lemmy create post page

Here is confirmation from my user profile taken after the above screenshot was deleted:

screenshot of the lemmy user profile page on "uploads" tab, showing the most recent upload 7 hours ago

top 7 comments
sorted by: hot top controversial new old
[-] taaz@biglemmowski.win 6 points 10 hours ago* (last edited 10 hours ago)

It could still be cached by your instance infra, in your case I see cloudflare headers and cache HIT so it might take a bit before the image goes away, depending on the settings of your instance.

E: it's also possible your instance does not have cache revalidation configured correctly and as such the image could be cached almost indefinitely (the headers currently say it can be cached for a maximum of a year). @Lodion@aussie.zone

[-] Nothing4You@programming.dev 2 points 8 hours ago* (last edited 8 hours ago)

this is most likely the case, pict-rs headers allow caching basically forever and don't include revalidation. i'll bring this up with the pict-rs dev about changing the default or adding a config option for this.

something like s-maxage should do the job, though it'd probably be up to the instance operator to decide on a sane value for that, as it will always be a tradeoff.

ideally, lemmy would have a mechanism for cache purging, but i suspect that this might be something that people will have to implement themselves using the 1.0 plugin system at some point, as it's probably not going to become core functionality to support e.g. cloudflare cache purging.

edit: it seems that the 1 year cache is already an override by aussie.zone - pict-rs only sets a 7 day max-age, which is passed on by lemmy as can be seen e.g. on lemmy.ml, which isn't behind cloudflare, or on progamming.dev, which is behind cloudflare but doesn't seem to be overriding it.

[-] lodion@aussie.zone 3 points 8 hours ago

Probably both this and cloudflare caching. Looks like I set CF to cache for 1 year at some point, I can lower it... but that won't "fix" this, only limit the time its an issue for.

[-] donuts@lemmy.world 3 points 9 hours ago* (last edited 8 hours ago)

~~I might be wrong, but this is still open, so wouldn't that mean pictures are not deleted until this changes?~~

https://github.com/LemmyNet/lemmy-ui/issues/2359

https://tech.michaelaltfield.net/2024/03/04/lemmy-fediverse-gdpr/

Edit: apparently it was just never marked as resolved but it had been implemented, disregard

[-] Nothing4You@programming.dev 3 points 8 hours ago

seems like just nobody thought of closing it before, it was already implemented.

[-] donuts@lemmy.world 1 points 8 hours ago

Ah thanks, edited

[-] unexposedhazard@discuss.tchncs.de 2 points 9 hours ago

Generally you should assume that deletion is not guaranteed when it comes to fediverse stuff. In this case it seems like a bug, but other instances might also be configured to just refuse deletion requests so you can never be sure anything is gone. This also applies to the internet in general tho.

this post was submitted on 19 May 2025
10 points (91.7% liked)

Lemmy Support

4852 readers
24 users here now

Support / questions about Lemmy.

Matrix Space: #lemmy-space

founded 6 years ago
MODERATORS