Last modified: 2012-10-24 16:20:27 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 T17347, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 15347 - HTML-like tags show up in log
HTML-like tags show up in log
Status: RESOLVED FIXED
Product: MediaWiki extensions
Classification: Unclassified
FlaggedRevs (Other open bugs)
unspecified
All All
: Normal enhancement (vote)
: ---
Assigned To: Aaron Schulz
http://de.wikipedia.org/w/index.php?t...
:
Depends on:
Blocks: 41348
  Show dependency treegraph
 
Reported: 2008-08-28 15:04 UTC by ChrisiPK
Modified: 2012-10-24 16:20 UTC (History)
3 users (show)

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


Attachments
Error at bottom of [[:hi:दिल्ली]] (112.81 KB, image/png)
2012-10-24 13:57 UTC, Siddhartha Ghai
Details
Error at log for article with FlaggedRevs (44.95 KB, image/png)
2012-10-24 14:05 UTC, Siddhartha Ghai
Details

Description ChrisiPK 2008-08-28 15:04:24 UTC
See the reason following my log entry: It should say something like "automatisch [Status: gesichtet]", but instead the code shows up.
Comment 1 Aaron Schulz 2008-08-28 16:28:23 UTC
Fixed in r40163
Comment 2 Siddhartha Ghai 2012-10-24 13:57:53 UTC
Created attachment 11230 [details]
Error at bottom of [[:hi:दिल्ली]]

Been seeing this on hindi wikipedia for a while now. See attachment for what it looks like in the bottom page notice in [[:hi:दिल्ली]].
Comment 4 Siddhartha Ghai 2012-10-24 14:17:49 UTC
PS: It disappears on the articles themselves sometimes (after a few seconds,
I'm guessing the time required to load some javascript the extension uses?). At
other times it doesn't go away.

But it doesn't seem to go away at all in the log.
Comment 5 Alex Monk 2012-10-24 15:53:23 UTC
I already fixed this in Gerrit change #27846
Comment 6 Siebrand Mazeland 2012-10-24 16:20:27 UTC
Thanks for CC-ing me, Aaron. It's one of the most often mistakes during my maintenance sweep for eradicating wfMsg*. The difference between wfMsgHtml and wfMessage()->escaped() is that parameters are not escaped for the former, and they are for the latter. When replacing 100 or so, stuff unfortunately gets burry sometimes :). Ref: Gerrit change #24422.

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


Navigation
Links