Open james-simpson opened 2 years ago
Same issue
I got a similar issue - which I think is close enough it probably doesn't warrant its own issue.
I got very long parameters (a yaml blob) for some dynamic fan out jobs. For those the names become extremely long. Where I only really need 1 argument in the name/visible in the ui, and the rest visible in the "inputs/outputs" tab.
Considering the max length of these arguments is around 256kb, I think it's a bit much to stick all of them in the generated name 😀
//edit - and I just realized in the pod type it just uses the short names, but in the step type it includes all parameters.
Same issue
same
Same issue
Same issue
Potentially related: #2871
same
Same underlying issue. Generated displayNames result in very long workflow.failures
elements which in turn are causing unavoidable env variable size limitations.
At the risk of sounding repetitive ... same issue for me.
Same issue here.
Couldn't we use some annotation to use just on the UI? I believe Kubeflow uses pipelines.kubeflow.org/task_display_name
in the same way. I don't think we need a custom template name, we just need to customize how a pod name is displayed in the argo-server workflow ui. What do you think?
Agree, we're looking for the same thing.
Summary
I'd like to be able to customise the step name for a looped/fan out step generated by
withItems
/withParam
. At the moment, the step name doesn't seem to be templatable - I get an error like 'must consist of lower case alphanumeric characters' when trying to submit the workflow in the UI.E.g. could we do something like this, with
name: "{{item}}"
:Maybe the best way to do it could be a separate templatable
displayName
field than overridesname
in the UI if provided?Use Cases
We're using Argo Workflows to run end to end tests in parallel and it would be nice to customise the name of each fanned out step in the UI.
What we currently see:
or
With custom/templated names we could see at a glance which scenario failed, and could easily find and click into a particular scenario we care about.