-
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
sfdx org list bugs #1941
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. |
I'm not able to replicate that issue. Can you run There's something weird about your auth files for those scratch orgs. If you run In particular, is there a devHubUsername and are you still connected to that DevHub?
|
sorry @mshanemc I missed that.
|
are there any differences in those orgs' authFiles? |
Obviously I can't post them here but I'm not seeing anything different with them. |
Yes, I'm still connected to the devhub |
Is there anything special about those scratch orgs? Are they really old? If you create an org, and then delete it, does it also show up in that first section, with a connection error? |
@pogilvieCB @mshanemc I experience the same issue, however I believe this is related to the sfpowerscripts plugin. With sfpowerscripts we create the scratch orgs the night before and fetch them the next day. Thus, sfpowerscripts generates the auth files for the scratch orgs (or provides the ones created at midnight?), unlike a regular sfdx org create. An example auth file for sfpowerscripts:
So if the auth file structure & content have been updated in the 7.187+ sfdx versions, I assume that @pogilvieCB local sfdx version does not recognize "old" auth file structures generated by sfpowerscripts? |
@mshanemc sfpowerscripts utilities 3.33.1 of @salesforce/core and follows similar code to cli Do you see any issues? |
@azlam-abdulsalam I don't see anything obvious there. The Any chance your plugin is touching the expiration date property, possibly unsetting it? Does it modify auth files? |
So, how to solve this issue? I'm not able to work with SFDX in my IDE (JetForcer plugin for IntelliJ IDEA) |
What's missing is the It's not set when authorizing a scratch org with If it matters, I did run |
Yeah, that makes sense. I've had the same issue with |
This issue has been linked to a new work item: W-12599257 |
Hey all 👋🏼, this should be fixed in the latest-rc (sfdx v7.194.1) if someone wants to test it: |
@cristiand391 Thanks for the update. I tested using only the
|
fixed in sfdx v7.194.1.. |
@cristiand391 We upgraded to 194 yesterday and have verified that the fix is working. |
Summary
After upgrading to version 7.187 I'm hitting the following problem for what used to be force:org:list
DomainNotFoundError
. These expired orgs cannot be cleanned out with the --clean optionShort summary of what is going on or to provide context.
Steps To Reproduce:
Repository to reproduce: dreamhouse-lwc
These are my private connected
Expected result
Actual result
Describe what actually happened.
System Information
Which shell/terminal are you using? (e.g. bash, zsh, powershell 5, powershell 7, cmd.exe, etc.)
If you are using
sfdx
Projects/salesforce/salesforce-codescan > sfdx --version salesforce-codescan (master)
sfdx-cli/7.187.1 darwin-x64 node-v18.13.0
If you are using
sf
no but sf org list produces the same result.
Paste the output here
Additional information
Projects/salesforce/salesforce-codescan > uname -a salesforce-codescan (master)
Darwin T9RXD334KM 22.3.0 Darwin Kernel Version 22.3.0: Mon Jan 30 20:38:37 PST 2023; root:xnu-8792.81.3~2/RELEASE_ARM64_T6000 arm64
Feel free to attach a screenshot.
The text was updated successfully, but these errors were encountered: