If a promotion fails for some reason, we leave the changeset in a 'promoting' state. Since it has failed though, delayed jobs will not attempt it again, and you can no longer promote any other changesets. It must be deleted and there is no indication of what went wrong. Ideally a promotion would never fail, but it does happen on occasion and we need to at least try to handle it.
Added new state 'failed' that is set when any exception raises during a promotion. The exception message is saved in changeset's async task status. commit 8681c878900ab4dab19b7a69fd2317a4a1a79a38 Author: Tomas Strachota <tstrachota> Date: Mon Nov 14 19:11:55 2011 +0100 749258 - new state 'failed' for changesets
Is there any readily apparent set of repro steps for this or should it just be considered a dev task and closed out?
Repro steps I can think of could be: - create a product with a repo and promote it - create a new changeset and add only the repo - delete the repo - try to promote the changeset - check the changeset's status
Hey Garik! I happened to be working on this area today, and after checking with Tomas, I believe we can close it as validated. Basically, the original issue prevented you from doing anything else via the web ui. Now, one can delete the failed changeset, set it on review and make changes, promote it again, or add a new changeset. Since you got the issue assigned to you I won't close it until you've had a chance to look at it. :)
# VERIFIED True. Verification done from my side in cli also shows that issue is fixed.