Steps to reproduce:
1. Upload a video to "Hold"
2. Click the eye icon and select the editor
3. Edit the file (remove some elements).
4. select "Publish" and press "save & process"
5. the workflows fails in publishing, as the publish operation claims that there are now file to publish.
I am not 100% sure what you fix would be, but I guess that you want to change the behavior in a way that existing flavors won't get generated anymore? I always thought that this was the behavior of 1.x in these cases at least.
I noticed today that even with my patch it is still possible to create unwanted copies of */trimmed and */themed, if I call retract and then publish again...
We want to achieve that only the source tracks got archived and not as well the work tracks to save disk space. In theory this already works, but unfortunately the admin UI editor (cutting tool) does not work anymore if doing that, since it depends on work tracks being in the archive. I'm currently rewriting the editor to work with the previews only. I hope I will be finished tomorrow afternoon.
to me that seems like the wrong idea, if I understood you right. Currently the trimmed tracks are probably the tracks that will be archived, at least in the installations I know. I would guess that many admins want do decide on their own which flavor they want to store, and that should not be hard-coded somewhere.
But maybe I have not understood your idea right.
Hi Rüdiger, I just wanna make sure the editor is working without the need of archiving the */work files, so I actually removed the hard-coded stuff. And you are right the admins can still archive whatever they want.