Retrieve Metadata for types GlobalValueSetTranslation is not working

[Former user]

Hello, I'm trying to retrieve new types from the version 38.0 like "GlobalValueSetTranslation" but i think that is not working well.

Could you just have a look on the the attachments : - on the pic1 we can see that the type is checked - on the pic2 we can see that the type is not there after retrieving metadata and after the local synchronization

In the package.xml the type "GlobalValueSetTranslation" is not generated in IC, i think it should be if the metadata type is checked in the retrieve editor (pic1)

I have tried with a command line, with ant and the retrieveUnpackaged mode by providing the same package.xml used by IC. I have just added into the package.xml the type "GlobalValueSetTranslation" and stared the command. Everything is working well and the translations are there. Thanks for your help.

[Scott Wells]

Martial, when you retrieve using the command-line I assume you're retrieving metadata other than GlobalValueSetTranslation, correct? I haven't tried retrieving this particular metadata type, but some metadata types will only retrieve contents based on other metadata types specified in the same request. For example, if you try to retrieve profiles or permission sets, the permissions for objects and fields will only be included if the retrieval request also pulls back those objects and fields. Otherwise the profiles and permission sets come back sparse. Would you mind making sure that your metadata subscription matches what's in your package.xml when these are retrieved successfully, then try again.

If you want to see details about the request IC is using for the retrieval, add the following under Help>Show Log in Explorer/Finder:

#com.illuminatedcloud.intellij.builder.ForceComMetadataRetriever

Please let me know your findings.

[Former user]

Hello Scott, Thanks for your answer. Please could you check the two new attachments : the first one "package.xml" is the file used with the command line "retrieveUnpackaged", it works well retrieving all required metadata, including "GlobalValueSetTranslation". The second one "package-generated-by-IC.xml" is the file generated by IC after having "checked" all required metadata types. You can see that the files are exactly the same but IC do not generate the "GlobalValueSetTranslation" type into the package.xml. If i used the file "package-generated-by-IC.xml" and that i just add this :

<types>
    <members>*</members>
    <name>GlobalValueSetTranslation</name>
</types>

Everything is working well. That it means that all other needed metadata types for "GlobalValueSetTranslation" are there and should be working into IC. There is a way to override manually the package.xml generated by IC in order to make a try into IntelliJ with the plugin IC ? Ok i will try to investigate on the request detail but i'm not sure that it gives me the answer to this problem. Thanks a lot. Martial.

[Scott Wells]

Thanks for the details, Martial. You can actually tell IC to use your own package.xml under the subscription settings. You'll see three option: All/Package, Package.xml, and Selected. If you choose the second option and point at your own package.xml it will use that for deployment and retrieval operations. In the interim I'll investigate why this particular metadata type would be omitted when IC generates its own package.xml, though. That certainly seems like a bug to me.

[Scott Wells]

Okay, I have a lead on this. I translated the Colors global value set and tried to include it in my metadata subscription. After refreshing I ended up with this:

Given that there are known issues with StandardValueSet metadata, my guess is that this is an issue on the Salesforce side. I'll see if I can 1) verify that (obviously if it's my own bug, I'll just fix it); 2) provide a fix/workaround for it; 3) report the issue to Salesforce if it is theirs.

I'll post an update here shortly.

[Scott Wells]

Yep, here's the problem:

Notice that in the response from Salesforce to list metadata for GlobalValueSetTranslation, the value for FileProperties.type is an empty string. It should be the XML name of the metadata type, in this case GlobalValueSetTranslation. Definitely a Salesforce bug, but something I can work around on my side. I'll implement the workaround and also report it to Salesforce. Look for an update to the plugin on Monday with the fix.

[Scott Wells]

Okay, I've implemented the workaround and with the build on Monday, you should be able to work with GlobalValueSetTranslation metadata in IC without issues:

Add to subscription

Retrieve

Edit

I've also made the appropriate folks at Salesforce aware of the issue so hopefully the need for a workaround will be short-lived. Let me know if Monday's build doesn't resolve this for you.

[Scott Wells]

Delivered in 1.7.8.1.

[Former user]

Thank you Scott for your work and your reactivity. Regards, Martial.