Page MenuHomePhabricator

Evaluating an interproject-interlanguage link over a non-existent project
Closed, ResolvedPublic

Description

Author: aliter

Description:
The Novial Wikipedia would use interproject links to the Novial Wiktionary if
such a project existed. Since there's no such Wiktionary, the next best thing is
to use a different Wiktionary that has a lot of Novial words in it, eg. en:.

The expected link for this would be [[wikt:en:something]]. However, this won't
evaluate correctly since apparently at first only the project is evaluated.
Finding the correct language is thus left to the Novial Wiktionary, the very
project whose absence makes the more complex link necessary.


Version: unspecified
Severity: normal

Event Timeline

bzimport raised the priority of this task from to Low.Nov 21 2014, 9:27 PM
bzimport set Reference to bz7496.

[[en:wikt:something]] seems to work just fine

aliter wrote:

For me the link above is actually not fine; that [[en:wikt:something]] ends up
in a bad title error on en.wikipedia. Doing the same on nov: isn't fine either,
as there that string evaluates to nothing at all, leaving me with nothing to click.

Of course, even if changing the order would work, it wouldn't allow going to
eg. the Afar (aa:) wiktionary, since no aa.wikipedia exists to evaluate "wikt:".

aliter wrote:

  • I don't know what's causing the bad title error.
  • The problem on nov turns out to be a missing colon: naming the language first, this gets interpreted as same project interwiki, and is whisked off to the list of interwiki links.
  • Currently there's no problem of non-existent wikipedias, as these seem to exist for all languages we have projects in.
  • That doesn't mean the general case is handled, though. Imagine language aa wikibooks having a language bb language course, linking to a page in the language bb wiktionary. Neither a language aa wiktionary nor a language bb wikibooks is guaranteed to exist.

Change 94716 had a related patch set uploaded by TTO:
Make missing.php aware of interwiki prefixes

https://gerrit.wikimedia.org/r/94716

Change 94716 merged by jenkins-bot:
Make missing.php aware of interwiki prefixes

https://gerrit.wikimedia.org/r/94716

I've not tested all the cases, of course, but seems to be working. Congrats!

Aklapper removed TTO as the assignee of this task.Feb 13 2021, 7:16 PM

Change 965108 had a related patch set uploaded (by Jon Harald Søby; author: Jon Harald Søby):

[mediawiki/extensions/WikimediaMaintenance@master] dumpInterwiki: Check if the target database exists, if not link to English

https://gerrit.wikimedia.org/r/965108

Change #1052165 had a related patch set uploaded (by Pppery; author: Pppery):

[operations/mediawiki-config@master] Missing.php: check REQUEST_URI in addition to PATH_INFO

https://gerrit.wikimedia.org/r/1052165

Pppery removed a project: incubator.wikimedia.org.

(this has nothing to do with incubator)

Change #1052165 merged by jenkins-bot:

[operations/mediawiki-config@master] Missing.php: check REQUEST_URI in addition to PATH_INFO

https://gerrit.wikimedia.org/r/1052165

Mentioned in SAL (#wikimedia-operations) [2024-07-09T20:03:15Z] <urbanecm@deploy1002> Started scap sync-world: Backport for [[gerrit:1052165|Missing.php: check REQUEST_URI in addition to PATH_INFO (T9496 T355018)]]

Mentioned in SAL (#wikimedia-operations) [2024-07-09T20:07:21Z] <urbanecm@deploy1002> urbanecm, pppery: Backport for [[gerrit:1052165|Missing.php: check REQUEST_URI in addition to PATH_INFO (T9496 T355018)]] synced to the testservers (https://wikitech.wikimedia.org/wiki/Mwdebug)

Mentioned in SAL (#wikimedia-operations) [2024-07-09T20:16:16Z] <urbanecm@deploy1002> Finished scap: Backport for [[gerrit:1052165|Missing.php: check REQUEST_URI in addition to PATH_INFO (T9496 T355018)]] (duration: 13m 01s)