Fixed, thanks for the report!

Ooh, that's a new one... shall investigate.

Relevant API docs:

• Google Search Console
• Bing/Microsoft

My thinking for an implementation is to write this to hand off each of these to the job queue and have it fire these off whenever. Probably one job per search engine, as there will be auth tokens etc involved.

The founder of rudubbing.shoutwiki.com reports the same problem.

In T288#4356, @dylan.west wrote:

Now I see the "CreateWiki disabled until 1.34.x release is stabilised - see here..." message. Should I be seeing this?

Now I see the "CreateWiki disabled until 1.34.x release is stabilised - see here..." message. Should I be seeing this?

Completely forgot "normal users" don't just bypass the throttle check. My bad.

Gotcha, I saw that forum post earlier, but it was when the most recent reply to it was an instruction to post to phabricator.

Is this a side effect of the resolution to the following task: New wikis not created properly?

For the record, Special:MyWikis throws the same error.

Jack cleaned up the affected wikis, and I've turned off CreateWiki (ish) for the time being. New wikis before we get back to 1.34 are going to cause more issues than its worth.

So we now run a find command which pipes to xargs to delete directories under /path/to/settings/deleted that haven't been modified in 30 days. This gives us enough time to hopefully notice we've deleted the wrong wiki or for someone to appeal a deletion (not that we have a formal appeals process) while not hoarding deleted wikis forever.

It is entirely intentional. Language subdomains are a blocker for our HTTPS rollout, so we're actively removing the ability to create new ones and are in the process of clearing up as many of them as we can. When we get a better idea of how many we need to keep, further details will be provided to existing wikis.

Pretty sure this got done ages ago as well.

The wiki should now be usable. Again, sorry for the inconvenience! Please let us again know if you run into something that seems out-of-place or simply broken.

Thank you. Subdomain of current affected Wiki - http://remembrancerorder.shoutwiki.com/ (Subgroup - Books)

Hi @jcbynum1 and thanks for the detailed bug report with reproduction steps -- we really appreciate taking the time to write how to try reproducing the bug! Right now the MediaWiki 1.32 database upgrades and all are still running in the background, which causes an increased load on the server, which you may have noticed as slower page loads and an increased "sluggishness" in general. As @lewiscawte noted on a similar forum thread on ShoutWiki Hub, we believe that the issue you're experiencing is connected to that and we expect the wiki creation wizard to work again once the database upgrades are done.

Isn't there already a task to rewrite CreateWiki's backend?

Shouldn't a default logo image be provided inside of Refreshed source code itself instead? Currently Refreshed doesn't provide any, and it's be nice if not only SW wikis could have a default but other wikis have one too.