When renaming pages internally, MediaWiki automatically leaves a redirect by default. This is cool. (Because it is, cool!).

However, with time, or when fixing a mistake, it's not unlikely that the new page may at some point be renamed again. This breaks the original redirect. That's not so cool. There are intentional redirects created outside the "rename" feature, such shortcuts, e.g. [[XYZ]] to [[Tech talk/The difference between X, Y and Z (and where is my Oxford comma?)]]. These shortcuts then also lag behind and break. (Because wgMaxRedirect=1, T296430.)

These can and are fixed ad-hoc by experienced editors, but sometimes problems don't require education and training when they can instead be fixed automatically.

It turns out, we already solved this problem over a decade ago. The year 2011 is calling to introduce (r81408): Double-redirect-fixer. After a page move, this automatically tasks the jobqueue with updating incoming references for you.

This feature is disabled by default due to the possibility of misuse on public wikis, where redirects could then be deliberately disrupted en-mass through only a single edit in a way that is hard to undo.

	/**
	 * Automatically update redirects after a page move.
	 *
	 * Can cause page move vandalism, use only on a private wiki.
	 */
	public const FixDoubleRedirects = [
		'default' => false,

Let's use this, on a private wiki.