Last modified: 2013-03-18 17:56:59 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 T48281, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 46281 - Module doc page name localized and works, although shown unlocalized in some places
Module doc page name localized and works, although shown unlocalized in some ...
Status: RESOLVED DUPLICATE of bug 5382
Product: MediaWiki extensions
Classification: Unclassified
Scribunto (Other open bugs)
unspecified
All All
: Unprioritized normal (vote)
: ---
Assigned To: Nobody - You can work on this!
: i18n
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2013-03-18 13:59 UTC by Pavel Selitskas [wizardist]
Modified: 2013-03-18 17:56 UTC (History)
3 users (show)

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


Attachments

Description Pavel Selitskas [wizardist] 2013-03-18 13:59:58 UTC
Project: be-x-old.wikipedia.org
wgLanguage: be-tarask
----------

I have a module[1], and I have a documentation[2] for it. <scribunto-doc-page-name> is localized (Модуль:$1/Дакумэнтацыя), and documentation is shown on a module page.

When I click 'edit' or ?action=info, I have unlocalized doc page (Модуль:$1/doc) in dependencies.[3]

I couldn't reproduce this on master MediaWiki & Scribunto, but this emerges in Wikipedia.

--
[1] https://be-x-old.wikipedia.org/wiki/%D0%9C%D0%BE%D0%B4%D1%83%D0%BB%D1%8C:Grammar
[2] https://be-x-old.wikipedia.org/wiki/%D0%9C%D0%BE%D0%B4%D1%83%D0%BB%D1%8C:Grammar/%D0%94%D0%B0%D0%BA%D1%83%D0%BC%D1%8D%D0%BD%D1%82%D0%B0%D1%86%D1%8B%D1%8F
[3] https://be-x-old.wikipedia.org/w/index.php?title=%D0%9C%D0%BE%D0%B4%D1%83%D0%BB%D1%8C:Grammar&action=info
Comment 1 Brad Jorsch 2013-03-18 17:56:59 UTC
The old list of trancluded pages (templatelinks) were cached; a null edit fixed it. Presumably using the API's action=parse with forcelinkupdate would do the same.

So it's basically a duplicate of all the other "links tables don't get updated when something gets edited" bugs.

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

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


Navigation
Links