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

Unknown type CustomFieldTranslation when retrieving and deploying CustomObjectTranslation metadata #1161

Closed
colin-jarvisSFDC opened this issue Sep 1, 2021 · 24 comments
Labels
investigating We're actively investigating this issue

Comments

@colin-jarvisSFDC
Copy link

Summary

Unknown type CustomFieldTranslation when retrieving and deploying CustomObjectTranslation metadata.

Steps To Reproduce:

  1. Customize standard field labels for account field.
  2. Attempt to retrieve custom object translations using sfdx force:source:retrieve -m CustomObjectTranslation.
  3. Attempt to deploy existing sources using sfdx fource:source:deploy -p force-app/main/default/objectTranslations.

Expected result

No error.

Actual result

Error during retrieval:

FILE NAME               PROBLEM
──────────────────────  ────────────────────────────────────────────────
unpackaged/package.xml  Entity type: 'CustomFieldTranslation' is unknown

Fatal error during deployment:

Unknown type name 'CustomFieldTranslation' specified in package.xml

Screen Shot 2021-09-01 at 2 24 43 PM

System Information

{
        "cliVersion": "sfdx-cli/7.115.1",
        "architecture": "darwin-x64",
        "nodeVersion": "node-v16.1.0",
        "pluginVersions": [
                "@oclif/plugin-autocomplete 0.3.0",
                "@oclif/plugin-commands 1.3.0 (core)",
                "@oclif/plugin-help 3.2.3 (core)",
                "@oclif/plugin-not-found 1.2.4 (core)",
                "@oclif/plugin-plugins 1.10.1 (core)",
                "@oclif/plugin-update 1.4.0-3 (core)",
                "@oclif/plugin-warn-if-update-available 1.7.0 (core)",
                "@oclif/plugin-which 1.0.3 (core)",
                "@salesforce/sfdx-plugin-lwc-test 0.1.7 (core)",
                "@salesforce/sfdx-trust 3.6.0 (core)",
                "alias 1.1.10 (core)",
                "apex 0.2.7 (core)",
                "auth 1.7.1 (core)",
                "config 1.2.24 (core)",
                "custom-metadata 1.0.12 (core)",
                "data 0.6.0 (core)",
                "generator 1.2.0 (core)",
                "limits 1.2.1 (core)",
                "org 1.7.0 (core)",
                "salesforce-alm 52.2.6 (core)",
                "schema 1.0.8 (core)",
                "sfdx-cli 7.115.1 (core)",
                "sfdx-manifest-plugin 0.0.0 (link) /Users/colin.jarvis/code/sfdx/plugins/manifest",
                "source 1.0.10 (core)",
                "telemetry 1.2.3 (core)",
                "templates 52.1.0 (core)",
                "user 1.4.0 (core)"
        ],
        "osVersion": "Darwin 20.6.0"
}
@colin-jarvisSFDC colin-jarvisSFDC added the investigating We're actively investigating this issue label Sep 1, 2021
@github-actions
Copy link

github-actions bot commented Sep 1, 2021

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.

@maggiben
Copy link
Contributor

maggiben commented Sep 1, 2021

Hi it's a known bug, we've a PR for it should be out in out next rc release

@shetzel
Copy link
Contributor

shetzel commented Sep 1, 2021

This PR to the SDR library fixes the issue. A new version of the source plugin will be published later today that consumes this fix.
forcedotcom/source-deploy-retrieve#444

@Raspikabek
Copy link

I've been able to workaround this issue using a previous version like 7.114.0

@grand-wazoo
Copy link

So I've been having this issue since version 115 came out last Thursday. Created a lot of churn for us. I downgraded to CLI version 114 and 112 and I was still seeing this issue, so I thought it was a salesforce problem, but it does look like its a CLI thing after all. Why does downgrade not work?

This is sfdx version (downgraded):
PS C:\SRC\Exam_Component> sfdx --version
sfdx-cli/7.112.0 win32-x86 node-v14.17.5

I am running this command:

sfdx force:source:deploy -p force-app\main\default --targetusername XXX --wait 20

I get this error:

changed : false
componentType :
created : false
createdDate : 2021-09-01T19:51:05.000Z
deleted : false
fileName : package.xml
fullName :
problem : Unknown type name 'CustomFieldTranslation' specified in package.xml
problemType : Error
success : false

@colin-jarvisSFDC
Copy link
Author

I kinda figured the bug was introduced by one of the npm dependencies being upgraded. I downgraded to 7.114.0 and that didn't help, but when I switched to an older installation that was 7.114.0 that had never been upgraded, it worked.

@grand-wazoo
Copy link

That's what I thought too, but couldn't find the culprit. Downgraded to version 112, hoping that would surely downgrade the dependencies too, but no dice. OK, will test today's build, when it comes out

@grand-wazoo
Copy link

Looks like 7.116.2 has fixed this, as promised. Thx

@trentchilders
Copy link

We are still seeing this issue on our deployments. CLI is using 7.116.2. Anyone else?

@dxenonb
Copy link

dxenonb commented Sep 2, 2021

I am seeing this too still, with 7.116.2 and 7.115.1.

This was not an issue for me on 7.112.1-b99fa53.

@colin-jarvisSFDC
Copy link
Author

This is fixed for me with 7.116.2 as well. Not sure why others are still having reporting the same issue.

@thomasminney
Copy link

thomasminney commented Sep 6, 2021

