I wonder if we should get the 'minnan' DNS removed, it doesn't appear to be an ISO 639 code (I might be wrong). Others needs to be redirected to zh-min-nan project if it exists and to Incubator if it doesn't.

Wikipedia is redirected properly because there is an apache rewriterule for it specifically.

On an unrelated note, why are there two options ('nan' and 'zh-min-nan') to select Min Nan in MediaWiki core (seems like the same to me)?

Looks like minnan isn't recognized by Incubator because it is fetching the language codes from Language::fetchLanguageNames (which does not know about minnan). Things would be a lot simpler if we just get rid of the DNS for 'minnan'. That is, if it's not an ISO 639 code.

Not sure either if this is still site-requests level (shell) or already lower on DNS level (ops). I think it's still the first.

See T10217 for the general mess in this area.

One of the proposed solution is to remove the 'minnan'.project.org DNS so this is in SRE side.

In T86915#979885, @Glaisher wrote:

Things would be a lot simpler if we just get rid of the DNS for 'minnan'. That is, if it's not an ISO 639 code.

It is not an ISO 639 code. Those never have 6 characters without a dash.

OK so, I think we should remove zh-cfr and minnan sites. After that, we should redirect from nan.$project.org to zh-min-nan until wiki renames are possible. Does that sound sane?

For future reference:

Current interwiki links pointing to //zh-min-nan.wikipedia.org/wiki/$1

• zh-cfr
• nan
• zh-min-nan

• http://permalink.gmane.org/gmane.science.linguistics.wikipedia.technical/11238

• https://www.google.com/?q=%22minnan.wikipedia.org%22+-site:zh-min-nan.wikipedia.org (12 results; mostly related to the wrong code mess; wiki rename and interwiki)

• https://www.google.com/?q=%22zh-cfr.wikipedia.org%22+-site:zh-min-nan.wikipedia.org (23 results; mostly same as above and on lists)

In T86915#1467837, @Glaisher wrote:

OK so, I think we should remove zh-cfr and minnan sites. After that, we should redirect from nan.$project.org to zh-min-nan until wiki renames are possible.
Does that sound sane?

No.
We should not introduce, nor perpetuate wrong language codes.
A redirect must go in th opposite direction, from zh-min-nan to nan.

In T86915#1468231, @Purodha wrote:

No.
We should not introduce, nor perpetuate wrong language codes.
A redirect must go in th opposite direction, from zh-min-nan to nan.

It's not the opposite direction unless the wiki can be renamed. See T30442: Rename zh-min-nan -> nan. I suggested these redirects to be added until we are able to rename wikis. This is currently not possible and there is already a redirect from nan.wikipedia.org -> zh-min-nan.wikipedia.org.

As there is no consistency across the projects and it's causing issues, this task is about adding redirects to zh-min-nan wikis in a consistent manner. Therefore, I suggested to redirect nan.$project.org to zh-min-nan.$project.org until this wiki can be renamed. Once T30442 is resolved, we'll definitely add redirects from zh-min-nan to nan as otherwise, hundreds of links would be broken.

! In T86915#1469825, @Glaisher wrote:

Once T30442 is resolved, we'll definitely add redirects from zh-min-nan to nan as otherwise, hundreds of links would be broken.

Sorry, the latter escaped my attention. Yes, I agree with you.

After re-clarification of @StevenJ81, https://incubator.wikimedia.org/wiki/Wt/nan now shows "This project uses a different ISO code.", so I would say that this task is partially resolved

I didn't really intend what I wrote as a resolution; I intended it as a stopgap until such time as this issue is completely resolved. I can make that page say anything it needs to say to point people to the right place.

Change 529418 had a related patch set uploaded (by Fomafix; owner: Fomafix):
[operations/puppet@production] Add redirects for https://nan.wik{tionary,iquote,ibooks,isource}.org

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

The swap of Traffic for Traffic-Icebox in this ticket's set of tags was based on a bulk action for all such tickets that haven't been updated in 6 months or more. This does not imply any human judgement about the validity or importance of the task, and is simply the first step in a larger task cleanup effort. Further manual triage and/or requests for updates will happen this month for all such tickets. For more detail, have a look at the extended explanation on the main page of Traffic-Icebox . Thank you!

I've updated the description to accurately reflect the current issues. Note that per T230382 there are no longer minnan/zh-cfr aliases.

Further trimmed some stuff as T173966 is tracking the redirects.

Is there anything left to do on SRE side? Otherwise we should remove the SRE tag.