Nov 30 2016
This problem is not solved in MW 1.28.0. For what I know this is bug related to sitemap, which was not solved for at lest three years. Sitemap list all language varietals with same priority, which cause Google index them randomly.
The file with name [[File:クローサー-ザ-ザ-チェインスモーカーズは-ハルシー.ogg]] was not loaded during test. It was wrote there just for an example.
Most developer here, as a community heavily dominated by American/European, generally treat Asia/Middle East writing system together as "something they don't use". In most of bug that I found related to languages, bugs related to any single language of Chinese/Japanese/Korean will be problem for others. (The only exception is bug in the Traditional Chinese and Simplified Chinese conversion system.) Arabic might have problem as well. Germanic/Romance languages tend to have less incompatible, since most of developer master some of them expect English. Solving incompatible bugs related to languages generally don't need developer master those languages. Don't simply avoid language incompatible due to hardness of language itself or due to that language lack of global Influence. Instead, developer need to be aware of coding/transcoding with language they don't use.
Nov 25 2016
Nov 22 2016
I can confirm this happens in my wiki after upgraded to MW 1.27.1.
Nov 18 2016
This might be a bug related to the $wgForeignFileRepos ForeignDBRepo class incompatible, where MW randomly refuse to load some/all ogg file remotely (and mp3, mp4 file if $wgMediaHandlers['audio/mpeg'] = 'Mp4Handler';). However, I can't reproduce the exact sutation where only file with Japanese or Chinese file name can't be handle properly.
Nov 14 2016
Nov 8 2016
Cool, thank you @matmarex . --pages=existing,nonexisting work well. Hope the --pages=existing,nonexisting become the default value for refreshGlobalimagelinks.php, which will make life easier for everyone.
Nov 7 2016
With these two posts, I understand that this bug does not affect commons wikimedia (where all machine have access to files).
Nov 6 2016
Nov 2 2016
Ha, this is strange. I will test newer version MW with TimedMediaHandler. Problem might exist in php/Apache setting too.
Oct 27 2016
By comment out the line 141 & 142
'zh-hans' => 'unidirectional',
'zh-hant' => 'unidirectional',
Oct 26 2016
Is this bug really resolved?
I have tried with master/REL1_27 version of lockdown with master/1,28/1/27 version ApiParse.php under MW1.27.1.
Neither allow API edit in any combined case out of 6 possible combination.
Oct 18 2016
All right, thank you for your clarification!
The problem were described here: https://www.mediawiki.org/wiki/Topic:T0mjz41gyrqntkrq