- Sponsor
-
Notifications
You must be signed in to change notification settings - Fork 7.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Changed imaging config not reflected in the cache hash for some image filters #13272
Comments
While updating the docs yesterday I tried a few different mask images... all with the same name (mask.png). I had to clear the image cache to see the changes. I was guessing that the hash did not include the mask content, just its original file name. But maybe there's something else going on. |
I'm taking this from memory, but for the resize ops (including |
OK, I didn't read your post, but the above is a different issue; which looks like a bug with the |
* Always include the content hash in the cache key. * Always include the image config hash in the cache key. Fixes gohugoio#13273 Fixes gohugoio#13272
* Always include the content hash in the cache key for unprocessed images. * Always include the image config hash in the cache key. This is also a major cleanup/simplification of the implementation in this area. Note that this, unfortunately, forces new hashes/filenames for generated images. Fixes gohugoio#13273 Fixes gohugoio#13272
* Always include the content hash in the cache key for unprocessed images. * Always include the image config hash in the cache key. This is also a major cleanup/simplification of the implementation in this area. Note that this, unfortunately, forces new hashes/filenames for generated images. Fixes gohugoio#13273 Fixes gohugoio#13272
* Always include the content hash in the cache key for unprocessed images. * Always include the image config hash in the cache key. This is also a major cleanup/simplification of the implementation in this area. Note that this, unfortunately, forces new hashes/filenames for generated images. Fixes gohugoio#13273 Fixes gohugoio#13272
* Always include the content hash in the cache key for unprocessed images. * Always include the image config hash in the cache key. This is also a major cleanup/simplification of the implementation in this area. Note that this, unfortunately, forces new hashes/filenames for generated images. Fixes gohugoio#13273 Fixes gohugoio#13272
* Always include the content hash in the cache key for unprocessed images. * Always include the image config hash in the cache key. This is also a major cleanup/simplification of the implementation in this area. Note that this, unfortunately, forces new hashes/filenames for generated images. Fixes gohugoio#13273 Fixes gohugoio#13272
* Always include the content hash in the cache key for unprocessed images. * Always include the image config hash in the cache key. This is also a major cleanup/simplification of the implementation in this area. Note that this, unfortunately, forces new hashes/filenames for generated images. Fixes gohugoio#13273 Fixes gohugoio#13272
This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs. |
I'm pretty sure this isn't true in general for the image resize methods etc., which is probably why I haven't seen this, but if you e.g. only apply
images.Mask
to an image, this becomes an issue.I just tried to change the
bgColor
inhugo.toml
for http://localhost:1313/functions/images/mask/, but the change wasn't reflected until I cleared the image cache.The text was updated successfully, but these errors were encountered: