The API module should use the StiteLookup service to provide a wiki's global ID given a domain, or vice versa. In addition "local" IDs (like the interwiki prefix) could also be accepted as input.
Description
Description
Related Objects
Related Objects
- Mentioned In
- T165648: Add monolingual language codes nrf-gg (for Guernésiais), nrf-je (for Jèrriais)
T112285: ContentTranslation link adaptation is mostly broken when translating to be-tarask - Mentioned Here
- T113034: RFC: Overhaul Interwiki map, unify with Sites and WikiMap
T65073: Make API module to query sites table
Event Timeline
Comment Actions
Is this a duplicate of T65073: Make API module to query sites table? At any rate, see also https://gerrit.wikimedia.org/r/#/c/110427/.
Comment Actions
@Anomie thanks for spotting the dupe, merged it in. The old ticket had next to no info
Comment Actions
Hm, not sure why this was abandoned.
This "sites" stuff was added to core in https://gerrit.wikimedia.org/r/#/c/23528/ with the promise that it would someday replace the existing interwiki code. Except that has never happened, so we have this pile of code that's not actually used anywhere in core. There was opposition to adding more infrastructure in core around this unused feature, versus just removing it (and the database ORM classes that only exist in core to support it) from core entirely.
It would probably help that patch gain acceptance were it to be accompanied by an effort to actually make good on the original promise.
Comment Actions
@Anomie I thought exactly the same thing, and filed T113034: RFC: Overhaul Interwiki map, unify with Sites and WikiMap. Comments appreciated!