Maniphest T19663

if XY begins with non-ascii character when $wgUseTidy=true
Closed, ResolvedPublic
Actions

Assigned To

Authored By

	Tobias
	Feb 25 2009, 2:07 PM

Description

<bXY> is parsed as <b> if XY is a non-ascii character.
Examples (also included in the URL):
<b→> doesn't work! </b>
<bä> doesn't work! </b>
<boo> works fine </b>
URL: http://de.wikipedia.org/w/index.php?title=Benutzer:Church_of_emacs/Testseite&oldid=57126730&uselang=en

The parser misinterprets

*bar <s.baz@bar.com>

<li>bar <s></li>

Tested at https://test.wikipedia.org/w/index.php?title=Page479&diff=prev&oldid=220383

and originally seen at https://en.wikipedia.org/wiki/Special:Version/Credits/BetaFeatures where Siebrand's email-address is causing the issue.

@Legoktm noted: To reproduce you need to have $wgUseTidy = true;, but the parser doesn't actually have to call MWTidy::tidy()

See Also: T54022: <Sub-ID#1> is recognised as <sub> tag in <code> area

Details

Reference: bz17663

Related Objects

Mentioned In: T178398: Use semantic HTML5 <main> tag for primary page content
rMW78c3f2f4b146: Tidy up tidy usage
Mentioned Here: T54022: <Sub-ID#1> is recognised as <sub> tag in <code> area

Event Timeline

• bzimport raised the priority of this task from to Low.Nov 21 2014, 10:31 PM

• bzimport added projects: MediaWiki-Parser, Parser.

• bzimport set Reference to bz17663.

Tobias created this task.Feb 25 2009, 2:07 PM

EN.WP.ST47 wrote:

This is easy enough, but remind me exactly why <bXY> should be parsed as <b>?

Bug 52022 has been marked as a duplicate of this bug. ***

Bug 40670 has been marked as a duplicate of this bug. ***

Change 77907 had a related patch set uploaded by Cscott:
Non-word characters don't terminate tag names.

https://gerrit.wikimedia.org/r/77907

Bug 52022 has been marked as a duplicate of this bug. ***

Bug 40670 has been marked as a duplicate of this bug. ***

Change 77907 merged by jenkins-bot:
Non-word characters don't terminate tag names.

https://gerrit.wikimedia.org/r/77907

Patch merged. Closing as FIXED.

I was hoping to verify the fix on the deployed wiki. This patch hasn't been deployed yet. (Although it should happen today.)

Fixed in the sanitizer, but html-tidy appears to still have a bug.

See bug 52899 for a better way to document behavior which varies when tidy is being used. The bug has been reopened. Still need to fix tidy to ensure these tags aren't swallowed.

Tidy bug https://sourceforge.net/p/tidy/bugs/946/

Bug 68127 has been marked as a duplicate of this bug. ***

• Awjrichards unsubscribed.Dec 3 2014, 5:44 PM

duplicatebug unsubscribed.Dec 13 2014, 11:33 AM

Umherirrender merged a task: T86043: Parser issue with <s and $wgUseTidy.Jan 7 2015, 8:19 PM

Umherirrender added subscribers: Aklapper, Quiddity, • MZMcBride, Legoktm.

We're hitting this issue at https://en.wikipedia.org/wiki/Special:Version/Credits/BetaFeatures.

I wonder if a work-around would be to use the HTML entity (<) instead of "<". But ugh, fucking Tidy.

Quiddity updated the task description. (Show Details)Jan 8 2015, 10:16 PM

Quiddity set Security to None.

I think @Arlolra has fixed this, possibly?

Yup, this should be fixed with https://gerrit.wikimedia.org/r/#/c/183318/

cscott mentioned this in rMW78c3f2f4b146: Tidy up tidy usage.Mar 23 2015, 3:51 PM

Sbapple mentioned this in T178398: Use semantic HTML5 <main> tag for primary page content.Apr 19 2018, 4:50 AM

	F26875: 6rkFjnp.png
	Jan 8 2015, 10:16 PM

	F26879: VKZGSqK.png
	Jan 8 2015, 10:16 PM

Parser interpretes <bXY> as <b> if XY begins with non-ascii character when $wgUseTidy=trueClosed, ResolvedPublicActions

Description

Details

Related Objects

Event Timeline

Parser interpretes <bXY> as <b> if XY begins with non-ascii character when $wgUseTidy=true
Closed, ResolvedPublic
Actions