Author: rbeelaard
Description:
If the contents of this file contains html opening/closing tags, the < and >
chars are converted to <, >.
On nl we used to have:
as contents.
As a temporary work-around this has now been replaced by an ASCII only text
Version: unspecified
Severity: normal
| Status | Subtype | Assigned | Task | ||
|---|---|---|---|---|---|
| Invalid | None | T6180 rendering of MediaWiki:Listingcontinuesabbrev | |||
| Resolved | None | T6170 category key should support HTML entities, &#nnnn; and &xnnnn; notation |
rbeelaard wrote:
Oeps: although it is in the summary, the file name is
MediaWiki:Listingcontinuesabbrev
webboy wrote:
The problem is here:
http://cvs.sourceforge.net/viewcvs.py/wikipedia/phase3/includes/CategoryPage.php?r1=1.26&r2=1.27
vibber said: * ( bug 4170 ) Decode HTML character escapes in sort key
But I _think_ the change of wfMsg('listingcontinuesabbrev') to
wfMsgHtml('listingcontinuesabbrev') hasn't anything to do with bug 4170.
Such messages should not contain HTML; that it wasn't properly escaped for output before was an
oversight, which I have corrected.