Last modified: 2006-04-08 21:25:13 UTC

Wikimedia Bugzilla is closed!

Wikimedia has migrated from Bugzilla to Phabricator. Bug reports should be created and updated in Wikimedia Phabricator instead. Please create an account in Phabricator and add your Bugzilla email address to it.
Wikimedia Bugzilla is read-only. If you try to edit or create any bug report in Bugzilla you will be shown an intentional error message.
In order to access the Phabricator task corresponding to a Bugzilla report, just remove "static-" from its URL.
You could still run searches in Bugzilla or access your list of votes but bug reports will obviously not be up-to-date in Bugzilla.
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