New wrangler 1.12 destroyed our worker site in Ubuntu CI/CD Agent (and locally reproducible on Windows 10).
"destroyed" means the KV namespace is completely empty after publish, resulting in a simple "could not find index.html in your content namespace" error message when invoking the website
Switching back to wrangler 1.11 (fixing version in CI/CD pipeline) did fix the problem. So surprise, much blame!
UPDATE see below comment, the [env] stuff is a red herring, it also doesn't work with basically the simplest Worker site toml without any usage of --env.
rustc -V: - not installed locallynode -v: v12.16.1wrangler -V: wrangler 1.12.0wrangler.tomlOld toml
# to be set via environment
name = "dev"
type = "webpack"
account_id = "[some account id]"
workers_dev = true
route = ""
zone_id = ""
[site]
bucket = "./dist"
entry-point = "workers-site"
# environment configuration
[env.local]
name = "local"
[env.dev]
name = "dev"
[env.prod]
name = "prod"
New simplified toml that stil exhibits the behavior:
# to be set via environment
name = "dev"
type = "webpack"
account_id = "[some account id]"
workers_dev = true
route = ""
zone_id = ""
[site]
bucket = "./dist"
entry-point = "workers-site"
Old toml
wrangler build --env dev
wrangler publish --env dev
Newer simple toml
wrangler build
wrangler publish
with a built vue SPA site (or any site) that gets built to /dist directory. I suppose the content of the website nor the bucket does really matter here..
Worker site not being destroyed 10 minute before customer review..
"could not find index.html in your content namespace"


Hey @HKochniss! Thanks for reporting this.
We just reverted back the change we think is the culprit — please try wrangler 1.12.1 and let us know if you're still experiencing an issue — we haven't been able to repro so far.
Hrm this deeply confusing on my end.. when I run
npm uninstall -g @cloudflare/wrangler && npm install -g @cloudflare/wrangler
it clearly says
wrangler has been installed!
+ @cloudflare/[email protected]
added 34 packages from 21 contributors in 1.39s
but wrangler -V still returns
wrangler 1.12.0
It clearly does return the right version for 1.11.0
So with this "new"(?) version it still doesn't work, published assets are empty. Rolled back to 1.11 to verify it still works on that version.
Ok there might be a red herring with the --env variable
If I remove --env param and I change the original name at top from "" to "wrongdeploy" and then do a simple wrangler build and wrangler publish it creates that 'wrongdeploy' worker, but still with an empty KV namespace. If I even remove the whole sections below # environment configuration it still doesn't work... I updated the original issue test with the new minimal toml
So it is seemingly not related to env settings at all.
Also I separately tried to just rename the dist folder to dist2, still the same issue.
It's weird that a simple publish (nothing else) with 1.11 just fills the namespace correctly, and with 1.12(.1) it doesn't, without any errors/feedback in # of uploaded files etc.. Output could be improved here.
I should note that this is the customer's account and I'm an invited admin. Maybe there is some rights issue? I don't know..
I'll try the same on my personal CF account and try to get a minimal repro that I can share once I find the time today (meaning in the next 8 hours, day in germany just started)..
Hey @HKochniss, sorry that this happened. Since we weren't able to reproduce the issue, we reverted a change that seemed to be the most likely culprit. Unfortunately looks like that wasn't it. Can you send your account id to [email protected] so that I can have a look at the logs to determine where this failure is coming from?
Thanks, no worries, fixing version to 1.11 fixes it for now and customer didn't see the problm, but I'm of course worried about others..
Just did send an email with AccountId with subject "regarding issue 1625"
Had a busy day, will try a minimal repro in github repo until tomorrow.
Yep, upgrading to 1.12 caused our site to stop working and return an error as well.
Downgraded to 1.11 and its working now. Also noticed the with the version not changing to 1.12.1 when doing wrangler -V - it still displayed 1.12.0.
@HKochniss @lostpebble still trying to reproduce this, any chance you can share your project structure or private repo?
@nataliescottdavidson I'll chime in here as well. I could reproduce this with 1.12. Downgrading to 1.11 resolved the issue for me. I added some steps in what I thought could be related issue yesterday: https://github.com/cloudflare/wrangler/issues/1565#issuecomment-719057506
I could reproduce this with a new generated default site template as well.
ok so I tried a few things:
wrangler -V, still doesn't work, publishs no assetswrangler generate --site my-site in a worker called "dev" still doesn't workwrangler generate --site my-site in a worker called "test" still doesn't workswitching back to wrangler 1.11 does work. I really don't know what better repro steps to provide when the standard template approach from https://developers.cloudflare.com/workers/platform/sites/start-from-scratch doesn't work..
Also keep in midn I'm from germany, if there are any issues regarding CF cache regarding wrangler versions..
I would caution using the npm version right now, there really seems to be a software delivery chain problem when my npm version is not equal the rust version. Might be CF people from America fetch a wrong/old version..
Sorry, out of ideas here, please provide steps to help, a Github repo would literally only contain the wrangler generate --site my-site content plus second .toml ("New simplified toml that stil exhibits the behavior:")
Can confirm, I was very confused. Luckily, decided to go to GitHub issues after exhausting all other options, and found this. Downgrading to 1.11 (yarn global add @cloudflare/[email protected]) fixed it
@ all who were affected by this, sincere apologies. 1.12.1 does not have the correct fix, 1.12.2 does.
just to confirm: works now and wrangler -V is correctly showing 1.12.2. Issue can be closed 🎉
Most helpful comment
@ all who were affected by this, sincere apologies. 1.12.1 does not have the correct fix, 1.12.2 does.