Answers.Body: <p>It depends on a couple of factors:</p>
  <ul>
  <li>Are you using a local filesystem or external filesystem (like S3)?</li>
  <li>Is the asset transform index cleared on a regular basis (for example, by running <code>clear-caches/all</code> during deployments)?</li>
  <li>Are you on Craft CMS &lt; 4.4.7?</li>
  </ul>
  <p>Clearing the asset transform index means Craft loses all knowledge of which transforms exist in the filesystem, so it will have to check and update the index for every one of them. On Craft &lt; 4.4.7, after clearing the index, all requested transforms will result in a new queue job. This queue job will see that the file already exists on disk and just recreate the corresponding row in the index. However, this will still cause a ton of queue jobs to show up after every deployment / cache clearing. This was <a href="https://github.com/craftcms/cms/blob/develop/CHANGELOG.md#447---2023-04-11" rel="nofollow noreferrer">changed in Craft 4.4.7</a>:</p>
  <blockquote>
  <p>The image transformer now verifies that transforms don’t exist if the index record is missing, before queuing up the transform generation, for local filesystems. (#13052)</p>
  </blockquote>
  <p>If the file already exists on disk, the index will be updated on the fly, without an additional queue job. However, this only applies to local filesystems – external filesystems will still require a queue job for every requested transform, every time the asset transform index is cleared.</p>
  <p>So if you're using Craft &lt; 4.4.7, update to the latest version to reduce the number of queue jobs you're seeing. If you're using external file systems, consider keeping only the transforms on a local filesystem so Craft can verify them immediately.</p>
  
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2023-06-14T12:56:51.423Z
Answers.Text: We are indeed using S3, to have a better availability, so I don't think we would move it local storage. At least now I understand why ! Thank you !
Answers.UserDisplayName: Ebpo
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2023-06-14T13:45:13.793Z
Answers.Text: @Ebpo You could try to avoid clearing the asset transform index cache regularly – for example, by leaving that out of a deployment. Of course, that can _potentially_ cause some problems …
Answers.UserDisplayName: MoritzLost
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2023-06-12T13:21:56.727Z
Answers.LastActivityDate: 2023-06-12T13:21:56.727Z
Answers.UserDisplayName: MoritzLost
Body: <p>We have about 700 images, with only a few transformations possible (about 10).</p>
  <p>For some reason, the queue for &quot;Image transformation&quot; keeps getting bigger, and even once it gets all processed (it takes time,but that's another issue), some keeps getting added to the list. It just never really stops, even without adding new images.</p>
  <p>It could be something I don't understand about image transformation but once they are generated, why would they get generated again and again ?</p>
  <p>Thank you !</p>
  
Tags: <image-transforms>
Title: Image Transform do not seem to save
ThreadText: # Image Transform do not seem to save
  
  (Asked by: username_0 on 2023-06-09)
  
  We have about 700 images, with only a few transformations possible (about 10).
  
  For some reason, the queue for "Image transformation" keeps getting bigger, and even once it gets all processed (it takes time,but that's another issue), some keeps getting added to the list. It just never really stops, even without adding new images.
  
  It could be something I don't understand about image transformation but once they are generated, why would they get generated again and again ?
  
  Thank you !
  
  **Tags:** image-transforms
  
  
  ---
  
  ## 1 answers
  
  ### Answer by username_1 on 2023-06-12. Score: 2 | Accepted answer
  
  It depends on a couple of factors:
  
  * Are you using a local filesystem or external filesystem (like S3)?
  * Is the asset transform index cleared on a regular basis (for example, by running `clear-caches/all` during deployments)?
  * Are you on Craft CMS < 4.4.7?
  
  Clearing the asset transform index means Craft loses all knowledge of which transforms exist in the filesystem, so it will have to check and update the index for every one of them. On Craft < 4.4.7, after clearing the index, all requested transforms will result in a new queue job. This queue job will see that the file already exists on disk and just recreate the corresponding row in the index. However, this will still cause a ton of queue jobs to show up after every deployment / cache clearing. This was [changed in Craft 4.4.7](https://github.com/craftcms/cms/blob/develop/CHANGELOG.md#447---2023-04-11):
  
  > The image transformer now verifies that transforms don’t exist if the index record is missing, before queuing up the transform generation, for local filesystems. (#13052)
  
  If the file already exists on disk, the index will be updated on the fly, without an additional queue job. However, this only applies to local filesystems – external filesystems will still require a queue job for every requested transform, every time the asset transform index is cleared.
  
  So if you're using Craft < 4.4.7, update to the latest version to reduce the number of queue jobs you're seeing. If you're using external file systems, consider keeping only the transforms on a local filesystem so Craft can verify them immediately.
  
  > **Comments:**
  > **username_0**: We are indeed using S3, to have a better availability, so I don't think we would move it local storage. At least now I understand why ! Thank you !  
  > **username_1**: @username_0 You could try to avoid clearing the asset transform index cache regularly – for example, by leaving that out of a deployment. Of course, that can _potentially_ cause some problems …  
  
  ---
  
  