daniel added a subscriber: daniel. daniel added a comment. I assume the problem arises from deriving the internal wiki id (which still is be_x_oldwiki) from the subdomain (which now is be-tarask). The relationship between subdomain and internal ID (read: database name) isn't guaranteed, and already fails for a handful of special cases.
Bene investigated this briefly, and dug up a configuration setting for ContentTranslation that handles such cases: https://git.wikimedia.org/blob/mediawiki%2Fextensions%2FContentTranslation/master/extension.json currently has: "ContentTranslationDomainCodeMapping": { "bho": "bh", "crh-latn": "crh", "gsw": "als", "lzh": "zh-classical", "nan": "zh-min-nan", "nb": "no", "rup": "roa-rup", "sgs": "bat-smg", "vro": "fiu-vro", "yue": "zh-yue" } This appears to be a mapping between language codes and subdomains. A similar mapping from (sub)domains to internal wiki IDs could be added to handle cases like be-tarask having the internal id be_x_oldwiki. That would be a quick fix. However, such mappings are alwas a nasty workaround. Core should offer an API for mapping between domains and internal ID (I suppose one could use action=sitematrix, but that'S not very nice). And Wikibase could allow domain names to be used instead of internal wiki IDs in API parameters. I'll file tickets for both. TASK DETAIL https://phabricator.wikimedia.org/T112285 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: daniel, Liuxinyu970226, Purodha, Luke081515, Krenair, Ricordisamoa, Amire80, Aklapper, Ixocactus, Wikidata-bugs, aude, Jsahleen, Arrbee, KartikMistry _______________________________________________ Wikidata-bugs mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
