It doesn't look like you have StructuredDiscussions enabled on the wiki you mentioned. Try enabling it first and see if that resolves the issue.

We could alternatively just add a 404 page that has "Did you mean: /wiki/<page_name>" here like Wikipedia does.

In T7125#141452, @Universal_Omega wrote:

Split the long extension list into multiple categories, so that similar functionality is grouped together (kind of akin to what Special:SpecialPages does). While it might be possible to get this from extension.json, this might end up with too many groups. We may want to choose a smaller group to be manually determined, like "User rights and moderation" "Wikicode functions" (parser functions), "Appearance", "Editing", Special Pages", "Other". The categories might be grouped into tabs or with ordinary headers; I'm fairly agnostic on this point.

Already supported, just needs mw-config change for that. You just need to add the 'section' => 'section' key => value to ManageWikiExtensions.php.

Now that I have CreateWiki and ManageWiki working on my local MediaWiki install, I will attempt to start working on some of these changes when I get the chance.

The database name is exactly what it sounds like, it is the name of the database that holds all of your wiki's data (including page contents, revisions, local users, etc). The naming scheme for wikis on Miraheze is "<subdomain>wiki", so a wiki with the url https://meta.miraheze.org/ would have the database name "metawiki". When renaming a wiki, the database is also renamed to reflect the new subdomain for the wiki, because if we were to not do this it could cause a database conflict if someone were to create a new wiki with the same subdomain that your wiki used to have.

Structured Discussions is not enabled anywhere by default, you will need to enable it manually.

In T7103#140860, @Turtle84375 wrote:

In T7103#140836, Universal_Omega wrote:

• ManageWiki should blacklist the entire deletion of the bureaucrat group, in my opinion but that's just an opinion.

Some people like to remove and/or rename the bureaucrat group to suit their own/their wiki's purposes, so I'm not sure the last one is really the best idea, as far as keeping Miraheze wikis as founder-run and customizable as possible. I'm all for the other suggestions, though.

While I don't think I'll have time to do this, I will say that this should be done in some way as an error instead.

if you are removing the managewiki right from the only group that it is still contained within, error.
if you are removing the ManageWiki right from the last group with users in, error

It looks like this issue is not caused by deleting user groups as the original post stated, but is rather caused when someone attempts to create a user group that has no rights assigned.

PR was merged.

Done in pull request #3815. Sorry about the initial confusion.

It looks like the documentation has lied to me... I will create another pull request to define $wgLinkTitlesFirstOnly shortly.

When I looked in the documentation for LinkTitles, it said that $wgLinkTitlesFirstOnly defaults to false already.

Done in pull request #3814.

The reason it did not work is because you have your entire Common.js wrapped in a mw.loader call with a dependency on mediawiki.notification, which was not loading, so the callback is never called. Removing this dependency should allow your code to work again.

Universal_Omega almost had it right, but the desired portletId would be p-personal instead of p-tb.

The Timeless skin is installed on all Miraheze wikis by default. You can set it as the default on your wiki on the Special:ManageWiki/settings page on your wiki, under the "Styling" tab.

I was also able to reproduce this issue on my wiki.