Page MenuHomePhabricator

Some domains point to Chinese version of Wikimedia Foundation website which no longer exists
Closed, ResolvedPublic

Description

The non-canonical domains https://wikimediafoundation.org.cn and https://wikimediafoundation.cn redirect to https://wikimediafoundation.org/zh/, which is now a 404.

According to the Wayback Machine it existed until sometime in August 2025: https://web.archive.org/web/20250805201515/wikimediafoundation.org/zh/

Event Timeline

Change #1201689 had a related patch set uploaded (by Aklapper; author: Aklapper):

[operations/puppet@production] Update funneling to invalid https://wikimediafoundation.org/zh/

https://gerrit.wikimedia.org/r/1201689

I'm going to first verify that this was intentional before merging. Thanks for bringing this up!

We might need some coordination when wikimediafoundation.org makes changes on their end. @SCampos-WMF Hi! pinging you as the sole full member of the wikimediafoundation.org tag. Was this change expected?

Hi @Dzahn, thanks for the ping. This change was expected, we created a redirect for "https://wikimediafoundation.org/zh/" (to avoid a 404), I just debugged that redirect and it's working again.

How / where to see such changes / find out about them? https://github.com/wikimedia/wikimediafoundation-org/commits/production/ and https://phabricator.wikimedia.org/tag/wikimediafoundation.org/ do not provide hints. Maybe we should archive the wikimediafoundation.org project in Phabricator?

Now that there's a redirect I'm not sure whether we should keep or kill the ncredir redirect. What if they decide to re-add it later in the future?

BCornwall changed the task status from Open to In Progress.Nov 4 2025, 6:06 PM
BCornwall triaged this task as Low priority.
BCornwall moved this task from Backlog to Actively Servicing on the Traffic board.

Hmm.. I agree that it's a bit unclear how to deal with these and prevent them in the future and what Andre is asking is the right question.

That being said.. technically this ticket is already resolved and the related patch could be dropped and nothing would be broken anymore.

Pppery assigned this task to SCampos-WMF.

(Closing this ticket per Dzahn, feel free to split this proposal out to a separate task)

Given that we have redirects to third-party-hosted chapter sites wikimediafoundation.org is not the only one of those that can make changes to its URL structure without warning or notice. And we also have redirects to specific wiki pages, which could in theory be deleted and while MediaWiki would log that action the people doing it would almost certainly not know about the vanity redirect in Puppet.

There should be a script that periodically goes through every URL in nc-redirects.dat (and also module/mediawiki/files/apache/sites/redirects/redirects.dat, and are there any other lists of redirects in obscure corners of puppet?) and checks that the target is still valid. I've done this ad-hoc a few times when I remembered, which is how I found both this ticket and the related T407553, but it's not something I want to promise to keep doing regularly.

I went ahead and created T409486 which proposes extending ncmonitor to validate/notify on our redirection endpoints. Thanks for the suggestion!

Change #1201689 abandoned by Aklapper:

[operations/puppet@production] Update funneling to invalid https://wikimediafoundation.org/zh/

https://gerrit.wikimedia.org/r/1201689