New answers tagged

7

There is --validatedeployrequestid or -q flag for force:mdapi:deploy -q, --validateddeployrequestid=validateddeployrequestid request ID of the validated deployment to run a Quick Deploy To run quick deploy of a recently validated package, use -q with the validated ID. sfdx force:mdapi:deploy -q <validationRequestId> -w -1 ...


0

Looks like there is some bug in pulling source for the Animation Rule. Metadata API documentation says that valid values for required recordTypeContext picklist enum are All, Master, or Custom valid values for required animationFrequency picklist enum are always often sometimes rarely Replacing m with Master and a with always helps to get rid of deploy ...


2

I'm not aware of such an API, or any other way of extending standard metadata like this. I think you might be forced into: Storing the values you require as some Custom Metadata Type, with a 'Key' field that holds the Object and Field API names for querying. Storing the values in some global utility class, with each JSON string being a value in a Map of <...


3

The place to look is the Metadata API Developer Guide, in the Metadata Types section. Note on terminology: these are not Custom Metadata Types. Custom Metadata Types are a specific Metadata API entity. CustomObject, for example, is a built-in Metadata API entity.


0

I forgot to add the endpoint of other org. service.endpoint_x = orgDetail.Instance_URL__c+ '/services/Soap/m/'+METADATA_API_VERSION; It is working fine now.


2

I was wondering if it's because the two orgs are in different pods. One org is in a pod in the Japan region, the other is in America's. Pretty nearly, yeah - the org's language. The language of the org is set when it's created - if it's a scratch org, for example, it can be set as language in the org definition file, or will take the default language of its ...


0

Per Salesforce Support.... The Ant Migration Tool is a "third party tool" and not supported by Salesforce. (News to me.) Second, "Modify All Data" is required. Didn't specify if the permission would work with just deploy. So, there you go.


1

Do you mean inside the files ? Check, cntrl + shift + F. It will also give you option for Match with case, whole word and *


2

Custom settings act like sObjects and therefore the fields Values you're talking about are just like any other record of any other Object, since on the change sets you're only deploying metadata, there's no records there, so the values of instances of Custom settings will not be populated by any deploy.


1

In addition to identigral great answer, here is the corresponding code for scratch org creation (project-scratch-def.json) "settings": { "communitiesSettings": { "enableNetworksEnabled": true, "enableOotbProfExtUserOpsEnable": true },


3

It's undocumented but it is available as enableOotbProfExtUserOpsEnable property in the communities settings metadata as of v47 (Winter '20). If you select the Allow using standard external profiles for self-registration and user creation checkbox and then retrieve the settings metadata using this package <?xml version="1.0" encoding="UTF-8"?> <...


2

In my experience, most of destructive changes can go through post destructive. Pre destructive is only needed when you want to make changes inside your deploy and you have some reference that isn't going to allow it. For instance, if you want to change some custom field type to another type that isn't allow you will need to delete it and all its references ...


0

Please check whether you have given "Modify All Data" permissions . Modify all data permission gives ability to create and deploy metadata. Check the official docs here


Top 50 recent answers are included