You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Hi,
during some tests I noticed Pipeline controller cloning steps is taking in consideration archived task also.
This results in cloned tasks that are already in archived state.
Moreover it drives to a lot of confusions with warnings since archived steps may be more than one
WARNING - Additionally found task
I think archived task should not be used at all from a Pipeline controller.
wdyt?
The text was updated successfully, but these errors were encountered:
Hi @valeriano-manassero
The pipeline itself is using the Task.get_task if a task ID is not provided (i.e. looking based on task project/name).
The Task.get_task will sort all the tasks based on task updated field, but and will leave out the archived tasks, so if we are selecting the first one (i.e. the most updated one), and there are more than one, we get a warning message that there are others that match the query.
It seems that stumbled upon a bug, due to some refactoring the archived were not filtered out when requested with Task.get_tasks, and this is the root cause of the warning (the correct Task was selected nonetheless the archived ones should not appear hence there should not be any warning)
BTW: regardless I would recommend to use the Task id not the Task name (which you can always change). To get the Task ID just press the ID button next to the Task name on the right info panel :)
Hi,
during some tests I noticed Pipeline controller cloning steps is taking in consideration archived task also.
This results in cloned tasks that are already in archived state.
Moreover it drives to a lot of confusions with warnings since archived steps may be more than one
I think archived task should not be used at all from a Pipeline controller.
wdyt?
The text was updated successfully, but these errors were encountered: