-
Notifications
You must be signed in to change notification settings - Fork 79
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 force:source:deploy ended with 0 but doesn't do nothing #904
Comments
Hi @ayiyann - We need more information to attempt to troubleshoot this:
|
hi here i smy config:
|
i can share my screen and show you the issue if it is possible for you |
Hi @ayiyann , let's take a step back. Can you explain what you mean by "doesn't do nothing" ? Is it that your changes do not get deployed to the org ? What changes happen to your experience with the command that is solved by restarting your machine ? |
Hi, Starting SFDX: Deploy Source to Org In order to make it run the solution i currently use is to restart my computer. yesterday i stop local developpement server + restart vscode and the deployment works fine. Today i am facing the same issue ( local development server is not running) . i don't know where is the issue. I will restart again vscode and if it is not working i will restart my computer . |
hi Starting SFDX: Deploy Source to Org 18:38:05.147 sfdx force:source:deploy --sourcepath c:\Users\yann\Desktop\YANN\AUTRES\OUTILS\VSCode_Salesforce\Salesforce_ORG\AGEFOS\AGEFOS_develop\AGEFOS_develop\force-app\main\default\lwc\lwc018_demandeDeRappelV2\lwc018_demandeDeRappelV2.html --json --loglevel fatal === Deployed Source |
I do have the same issue on running the same command. I am on latest version of SFDX. Here is what happens It just finishes, no error, no warning, no success. A week back, it used to work i.e. show number of components, deploy status etc. Same thing happens if I run it from a terminal, adding --verbose flag does not provide any useful info. I will be happy to provide more information. OS: Windows 10 |
I too am having this issue. When I make a change to my Apex class and I save the change, the deploy to salesforce executes but does not actually deploy the changes. I get message stating it ended with an exit code of 0 but it did not actually deploy the code. I then have to make another change to the file, and save it. It then deploys to Salesforce, sometimes this works, sometimes it does not. I have to continue to make changes until the file is actually sent to Salesforce. Here are the logs from doing this today. Starting SFDX: Deploy Source to Org 07:52:52.352 sfdx force:source:deploy --sourcepath c:\Salesforce\VSCode\McConxJB\force-app\main\default\classes\MSLUpdateEventServiceTest.cls --json --loglevel fatal It says the deploy of the source code worked but my changes are not on the org. Starting SFDX: Deploy Source to Org 07:53:22.536 sfdx force:source:deploy --sourcepath c:\Salesforce\VSCode\McConxJB\force-app\main\default\classes\MSLUpdateEventServiceTest.cls --json --loglevel fatal === Deployed Source Now the changes are actually on the org. |
Hi |
@smaddox-sf : Stephanie, there is something that I failed to mention in forcedotcom/salesforcedx-vscode#3042 that I will add here. It may or may not help, but when dealing with issues I feel that too much information is better than not enough: When running the deploy command by typing it into the terminal, every time that it has indicated success, the file has actually been deployed into the org. |
I am too facing this issue since updating to 7.89 versions of the cli. In the meantime this issues is fixed has anyone found a workaround or a way to roll back cli to stable versions? |
I believe you are running into a slightly different version of the expired session problem as in #899 |
Thank you for providing assistance. I did that, here is the command log. I still see the same issue. The retrieve also gives an error. The class I am trying to retrieve is present since 2 years and is present in same org as seen in screenshot. I will reinstall the CLI entirely. |
I finally fixed by
|
As mentioned by @manjitsingh8, the issue doesn't seem to be with the token as all my orgs when I ran the command I also don't have the flexibility to uninstall and install applications in a corporate environment. So I'm waiting for the fix in an upcoming update. |
@vikyaiyer I don't think you have to wait for a fix to the REST deploy path. If you're on v7.91 of the CLI and the core version of salesforcedx plugin bundled with that CLI then you should be able to switch to SOAP for the deploy and it should work. Appending |
@shetzel thanks for the update, switching to SOAP for deploy worked. |
I'm closing this--it's all related to the soap/rest switch. |
hi however it is related to soap/rest switch i hope the rest behaviour will be fixed |
@mshanemc What "soap/rest switch"? (EDIT: As in, I understand the discussion of the workaround of switching from using REST to using SOAP. What I don't understand is your reference to "the soap/rest switch" [emphasis added by me].) This was closed without resolution but with no reference/link to any other issue. |
hi @RCMoonpie the workaround is to switch to soap deployment by using the command: sfdx config:set restDeploy=false in the terminal |
Thank you for the replay @ayiyann . But you said it yourself - that is a "workaround". Which means the underlying issue still exists. Which is why I do not understand the closing of this issue without directly linking it to another issue that is still being worked. |
I was updating a managed package very late last month & saw the toast say success during my right-click in a file > deploy action...yet the org didnt get the update. I think its happened as few as ~ 3 times for me, (that i noticed and out of tens of thousands of uses). to anyone troubleshooting: I have not intentionally made any edits to the "soap/rest switch". I think reopening vscode helped me around it, but im really not sure what causes or what fixes it. Im on sfdx-cli/7.91.0-6a6ed69ebe win32-x64 node-v14.15.4. |
hi @RCMoonpie I agree with you . I don't understand why they have closed this case because switching to soap is just a workaround. |
Has anyone got solution (no workaround please) |
@NarangAshish |
Should this issue should not be closed if it is a bug (REST is default) and there is no error given. The config:set restDeploy=false workaround is not working and spent a while just to get here :) |
Whoever is reading this - note that all these user issues are happening on Windows - Can we confirm that this is not related to parsing of windows path names? |
@shawnholt - REST is no longer the default. It was switched back to SOAP months ago. In order to reopen this issue there would need to be more information in how to reproduce it, or open a new issue with the details from the template filled out such as CLI and plugin versions, the exact command and parameters used, and any debug output that may help track down the problem (append |
I've been having this bug too, inconsistently. I will deploy source to org and SFDX will tell me 'Deploy source to org ran successfully,' but the remote code won't change. I am using the SOAP not the REST. It's obvious that the developers just aren't going to reopen this problem and figure out what is actually going on here, so I will tell you the workaround that worked for me: Edit the code remotely using the web interface, and make some trivial change like adding a comment. Then when you deploy it will work. It is really annoying I have to do this because I have to waste time every time I deploy to make sure the deployment actually worked. It would be really nice if this problem was actually fixed instead of being swept under the rug. |
I deploy to my salesforce org by selecting my LWC and click SFDX: deploy source to org" . The command ended with code 0 but oesn't do nothing .
Sometime i need to restart my computer in order to make the command ok.
16:32:16.931 sfdx force:source:deploy --sourcepath c:\Users\yann\Desktop\YANN\AUTRES\OUTILS\VSCode_Salesforce\Salesforce_ORG\PERSO\LWC_Playground\LWC\force-app\main\default\lwc\boatSearchForm\boatSearchForm.js --json --loglevel fatal
ended with exit code 0
The text was updated successfully, but these errors were encountered: