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

Strange behaviour regarding enableTranslationWorkbench setted to true #976

Closed
eyhuellou opened this issue Apr 15, 2021 · 3 comments
Closed
Labels
more information required Issue requires more information or a response from the customer

Comments

@eyhuellou
Copy link

Summary

The enableTranslationWorkbench default setting setted to true worked fine until recently.
We have now a strange random behaviour when enableTranslationWorkbench setted to true. It happens sometimes that the created scratch org has enableTranslationWorkbench is still off.

Steps To Reproduce:

Hard to reproduce. Don't know if this is relevant but one of our scratch was ok on CS128 but not ok for the developer who created a scratch org placed on CS100.

Expected result

enableTranslationWorkbench always activated when enableTranslationWorkbench setting setted to true.

Actual result

random behaviour

Additional information

cli version : sfdx-cli/7.96.0 darwin-x64 node-v15.14.0

Our scratch def :

{
"orgName": "SecretCompName",
"edition": "Enterprise",
"features": [
"FinanceLogging",
"ContactsToMultipleAccounts",
"CPQ"
],
"settings": {
"entitlementSettings": {
"enableEntitlements": false
},
"enhancedNotesSettings": {
"enableEnhancedNotes": true
},
"languageSettings": {
"enableTranslationWorkbench": true,
"enableEndUserLanguages": true
},
"chatterSettings": {
"enableChatter": true
}
},
"language": "fr"
}

@eyhuellou eyhuellou added the investigating We're actively investigating this issue label Apr 15, 2021
@github-actions
Copy link

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 19, 2021

Hi @eyhuellou have you tried running the command with the environment variable SFDX_REST_DEPLOY set to false? This behavior is default in the latest-rc release of the CLI, but not latest yet. See #942 for more information

That would be my one suggestion, but if it's hard to reproduce it'll be harder to nail down the real issue. Let me know how that goes, and if you see anything else behaving weirdly.

@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 21, 2021
@no-response
Copy link

no-response bot commented Apr 28, 2021

This issue has been automatically closed because there has been no response to our request for more information from the original author. Currently, there is not enough information provided for us to take action. Please reply and reopen this issue if you need additional assistance.

@no-response no-response bot closed this as completed Apr 28, 2021
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
Projects
None yet
Development

No branches or pull requests

2 participants