Hi Brad,

Thanks, that $wgRegisterInternalExternals looks helpful for our wiki! I will check to see if that fixes the issue. When you say reparse all pages, do you mean we should run refreshLinks.php?

Regarding the general case, I suppose I'll have a discussion with my colleagues on our project and decide if we want to raise the issue on wikitech-l.



---------- Forwarded message ----------
From: Brad Jorsch (Anomie) <bjorsch@wikimedia.org>
Date: Mon, Apr 14, 2014 at 10:58 AM
Subject: Re: [Mediawiki-api] API call for external links to internal pages?
To: MediaWiki API announcements & discussion <mediawiki-api@lists.wikimedia.org>

On Mon, Apr 14, 2014 at 10:33 AM, Jason Ji <uberjason@gmail.com> wrote:
Hi Brad,

Thanks for your response. To answer your first point, part of the extension I'm writing is actually a JavaScript D3-based force layout to graphically show wiki pages and links between them. So while in the JavaScript, I'm making MediaWiki API calls to get data about the pages.

That makes sense to use the API then.
In this case, action=query&prop=extlinks would return the link to Google.

I had thought it would also include the link to my-wiki.com, but now that I test this I find it actually doesn't. I tracked this down to bug 19637 where someone implemented exactly this behavior, without addressing the objections raised that people actually do want to search for these links.

There's nothing the API can do here, as these links are never recorded anywhere due to how the "fix" for bug 19637 works. On your local wiki you could set $wgRegisterInternalExternals to true (and then reparse all pages), but if you'd like it fixed for the general case it could probably use a discussion on wikitech-l to decide if we want to fix this and if so whether to do it by just reverting r53104 or by adding another link tracking table just for these.

Brad Jorsch (Anomie)
Software Engineer
Wikimedia Foundation

Mediawiki-api mailing list