In this case, all 60-100 end up in one row of a table, and they don't appear corrupted in any of the thumbnails. The document I made a screenshot of is the result of the STR step saving the output of the same form used to upload the photos. The photos all appeared correctly rendered at the time of uploading them, and once the STR step has saved them to individual LF entries, the actual photos are fine with one exception. One of the photos will randomly be stored in the repository as an image with thousands of extra text-only pages that look like an image file encoded as text. Here's an example. Page 3 mentions the model of the camera used to take the photo.

I'm also seeing this coming from an upload where I've turned off the image thumbnails, so it may not just be caused by overloading the renderer for the STR step.

I think there may be two different issues:

1. When upload a lot of images into a upload field with thumbnail enabled, then save the form to repository via STR, the saved form does not look good, seems like all the thumbnails are crowded into first several pages, thus the remaining pages only display the fie name. However I did a test with 100 images and each is 8MB, the saved form looks good on all the pages.

2. When upload a lot of images into a upload field even if thumbnail is not enabled, after save all the images into repository via STR, most of the images look good, but there will be one image file that display thousands of "text" pages, which may represent the binary data of this or all the uploaded images.

So I'm not quite able to reproduce your issue so far, maybe a support case is a proper place to follow up, and we may need some sample images you used, the Forms version and more detailed steps.