Problem: Asynchronous import of digital objects (PDF) using the API breaks Atom's thumbnail/reference image generator

[dersmon]

Current Behavior

We use some custom tooling to preprocess high quality TIF images, so it is a bit tricky to help you replicate the issue. We start a lot of processing tasks in parallel, at the end of each a PDF is created, put on a public web server and then a digital object XML that gets POSTed to our AtoM instance (/api/digitalobjects). This means AtoM's API might get hit by a lot of XML POST requests at once and it looks like the thumbnail generator can not cope with that.

This results in:

• Thumbnails being associated with the wrong dataset.
• Thumbnails missing (probably because they got associated with some other dataset).
• Thumbnails broken, where it looks like a mix of two thumbnails:

• Thumbnails completely broken:

We are currently on AtoM 2.8.2 - 193.
The digital objects themselves are imported correctly (no mixups, AtoM shows the correct links to the PDF files etc.).

Expected Behavior

Correct thumbnails based on the digital object PDF.

Possible Solution

No response

Context and Notes

No response

Version used

AtoM 2.8.2

Operating System and version

Alpine Linux v3.16

Default installation culture

No response

PHP version

PHP 7.4

Contact details

No response