I am still seeing this on 7.116.2 with force:source and force:mdapi deployment commands:

  • sfdx force:source:deploy -m CustomFieldTranslation (payload error Unknown type name 'CustomFieldTranslation' specified in package.xml)
  • sfdx force:source:convert -m CustomFieldTranslation && sfdx force:mdapi:deploy -d metadataPackage_1630915926740 (payload error Unknown type name 'CustomFieldTranslation' specified in package.xml)
  • sfdx force:source:deploy -p force-app/main/default/objectTranslations (fatal error Unknown type name 'CustomFieldTranslation' specified in package.xml)

@oclif/plugin-autocomplete 0.3.0 (core)
@oclif/plugin-commands 1.3.0 (core)
@oclif/plugin-help 3.2.2 (core)
@oclif/plugin-not-found 1.2.4 (core)
@oclif/plugin-plugins 1.10.1 (core)
@oclif/plugin-update 1.4.0-3 (core)
@oclif/plugin-warn-if-update-available 1.7.0 (core)
@oclif/plugin-which 1.0.3 (core)
@salesforce/sfdx-plugin-lwc-test 0.1.7 (core)
@salesforce/sfdx-trust 3.6.0 (core)
alias 1.1.10 (core)
apex 0.2.8 (core)
auth 1.7.1 (core)
config 1.2.24 (core)
custom-metadata 1.0.12 (core)
data 0.6.1 (core)
generator 1.1.7 (core)
limits 1.2.1 (core)
org 1.7.0 (core)
salesforce-alm 52.3.1 (core)
schema 1.0.8 (core)
sfdx-cli 7.116.2 (core)
source 1.0.12 (core)
telemetry 1.2.3 (core)
templates 52.1.0 (core)
user 1.4.0 (core)

@thvd
Copy link

thvd commented Sep 7, 2021

Same here with 7.116.2, still broken:

{
	"cliVersion": "sfdx-cli/7.116.2",
	"architecture": "darwin-x64",
	"nodeVersion": "node-v14.17.5",
	"pluginVersions": [
		"@oclif/plugin-autocomplete 0.3.0 (core)",
		"@oclif/plugin-commands 1.3.0 (core)",
		"@oclif/plugin-help 3.2.2 (core)",
		"@oclif/plugin-not-found 1.2.4 (core)",
		"@oclif/plugin-plugins 1.10.1 (core)",
		"@oclif/plugin-update 1.4.0-3 (core)",
		"@oclif/plugin-warn-if-update-available 1.7.0 (core)",
		"@oclif/plugin-which 1.0.3 (core)",
		"@salesforce/sfdx-plugin-lwc-test 0.1.7 (core)",
		"@salesforce/sfdx-trust 3.6.0 (core)",
		"alias 1.1.10 (core)",
		"apex 0.2.8 (core)",
		"auth 1.7.1 (core)",
		"config 1.2.24 (core)",
		"custom-metadata 1.0.12 (core)",
		"data 0.6.1 (core)",
		"generator 1.1.7 (core)",
		"limits 1.2.1 (core)",
		"org 1.7.0 (core)",
		"salesforce-alm 52.3.1 (core)",
		"schema 1.0.8 (core)",
		"sfdx-async-alert-plugin 0.0.0 (link) /Users/theodoorvandonge/workspace/sfdx-async-alert-plugin",
		"sfdx-cli 7.116.2 (core)",
		"source 1.0.12 (core)",
		"telemetry 1.2.3 (core)",
		"templates 52.1.0 (core)",
		"user 1.4.0 (core)"
	],
	"osVersion": "Darwin 20.6.0"
}

Can we reopen? Or create a new issue?

@ZboiiZammy
Copy link

We have the same issue! with 7.116.2

Need a fix asap :(

@colin-jarvisSFDC
Copy link
Author

@cristiand391
Can this be re-opened? Several users are reporting that the problem is not fixed for them.

@cristiand391 cristiand391 reopened this Sep 7, 2021
@mbilalkhawar
Copy link

We are also facing the same issue - it doesn't appear to be fixed yet.
We are currently using 7.114.0 version as it appears to be stable and doesn't throw the fatal error.

@kauravmayur
Copy link

We are also facing same issue(Unknown type name 'CustomFieldTranslation' specified in package.xml)

Currently using sfdx-cli/7.116.2 win32-x64 node-v14.17.5 version

@togu09
Copy link

togu09 commented Sep 9, 2021

Also seeing this issue, running 7.116.2

@terryward1520
Copy link

Also seeing this issue with 7.116.2. Tried working around with older versions as far back as 7.110.0 but no luck.

@mshanemc
Copy link
Contributor

fixed in yesterday's release (hopefully...if not, let us know!)

@terryward1520
Copy link

I've found this to only partially be resolved with 7.117.0. I continue to to get the "Unknown type CustomFieldTranslation when retrieving and deploying CustomObjectTranslation metadata" error when deploying via mdapi deploy. It works without issue if I deploy as source.

@shetzel
Copy link
Contributor

shetzel commented Sep 14, 2021

@terryward1520 - the mdapi commands would be a different issue as those are still in the salesforce-alm plugin, not the source plugin (sfdx which force:mdapi:deploy). However, what is the exact command you're using and the manifest contents? If your manifest has a CustomFieldTranslation entry then it would cause this error too. CustomFieldTranslation is not individually supported by the metadata API.

@bruno-force
Copy link

Facing the same issue on version: 7.117.0-b5a8ac9
Using sfdx force:source:retrieve/deploy

@amazipangu
Copy link

I had the same problem.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
investigating We're actively investigating this issue
Projects
None yet
Development

No branches or pull requests