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
If multiple flows are present in the graph and a task is cylc removed, it is possible that the flow numbers on projeted future tasks (aka ghost tasks) may require recomputation.
E.g:
Trigger a task in flow 2 whilst the workflow is paused.
The downstream tasks should appear in the datastore in flow 2.
Remove the task that you triggered.
The downstream tasks will stay in flow 2.
Reload the workflow.
The downstream tasks will go back to flow 1 because the datastore has been rebuilt.
There was some suggestion on cylc/cylc-ui#2016 about not showing flow numbers for future tasks which might provide an alternative workaround.
The text was updated successfully, but these errors were encountered:
There was some suggestion on cylc/cylc-ui#2016 about not showing flow numbers for future tasks which might provide an alternative workaround
Presumably that is much easier, and (IMO) it is sensible. Flow numbers are assigned to future tasks when they are spawned in a flow (and IMO that is maps to the conceptual model, not merely implementation).
The n-window is expanded around active flow(s) so this projection of flows into the future is perfectly valid and could be useful information (e.g. to answer the question why is this task in the workflow). The only thing that can meddle with this is flow-merging which is runtime bound so cannot be predicted in advance. It might also be awkward to omit the flow field as the UI will need to be able to tell the difference between flow=none and flow=undefined for presentation purposes.
I haven't picked a side yet myself, but both have merits.
If multiple flows are present in the graph and a task is
cylc remov
ed, it is possible that the flow numbers on projeted future tasks (aka ghost tasks) may require recomputation.E.g:
There was some suggestion on cylc/cylc-ui#2016 about not showing flow numbers for future tasks which might provide an alternative workaround.
The text was updated successfully, but these errors were encountered: