This issue was moved to a discussion.
You can continue the conversation there. Go to discussion →
Converting/deploying/retrieving Workflows and its children is broken #1591
Labels
You can continue the conversation there. Go to discussion →
Summary
Converting and deploying and retrieving
Workflow
s and child types likeWorkflowFieldUpdate
is broken.I'm aware that
Workflow
is currently not decomposed but I think it could be easily decomposed because it contains only fully addressable child components.The described behavior further shows that in non-decomposed form,
Workflow
cannot be placed in multiple package directories.Steps To Reproduce:
The following repo contains 3
WorkflowFieldUpdate
components split over multiple package directories:force-app
:Case.ChangePriorityToHigh
,Case.ChangePriorityToMedium
another-package
:Case.ChangePriorityToLow
Repository to reproduce: mdapi-issues/sfdx-workflow-handling
sfdx force:source:convert -m Workflow:Case -d mdapi
sfdx force:source:convert -m WorkflowFieldUpdate:Case.ChangePriorityToHigh -d mdapi
sfdx force:source:retrieve -m WorkflowFieldUpdate:Case.ChangePriorityToHigh
Expected result
mdapi/workflows/Case.workflow
metadata filemdapi/workflows/Case.workflow
metadata fileforce-app/main/default/workflows/Case.workflow-meta.xml
or updatesanother-package/workflows/Case.workflow-meta.xml
Actual result
Case.ChangePriorityToLow
) are converted tomdapi/workflows/Case.workflow
workflowFieldUpdates
instead ofworkflows
):mdapi/workflowFieldUpdates/Case.workflow
force-app/main/default/workflows/Case.workflow-meta.xml
is overwrittenSystem Information
zsh
Additional information
The text was updated successfully, but these errors were encountered: