Caprover: Deploy process where password is needed again

Created on 1 Feb 2018  路  6Comments  路  Source: caprover/caprover

Sometimes it seems that the CLI needs the password again to complete the requested task. For a deploy operation, the password prompt happens after the installation file has been prepared and uploaded.

Then, after the password is re-entered, it has to do at least the upload again (which can take some time).

Is it possible to do the password check right at the start, to avoid this repetition?

Example of the process:

Deploying to myserver

Saving tar file to:
/home/ubuntu/workspace/temporary-captain-to-deploy.tar

Pushing last commit on master: 5eb941187cc6be39rac8105e62a3d943bf4becd1
Uploading file to https://captain.myserver.mydomain.com

This might take several minutes. PLEASE BE PATIENT...

[after a long time uploading file...]

Your auth token is not valid anymore. Try to login again.
? Please enter your password for https://captain.myserver.mydomain.com [hidden]
You are now logged back in to https://captain.myserver.mydomain.com

Saving tar file to:
/home/ubuntu/workspace/temporary-captain-to-deploy.tar

Pushing last commit on master: 5eb941187cc6be39rac8105e62a3d943bf4becd1
Uploading file to https://captain.myserver.mydomain.com
 uploading [=====---------------] 25%  (ETA 74.6s)
feature-request

Most helpful comment

All 6 comments

Password is required to be re-entered if Captain has been restarted. Usually, it's not needed.

For use in automated process, there is a command where you can pre-specify your username and password:

captainduckduck deploy -s -h https://captain.root.domain.com -a app-name -p password -b branchName

This will never ask for the password again.

I know that a password can be set explicitly in the command line, but my suggestion was merely that, where the password is not specified (which is likely to be most common, particularly where the user is sat at the console typing commands and patiently waiting for the deploy to finish), the check is made not after preparing and uploading the tar file (and then finding that it cannot proceed) but instead made before preparing and uploading the tar file. Is that not possible/sensible?

I see. It requires some rewrite of deploy. I'll look into it on the next release.

This enhancement would be appreciated. There's been a few times recently where I've set the deploy process going, seen the "uploading" message, and gone away while the deploy process continues, only to come back to find that the deploy process has not completed, asking for a password to be entered again. If this check could be done at the start, it would be much better :)

This is on my radar and will be implemented soon.

Was this page helpful?
0 / 5 - 0 ratings

Related issues

Kimkykie picture Kimkykie  路  5Comments

drmrbrewer picture drmrbrewer  路  4Comments

icebob picture icebob  路  3Comments

Briston-KS picture Briston-KS  路  5Comments

davidmpa picture davidmpa  路  4Comments