[GH-ISSUE #566] Images Not Being Removed After Serving with cache disabled #202

Closed
opened 2026-02-25 22:34:36 +03:00 by kerem · 4 comments
Owner

Originally created by @eguerracds on GitHub (Feb 25, 2025).
Original GitHub issue: https://github.com/flyimg/flyimg/issues/566

Originally assigned to: @sadok-f on GitHub.

Hello,

I noticed a bug. I received an alert from the host that there is no free space left on the disk, which didn’t make sense to me because I have the /tmp cleanup enabled.

After checking, I found that images in /web/uploads are not being removed after being served.

According to the documentation, setting the following in parameters.yml:

disable_cache: true

should ensure that images are deleted after being served from /web/uploads

Is this the expected behavior?

Thanks,

Originally created by @eguerracds on GitHub (Feb 25, 2025). Original GitHub issue: https://github.com/flyimg/flyimg/issues/566 Originally assigned to: @sadok-f on GitHub. Hello, I noticed a bug. I received an alert from the host that there is no free space left on the disk, which didn’t make sense to me because I have the /tmp cleanup enabled. After checking, I found that images in /web/uploads are not being removed after being served. According to the documentation, setting the following in parameters.yml: `disable_cache: true` should ensure that images are deleted after being served from /web/uploads Is this the expected behavior? Thanks,
kerem 2026-02-25 22:34:36 +03:00
  • closed this issue
  • added the
    bug
    label
Author
Owner

@sadok-f commented on GitHub (Feb 25, 2025):

Hi @eguerracds
Thank you for opening this issue!

yes when you put disable_cache: true no images should be saved under web/uploads folder.

The generated images should be served directly.

let me check this and I'll get back to you.

<!-- gh-comment-id:2681889881 --> @sadok-f commented on GitHub (Feb 25, 2025): Hi @eguerracds Thank you for opening this issue! yes when you put `disable_cache: true` no images should be saved under `web/uploads` folder. The generated images should be served directly. let me check this and I'll get back to you.
Author
Owner

@sadok-f commented on GitHub (Mar 2, 2025):

Hi @eguerracds again,

I did check and test the disable_cache option, it works as expected.
I'd like to know what Flyimg version you are running?
After enabling the option, did you cleanup your web/uploads folder and check again?
Can you past a URL example for a generated image not being cached?

Thanks!

<!-- gh-comment-id:2692776820 --> @sadok-f commented on GitHub (Mar 2, 2025): Hi @eguerracds again, I did check and test the disable_cache option, it works as expected. I'd like to know what Flyimg version you are running? After enabling the option, did you cleanup your web/uploads folder and check again? Can you past a URL example for a generated image not being cached? Thanks!
Author
Owner

@eguerracds commented on GitHub (Mar 3, 2025):

Hi @sadok-f,

We are using the latest Flyimg version, 1.7.2.

After confirming that the issue must have been with my Flyimg instance, I tried again, and it seems the problem was with the parameter.yml file. After cloning the repository again and customizing it, everything is working as expected.

I don't know what could have happened with the file. I visually compared it, and it was configured the same way.

Thank you so much.

<!-- gh-comment-id:2693709040 --> @eguerracds commented on GitHub (Mar 3, 2025): Hi @sadok-f, We are using the latest Flyimg version, 1.7.2. After confirming that the issue must have been with my Flyimg instance, I tried again, and it seems the problem was with the parameter.yml file. After cloning the repository again and customizing it, everything is working as expected. I don't know what could have happened with the file. I visually compared it, and it was configured the same way. Thank you so much.
Author
Owner

@sadok-f commented on GitHub (Apr 28, 2025):

Hi @eguerracds
If your company/organisation is using Flyimg, it would be great to have you listed in our ADOPTERS.md file!
Feel free to add your entry — we'd love to highlight your support.
Thank you!

<!-- gh-comment-id:2834529239 --> @sadok-f commented on GitHub (Apr 28, 2025): Hi @eguerracds If your company/organisation is using Flyimg, it would be great to have you listed in our [ADOPTERS.md file](https://github.com/flyimg/flyimg/blob/main/ADOPTERS.md)! Feel free to add your entry — we'd love to highlight your support. Thank you!
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/flyimg#202
No description provided.