Thanks to visit codestin.com
Credit goes to github.com

Skip to content

Conversation

@Integralist
Copy link
Collaborator

Fixes #593

The CLI checks and validates the given service is the expected 'wasm' type, but a user wouldn't see the error because a logic bug triggered a runtime panic before the actual error (and remediation) could be displayed.

See the below screenshot that shows what the user should see once this PR is merged:

Screenshot 2022-07-15 at 11 29 05

The panic was being caused by an err variable that we expected to have an error value assigned but was actually being assigned nil (the reason it was being assigned nil was because of a variable shadowing mistake).

@Integralist Integralist added the bug Something isn't working label Jul 15, 2022
@Integralist Integralist requested review from a team and kailan and removed request for a team July 15, 2022 10:36
@Integralist Integralist merged commit 56aa7d7 into main Jul 15, 2022
@Integralist Integralist deleted the integralist/fix-non-compute-serviceid-panic branch July 15, 2022 11:20
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

bug Something isn't working

Projects

None yet

Development

Successfully merging this pull request may close these issues.

fastly cli panics when trying to publish to a non-compute serviceID

3 participants