Last modified: 2007-06-14 03:15:08 UTC
Compare (and watch the pageids): http://www.mediawiki.org/w/api.php?action=query&prop=info&format=jsonfm&titles=API http://www.mediawiki.org/w/api.php?action=query&prop=info&format=jsonfm&titles=en:API http://www.mediawiki.org/w/api.php?action=query&prop=info&format=jsonfm&titles=de:API http://www.mediawiki.org/w/api.php?action=query&prop=info&format=jsonfm&titles=yz:API Because de: and en: are interwiki bindings, they are stripped off the title, and the information for API is returned instead (the responses to the first three requests are identical). This doesn't happen with yz:API, because yz: isn't an interwiki binding. The API first normalizes yz:API to Yz:API and then tells us it doesn't exist. But en:API and de:API were also 'normalized' to API without notice. Basically, my two problems are: 1. We shouldn't normalize de:API to API, because they have very different meanings. I have no idea what else to do, but the current behavior is misleading at best. 2. *If* we normalize de:API to API, we should tell the user. Of course, if and when siprop=interwiki is implemented it'll fix this problem for me since I can use it to avoid passing interwiki titles, but in the meantime, this is still a bug.
In most cases an interwiki title probably wouldn't be a valid input here; sensible thing is likely to check for the presence of the interwiki marker on the title object and throw an error for invalid input.
Would it make sense to place de:API in a separate section, just like "normalized"? Once in that section, no additional processing will be done. On the other hand, en:API would be converted to API transparently. I'm still thinking of how to better implement this...
Placing de:API in a separate interwiki section would make the most sense. As you said only things like en:API (where en: is a binding to self) should be normalized, but *even then*, it should show up in the "normalized" array.
fixed in r22974