It’s possible for payload.data.altnames to be undefined when publishing in Surge v0.20.3 and v0.20.2, so the publishing experience shows the following rather than a Successful deploy:
I’m not sure exactly what the circumstances are to get a project like this, but I am able to reproduce it with two projects with custom domains, one with and one without SSL certificates. It didn’t happen with a *.surge.sh project. My best guess is that this might happen if a parent project has SSL, but another project using a subdomain on that domain doesn’t?
The site was still published, but you never see “Success” in the CLI, and it causes the deployment to show as failed on CI systems.
This pull request fixes that issue from the CLI side of things at least. Surge v0.20.1 also works as expected. Thanks!
It’s possible for
payload.data.altnames
to beundefined
when publishing in Surge v0.20.3 and v0.20.2, so the publishing experience shows the following rather than a Successful deploy:I’m not sure exactly what the circumstances are to get a project like this, but I am able to reproduce it with two projects with custom domains, one with and one without SSL certificates. It didn’t happen with a
*.surge.sh
project. My best guess is that this might happen if a parent project has SSL, but another project using a subdomain on that domain doesn’t?The site was still published, but you never see “Success” in the CLI, and it causes the deployment to show as failed on CI systems.
This pull request fixes that issue from the CLI side of things at least. Surge v0.20.1 also works as expected. Thanks!