Last modified: 2006-04-08 21:25:13 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 T7499, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 5499 - <references/> / <ref> bugginh <nowiki> when used in subpages
<references/> / <ref> bugginh <nowiki> when used in subpages
Status: RESOLVED FIXED
Product: MediaWiki
Classification: Unclassified
Parser (Other open bugs)
unspecified
All All
: Normal major (vote)
: ---
Assigned To: Brion Vibber
http://fr.wikipedia.org/wiki/Wikip%C3...
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2006-04-07 21:52 UTC by Darkoneko
Modified: 2006-04-08 21:25 UTC (History)
1 user (show)

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


Attachments

Description Darkoneko 2006-04-07 21:52:15 UTC
The problem happened today in fr:'s village pump

everything like <nowiki>{{a_template}}</nowiki> in the pump's daily subpages
suddenly started to appear
UNIQ254abebc3bc90b69-nowiki7d65265d39e5d81700000001a_templateUNIQ254abebc3bc90b69-nowiki7d65265d39e5d81700000002
when called from the main pump page (to be exact, any {{ or }} inside a <nowiki>
balise was changed into these strange things)
 
After nearly half a hour of various tests, the reason appear to be the
<references/> and <ref></ref> balises that where used in one of the recent
messages. (the page work fine again since I deleted theses things from today's
pump subpage)

One told be there was a known probleme when a </ref> is forgot, but that's not
the case here (see the diff from the original faulty version to the "safe"
version :
http://fr.wikipedia.org/w/index.php?title=Wikip%C3%A9dia%3ALe_Bistro%2F7_avril_2006&diff=6570918&oldid=6569942
)
Comment 1 Darkoneko 2006-04-07 22:06:59 UTC
hmm correction : it's when the daily subpage itself has a template containing a
<nowiki> +}}/{{ something.


I've not tested when the nowiki is directly on the subpage. 
Comment 2 folengo 2006-04-08 10:44:52 UTC
"Balise", a French word, means "tag".

See a reproduction of the bug at [[:fr:Utilisateur:Teofilo-
Folengo/test2]] http://tinyurl.com/gsgd3
Comment 3 Darkoneko 2006-04-08 12:28:35 UTC
oops, I've spoken frenglish again -_- sorry
Comment 4 FoeNyx 2006-04-08 15:19:39 UTC
probably same cause than the bug 2172
Comment 5 Brion Vibber 2006-04-08 21:25:13 UTC
Fixed on trunk, r13553.

When Cite.php does its rendering through a callback to the parser, it 
requests not to clear state; however the tag-strip state was getting cleared 
regardless. I've removed the offending line and it now appears to work 
properly. No parser test cases are broken, so hopefully this won't break 
anything else. :)

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


Navigation
Links