Last modified: 2011-05-03 21:19:45 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T30743, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 28743 - siprop=interwikimap doesn't use interwiki cache
siprop=interwikimap doesn't use interwiki cache
Status: RESOLVED DUPLICATE of bug 19838
Product: Wikimedia
Classification: Unclassified
Interwiki links (Other open bugs)
unspecified
All All
: Normal normal (vote)
: ---
Assigned To: Nobody - You can work on this!
http://pih.wikipedia.org/w/api.php?ac...
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2011-04-28 21:14 UTC by merl
Modified: 2011-05-03 21:19 UTC (History)
3 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description merl 2011-04-28 21:14:28 UTC
On pihwiki the interwikimap is missing.

The strange thing is that llurl on api langlink module is working correct. Why doesn't these both reports use the same data source?

Please add the data for interwikimap report on pihwiki because my interwiki bot needs it for parsing the page content correctly.

Missing:
<http://pih.wikipedia.org/w/api.php?action=query&meta=siteinfo&siprop=interwikimap>

Working llurl example:
<http://pih.wikipedia.org/w/api.php?action=query&prop=langlinks&titles=Category:Citii_i%27_Soria_prowins&llurl=1>
Comment 1 Chad H. 2011-04-28 21:22:34 UTC
This is probably because the interwikimap prop pulls from the database, whereas actual interwikis are pulled from the interwiki cache.

Ideally, if you're using the interwiki cache, we should be pulling the list from that, rather than the DB.

Repurposing as MW bug, not really an issue with WMF setup. The coolest way would be something like Interwiki::getFullList().
Comment 2 merl 2011-04-28 21:31:26 UTC
Changing to code to use the interwiki cache would be the best, but this need code changes.

I need a quick fix so that my bot could keep on running. For this its easier to update the wmf config instead of recoding the module. Thats why i assigned to as wmf config bug.
Comment 3 Chad H. 2011-04-28 21:34:32 UTC
There's no configuration to change, it's just that nobody ever remembers to update the interwiki table when adding a new wiki (because outside of this case, it's not used).
Comment 4 merl 2011-04-28 21:45:35 UTC
Adding data to interwiki table on wmf server on database pihwiki isn't a wmf configuration issue?
Comment 5 Chad H. 2011-04-28 21:49:27 UTC
I mean it's probably broken on more than one wiki, so a general fix would be preferable.
Comment 6 merl 2011-04-28 22:06:22 UTC
If this bug is a mediawiki bug which should be fixed according to your solution it would duplicates bug 20654 i created years ago.

So i change this back to a wikimedia config bug. Comments for a gerneral fix should be added to the other bug.
Comment 7 Roan Kattouw 2011-04-29 15:58:27 UTC
(In reply to comment #6)
> If this bug is a mediawiki bug which should be fixed according to your solution
> it would duplicates bug 20654 i created years ago.
> 
No, that's not quite the same thing. bug 20654 asks for population of the interwiki DB tables from the CDB files. However, it would be much nicer if the interwikimap module could just use the CDB files directly.
Comment 8 merl 2011-05-01 01:21:06 UTC
There is also no data at interwikimap on barwiki and bat_smgwiki.
Comment 9 Chad H. 2011-05-03 21:19:45 UTC
Really, these should all be fixed simultaneously by bug 19838. Duping this to that (just like we did with bug 21169 and bug 20528)

*** This bug has been marked as a duplicate of bug 19838 ***

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links