Steps to reproduce:
1. In some cases when a (multi-stream) mediapackage is processed I get the error message that a file already exists, and the processing fails with an error.
2. This usually happens in the second "image" operation to create the "search result preview" or a "compose" operation after the video has been trimmed or if the original video has the same filetype like one of the composed files.
3. The reason for this seems to be that a file with the same filename already exists in the workspace. The image operation creates the file with an additional postfix like "search" (compose with "-preview") but when the result is passed back to the workflow service on the admin server it get renamed. The postfix is removed and the file is only named with original base filename and the filetype ending. For a strange reason the filenames always seem to be truncated after "_." in the filename.
4. In some cases a new directory with a new UUID is created for the file and in others the directory name stays the same (for an unknown reason) or like in the image operation it is copied to an "attachment-" directory and it seems that the number for the attachment is not increased like expected.
I have not encountered this bug since then, but I did not have many recordings since then. I'm fine with closing this ticket. I can reopen it, if needed.
Could not reproduce it on my machine. If it happens again, it would be great to have media package causing it and description of any steps that were taken (trimming for example).
adding to 1.1.x branch
Nejc, I added ComposerServiceTest.java as it had never been merged into 1.1.x. The test is failing though. It appears to refer to auth related classes which do not exist in 1.1.x. Can you modify this test to account for this asap? In the interim, I'll need to remove it from branch. Thanks!
Added ComposerServiceTest from branch and cleaned out nonexistent references to services. Commited in r10538.