Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

New decompose retrieve throws error of Unexpected child metadata in sharing rules and permission sets #2804

Closed
mnunezdm opened this issue Apr 5, 2024 · 4 comments
Labels
more information required Issue requires more information or a response from the customer stale validated Version information for this issue has been validated

Comments

@mnunezdm
Copy link

mnunezdm commented Apr 5, 2024

Summary

First of all, love this new functionality! Have expected it since a while ago, for us this reduces A LOT the work necessary to build deltas for deployments. Hope it gets integrated with the retrieve this source from org soon

When running it for permission sets and sharing rules, an error of unexpected metadata is launched after the correct retrieval and decomposition of all the metadata. This is not happening with workflows, and i could not try to do it in custom labels due to ammount of labels in the org

Steps To Reproduce

Activate the new functionality of decompose sharings and permission sets
Try to retrieve

Expected result

Output the list of metadata retrieved

Actual result

Error

System Information

zsh

{
  "architecture": "darwin-arm64",
  "cliVersion": "@salesforce/cli/2.36.8",
  "nodeVersion": "node-v20.11.1",
  "osVersion": "Darwin 23.4.0",
  "rootPath": "/Users/miguelnunezdiaz-montes/.local/share/sf/client/2.36.8-fa01960",
  "shell": "zsh",
  "pluginVersions": [
    "@oclif/plugin-autocomplete 3.0.13 (core)",
    "@oclif/plugin-commands 3.2.2 (core)",
    "@oclif/plugin-help 6.0.20 (core)",
    "@oclif/plugin-not-found 3.1.1 (core)",
    "@oclif/plugin-plugins 5.0.5 (core)",
    "@oclif/plugin-search 1.0.20 (core)",
    "@oclif/plugin-update 4.2.3 (core)",
    "@oclif/plugin-version 2.0.16 (core)",
    "@oclif/plugin-warn-if-update-available 3.0.15 (core)",
    "@oclif/plugin-which 3.1.7 (core)",
    "@salesforce/cli 2.36.8 (core)",
    "apex 3.1.3 (core)",
    "auth 3.5.1 (core)",
    "data 3.2.4 (core)",
    "deploy-retrieve 3.5.3 (core)",
    "info 3.1.2 (core)",
    "limits 3.2.1 (core)",
    "marketplace 1.1.0 (core)",
    "org 3.6.3 (core)",
    "packaging 2.3.0 (core)",
    "schema 3.2.0 (core)",
    "settings 2.1.2 (core)",
    "sobject 1.2.1 (core)",
    "source 3.2.2 (core)",
    "telemetry 3.1.17 (core)",
    "templates 56.1.0 (core)",
    "trust 3.5.1 (core)",
    "user 3.4.3 (core)"
  ]
}

Additional information

❯ sf project retrieve start -m SharingRules:Case           
Retrieving v59.0 metadata from [email protected] using the v60.0 SOAP API
Preparing retrieve request... MetadataTransferError
Error (1): Metadata API request failed: Unexpected child metadata [/Users/miguelnunezdiaz-montes/work/AP_SALESFORCE/force-app/main/default/sharingRules/Case/sharingCriteriaRules/CPSGL_sh_NegocioInternoEES.sharingCriteriaRule-meta.xml] found for parent type [SharingRules]
@mnunezdm mnunezdm added the investigating We're actively investigating this issue label Apr 5, 2024
@github-actions github-actions bot added the validated Version information for this issue has been validated label Apr 5, 2024
Copy link

github-actions bot commented Apr 5, 2024

Thank you for filing this issue. We appreciate your feedback and will review the issue as soon as possible. Remember, however, that GitHub isn't a mechanism for receiving support under any agreement or SLA. If you require immediate assistance, contact Salesforce Customer Support.

@WillieRuemmele
Copy link
Member

WillieRuemmele commented Apr 5, 2024

Hey @mnunezdm - I'm glad your enjoying the new functionality, or at least trying to 😉. Did you start by removing all of your permission sets / sharing rules files locally, then add the preset to your sfdx-project.json, and then run sf project retrieve?

the two formats aren't interoperable

@WillieRuemmele WillieRuemmele added more information required Issue requires more information or a response from the customer and removed investigating We're actively investigating this issue labels Apr 8, 2024
Copy link

This issue has not received a response in 7 days. It will auto-close in 7 days unless a response is posted.

@github-actions github-actions bot added the stale label Apr 16, 2024
@mnunezdm
Copy link
Author

That was it!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
more information required Issue requires more information or a response from the customer stale validated Version information for this issue has been validated
Projects
None yet
Development

No branches or pull requests

2 participants