Last modified: 2011-02-20 19:15:58 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 T26168, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 24168 - Tag hooks are not always called on index pages
Tag hooks are not always called on index pages
Status: RESOLVED INVALID
Product: MediaWiki extensions
Classification: Unclassified
ProofreadPage (Other open bugs)
unspecified
All All
: Normal major (vote)
: ---
Assigned To: ThomasV
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2010-06-28 20:49 UTC by Lars Aronsson
Modified: 2011-02-20 19:15 UTC (History)
0 users

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


Attachments
Screenshot on June 28, 2010 (426.68 KB, image/png)
2010-06-28 20:49 UTC, Lars Aronsson
Details

Description Lars Aronsson 2010-06-28 20:49:37 UTC
Created attachment 7521 [details]
Screenshot on June 28, 2010

When the <pagelist> tag is used in an Index: page, it normally produces a list of pages. But sometimes, without any apparent reason or cause, the Index: page instead displays the <pagelist> tag (as if it had been enclosed in a <nowiki> tag). When this happens, any transcluded pages (that use the <pages> tag) lose their tab linking to the source document (the Index: page).

A work-around is to save a null edit (adding or removing some whitespace) of the Index page.

This bug was observed on June 27, 2010, on http://sv.wikisource.org/wiki/Index%3aÖstgötars_minne.djvu

and on June 28, 2010, on http://sv.wikisource.org/wiki/Index%3aEskimålif.djvu
Comment 2 ThomasV 2010-06-29 07:37:53 UTC
This was observed for "section tags as well. It seems to be a caching problem.
The index page is parsed without extension tags, everytime headers are produced  with <pages headers=1/>. I think that the result is added to the parser cache, which causes the bug.
Comment 3 Lars Aronsson 2010-08-05 15:06:48 UTC
Happened again, today,
http://da.wikisource.org/wiki/Indeks:Dansk_Handelsbrevbog.djvu
Comment 4 ThomasV 2011-02-20 19:15:58 UTC
this bug seems to have been fixed with the last code update. 
I'll close it for now. reopen it if you see it again.

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


Navigation
Links