-
Notifications
You must be signed in to change notification settings - Fork 712
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
Give an actionable error message when running wrangler publish
without a workers.dev zone defined
#318
Comments
The short term fix is to show an error if they have no workers.dev (subdomain) zone, and describe how they can go create it. A longer term fix is to ask the user if they would like us to actually create the zone for them, captured in a new issue see #535. |
wrangler publish
without a workers.dev zone defined
There are two separate issues here
|
This issue is now about a quick UX improvement to the situation. Currently the error messages are obscure, confusing and not-actionable. |
Pete and I discussed this, and I shared that we haven't yet implemented |
Show an actionable error message when publishing to a workers.dev subdomain that hasn't been created yet. When publishing a worker to workers.dev, you need to first have registered your workers.dev subdomain (e.g. my-subdomain.workers.dev). We now check to ensure that the user has created their subdomain before uploading a worker to workers.dev, and if they haven't, we provide a link to where they can go through the workers onboarding flow and create one. Closes #318
Reopeneing this, we still need to verify whether wrangler2 works on zoned workers for folks who explicitly don't want to register a workers.dev subdomain |
I believe that @caass has verified that we can publish to a zoned worker (as long as routes are configured) even if there is no workers.dev subdomain configured. |
Dope. Alright, closing this |
There are many accounts that don't have a
workers.dev
zone (and some that don't want to enable it as well). We need to make suredev
,publish
, and the other commands that touch the deployment cycle still work without one.The text was updated successfully, but these errors were encountered: