-
Notifications
You must be signed in to change notification settings - Fork 78
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
Cannot read properties of undefined (reading 'setContent FromObject') #2773
Comments
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. |
Hello @hwanginaver 👋 It looks like you didn't include the full Salesforce CLI version information in your issue. A few more things to check:
Thank you! |
|
Using the same version of the CLI (2.30.8) and running the same command I can't reproduce this. What's the output of |
The above error occurs in the rockylinux 8.9 environment. |
This issue has not received a response in 7 days. It will auto-close in 7 days unless a response is posted. |
@hwanginaver could you provide some logs (see Steve's comment above) so we can debug this? |
I'm experiencing the same issue. Originally I was using the same syntax but during debugging I have updated to use Use Case:
The Failing Command:
sf version --verbose --json
sf plugins --core
sf doctor
As a final note, I'll point out that elsewhere we have a very similar jenkins job that runs very similar tasks, installs sf the same way, runs the same auth command, and is working fine. The only difference I can see in that other stack? it's running inside a Dockerfile that's based on Debian12, not AmazonLinux2023. So maybe there's something that's distro-sensitive at play here? /shrug |
Update: I updated our build script to cat the logs, here they are (with some stuff redacted): 1711654291922-command-stdout.log
1711654291922-command-debug.log
1711654291922-diagnosis.json
|
@hwanginaver @sfitzsimmons-tractioncomplete could you try setting the this env That should rule out any issues with the secret handling implementation for linux: |
@cristiand391 Sure! I set For each of the files/cmd outputs in my replies above, I ran a text diff of the new build's output against the old and the only differences in output were timestamps and version numbers. (version numbers only changed as the servers are always built with the latest being installed, which has moved from 2.34.7 to 2.35.6 since we started the ticket) |
@sfitzsimmons-tractioncomplete In the logs I see this error:
The CLI should try to create the file in Can you try setting |
No luck. I added Just out of curiosity I ran another build with that flag set to false, but again the output I got was the same across the board. Here's the log of the 1712718643066-command-stdout.log from the interoperability=true build:
|
I solved the problem through |
Had a similar issue, found this thread from the identical error line. SF_USE_GENERIC_UNIX_KEYCHAIN=true fixed it for me also. sf version |
This error just showed up today and I didn't experienced it before. |
An error occurs when the command 'sfdx auth:jwt:grant '
Cannot read properties of undefined (reading 'setContent FromObject')
sf version , in rockylinux8.9
@salesforce/cli/2.30.8 linux-x64 v20.11.1
The text was updated successfully, but these errors were encountered: