Page MenuHomePhabricator

Many articles containing UNIQ--postMath-00000001-QINU
Closed, ResolvedPublic

Event Timeline

I guess it's a again the same problem we had before with the cite extension.
If I remove the references to https://pt.wikipedia.org/w/index.php?title=Predefini%C3%A7%C3%A3o:Carece_de_fontes&action=edit from the first article, it renders fine in preview mode.

MBH triaged this task as Unbreak Now! priority.Sep 11 2016, 5:35 AM
MBH added a subscriber: MBH.
mobrovac lowered the priority of this task from Unbreak Now! to High.Sep 11 2016, 2:56 PM

Lowering the priority since this task refers to a specific feature misbehaviour.

It’s not only <ref>s: huwiktionary:koszinusztétel produced the same error when a template called a nonexistent Lua module and suppressed the actual error message (I fixed the template, you can reproduce the error by previewing the article with the old version).

Is this issue a duplicate of T94344 ?

It doesn’t seem to be, the issue is quite different. There, the math tag is not replaced with actual content based on its location (within title anchor). Here, it seems to be because of an independent Lua error, also hiding the Lua error message (although it’s already hidden on the above Portuguese pages—which also have Lua errors, not <ref>s—, while it disappeared entirely on the Hungarian one, looks like unfortunately I fixed the error :)). However, this doesn’t mean it’s a different bug, but the issue is not the same.

It doesn't seem to be limited to broken citations, {{Special:WhatlinksHere/{{FULLPAGENAME}}}} also seems enough to reproduce this.

matmarex added subscribers: MBH, matmarex.

Indeed looks resolved. I don't see the markers in any of the pages linked on this task.

This search still returns results, but this is a separate and much less severe issue, affecting only math in section titles and only in search results (not in actual articles): T242327.