Page MenuHomePhabricator

Like nan.wikipedia.org, redirect other nan.*.org to the proper zh-min-nan.*.org domains
Open, NormalPublic

Description

Related to T30442, T10217.
The domain zh-min-nan.wikipedia.org should ultimately be moved to nan.wikipedia.org following the ISO-639 code. However at least for now nan.wikipedia.org should be redirected to zh-min-nan.wikipedia.org and it has been the default behavior in the last several months. Please fix it as soon as possible. Thank you.

Note:

  • nan.wikipedia.org -> zh-min-nan.wikipedia.org seems to be already done now
  • nan.wikibooks.org -> zh-min-nan.wikibooks.org ?
  • nan.wiktionary.org -> zh-min-nan.wiktionary.org ?
  • nan.wikiquotes.org -> zh-min-nan.wikiquotes.org ?
  • nan.wikisource.org -> zh-min-nan.wikiwikisource.org ?

Same check to do for "m." (mobile) versions.

Event Timeline

Verdy_p created this task.Aug 23 2017, 5:54 PM
Restricted Application added a subscriber: Aklapper. · View Herald TranscriptAug 23 2017, 5:54 PM
Verdy_p renamed this task from Redirect yue.wikipedia.org to zh-yue.wikipedia.org to Redirect nan.wikipedia.org to zh-min-nan.wikipedia.org.Aug 23 2017, 5:56 PM
Verdy_p triaged this task as Normal priority.

Note that "nan" is already defined in https://gerrit.wikimedia.org/r/#/c/285085/1/templates/helpers/langs.tmpl
However it still does not resolve on the DNS this means that we cannot easily create links to existing contents in Han Min Nan, when using the standard code, and external sites or templates still need to add a special case to convert "nan" to "zh-min-nan" when linking to Wikimedia sites.

Mediawiki already has resources using "nan", and TranslateWiki should be able to deprecate the old code "zh-min-nan" (even it is still valid for BCP47, it is no longer recommanded since it was reformedn several years ago when ISO 639-3 was published and its RFCs were largely rewritten with more precise terms).

We are in the same case as "zh-yue" deprecated in favor of the now prefered code "yue".

This is not the same case in "zh-classical" used specifically in Wikimedia wikis and that has never been conforming to BCP47 or ISO 639, where both finally defined only "lzh". Handling "zh-classical" is much more important for conformance (and notably web conformance with HTML, SVG, XML, system or library locales for C/C++ and many other programming languages, , etc., all of them using BCP47 normatively, and not even ISO 639 which is only kept informatively for backtracking one of its sources that are not automatically fully imported to the normative IANA database)

Verdy_p moved this task from Triage to Caching on the Traffic board.Aug 23 2017, 6:26 PM
Aklapper raised the priority of this task from Normal to Needs Triage.Aug 24 2017, 11:29 AM

What is "it" in "it has been the default behavior in the last several months"?
Resetting Priority field to default.

@Verdy_p isn't this domain already redirected for years? In redirects.conf:

...
ServerAlias minnan.wikipedia.org
ServerAlias nan.wikipedia.org
...
  # rewrite  zh-cfr.wikipedia.org  //zh-min-nan.wikipedia.org
  RewriteCond %{HTTP_HOST} =zh-cfr.wikipedia.org
  RewriteRule ^[^\x00-\x1F]* %{ENV:RW_PROTO}://zh-min-nan.wikipedia.org$0 [R=301,L,NE]
  # rewrite  minnan.wikipedia.org  //zh-min-nan.wikipedia.org
  RewriteCond %{HTTP_HOST} =minnan.wikipedia.org
  RewriteRule ^[^\x00-\x1F]* %{ENV:RW_PROTO}://zh-min-nan.wikipedia.org$0 [R=301,L,NE]
  # rewrite  nan.wikipedia.org  //zh-min-nan.wikipedia.org
  RewriteCond %{HTTP_HOST} =nan.wikipedia.org
  RewriteRule ^[^\x00-\x1F]* %{ENV:RW_PROTO}://zh-min-nan.wikipedia.org$0 [R=301,L,NE]
...

And in redirects.dat:

...
rewrite  zh-cfr.wikipedia.org  //zh-min-nan.wikipedia.org
rewrite  minnan.wikipedia.org  //zh-min-nan.wikipedia.org
rewrite  nan.wikipedia.org  //zh-min-nan.wikipedia.org
...
Verdy_p added a comment.EditedAug 24 2017, 3:49 PM

I did '''not''' made that request, it was there since years but not triaged like other pending renames all related to the Chinese language variants.
server-side redirects (for website URLs) are not the same thing as renaming wikis which includes several other operations.

Recently a grand-parent (stalled) task was triaged and marked as closed (without any resolution) by someone else by moving all of them on a new project backlog, but with different untriaged subprojects. That's all I did.

There are a few other rediurect requests like this one, which is one of the steps needed first before actual (stalled) renamings are performed.

Of course these server-side redirects will then need to be inversed by another backward redirection once the wikis are renamed.

So all I did was to not forget related operations that were listed in a (now closed) grand-parent tracking task. If you think this specific renaming is done, you can close it (this has been done for several other similar redirect requests needed only for transition time), but I have not reopened this issue which was still open (and still needing triage).

OK, but in any case, if you're asking nan.wikipedia.org, that's already redirected and this task should be invalid. Or if you want nan.wiktionary/wikibooks/wikiquote/wikisource.org to do so? If yes, this task is valid, but you should modify this task to reflect it.

Verdy_p added a comment.EditedAug 24 2017, 11:48 PM

All this was caused by changes in dependencies in a parent task that was closed by moving it elsewhere without fixing what was in it.
It's true that this did not concern only Wikipedia (and that's why the task was already open and kept stalled bfore being closed prematurely... and forgotten in dependencies between tasks and project boards where they were also kept untriaged since long)

I cannot check if everything has been done, but there was no signal before that the requests were done when they were already marked as "open" but "stalled".

See T10217 for the reason and look at its own history of dependencies (notably the last changes by user Krinkle that moved two dozens of related tasks in row before immediately unsubscribing to all of them and to the task he closed that contained and tracked them).

There are probably additional "m." domain names for mobile versions of these wikis in Han Min Nan, plus a few other related stalled or untriages bug reports/tasks related, that I found in several boards where other "zh-*" languages are already listed for their wikis (that still have interwiki linking problems).

Verdy_p updated the task description. (Show Details)Aug 25 2017, 12:03 AM
Verdy_p updated the task description. (Show Details)
Liuxinyu970226 renamed this task from Redirect nan.wikipedia.org to zh-min-nan.wikipedia.org to Like nan.wikipedia.org, redirect other nan.*.org to the proper zh-min-nan.*.org domains.Aug 25 2017, 3:42 AM
ema triaged this task as Normal priority.Sep 28 2017, 2:50 PM