sfdc-retrieve-metadata-correct-api-usage
SfdcMetadataApi.retrieve() does not accept a package_xml string as a positional argument for content — that parameter is used as a URL path segment. Correct usage requires the unpackaged keyword argument with a dict mapping metadata type names to member lists. Passing a package.xml string content directly silently fails or queries the wrong endpoint.
Related
- simple-salesforce-retrieve-unpackaged-kwarg-not-positional-p
- simple-salesforce-mdapi-retrieve-uses-unpackaged-kwarg
- simple-salesforce-mdapi-deploy-sandbox-positional-arg
- salesforce
- sf-lwc-deploy-preexisting-design-flaw-dict-not-zip
- salesforce-metadata-api-zip-root-paths-no-src-prefix
- salesforce-report-creation-workflow-column-identifier-format
- soql-entitydefinition-does-not-support-or-operator
- salesforce-entitydefinition-soql-no-or-operator
- simple-salesforce-retrieve-uses-unpackaged-kwarg-not-package
- sf-retrieve-metadata-unpackaged-kwarg-not-package-xml-string
- sf-read-metadata-does-not-support-flow-type