Math block inside a {{blockquote}} render in display style in MathML and Client side MathJax
Open, HighPublicBUG REPORT
Actions

Assigned To

None

Authored By

	SalixAlba
	Dec 16 2024, 4:54 PM

Description

Steps to replicate the issue (include links if applicable):

Set Math formatting mode to Client-side MathJax or MathML modes.
Enter {{blockquote|'''Prop''' <math>A</math> implies <math>B</math> ocassionally. }}

What happens?:

Renders as

What should have happened instead?:

In SVG mode renders as

Software version (on Special:Version page; skip for WMF-hosted wikis like Wikipedia):

Other information (browser name/version, screenshots, etc.):

Chrome.

Example at https://en.wikipedia.beta.wmflabs.org/wiki/T382267

Related Objects
Search...

Status	Subtype	Assigned	Task
Open	Feature	JeanCASPAR	T397585 Provide a macro for putting arbitrary Unicode content in <mo> tag
Open		Physikerwelt	T271001 Transition to MathML rendering as default
Open	BUG REPORT	None	T382267 Math block inside a {{blockquote}} render in display style in MathML and Client side MathJax

Event Timeline

SalixAlba created this task.Dec 16 2024, 4:54 PM

Restricted Application added a subscriber: Aklapper. · View Herald TranscriptDec 16 2024, 4:54 PM

SalixAlba updated the task description. (Show Details)Dec 16 2024, 4:57 PM

SalixAlba added parent tasks: T375318: Native MathML mode formatting bugs, T375238: Client-side MathJax rendering problems.

This is possibly related to T377657, but Blockquote is a more common case. The same bug occurs if either {{blockquote}} or <blockquote> is used.

Original example

https://en.wikipedia.org/w/index.php?title=Dijkstra%27s_algorithm&oldid=1263378061#Dynamic%20programming%20perspective

Now changed to remove <math> tags.

The parser is inserting  inside the <blockquote> and the <math> element isn't ending up inside those. It works as expected if you insert the  yourself.

Dexxor merged a task: T381305: MathML/MathJax next to floating element or <blockquote> not rendered inline.Dec 17 2024, 9:14 AM

Dexxor subscribed.

Besides <blockquote> elements, floating divs (e.g. images) in the same paragraph also trigger this problem: <math>A</math> implies <math>B</math> ocassionally. <div style="display:float">

Physikerwelt triaged this task as Medium priority.Dec 28 2024, 4:49 PM

Physikerwelt added a project: MediaWiki-Parser.

Another example is mentioned in T389021 affecting the page

https://en.wikipedia.org/w/index.php?title=Eadie%E2%80%93Hofstee_diagram&oldid=1277717249

Physikerwelt merged a task: T389021: Spurious line breaks are inserted for math tags inside a blockquote environment. In MathML and Client-side MathJax modes..Mar 18 2025, 5:41 AM

Physikerwelt added subscribers: Tercer, cscott, tstarling and 3 others.

Physikerwelt mentioned this in T201233: Long math output unreadable on small screens due to scrolling off the side of screen.Apr 4 2025, 6:40 PM

SalixAlba mentioned this in T397784: Math equations always render in display mode in indented paragraphs on Wikipedia App on Android .Jun 24 2025, 9:39 PM

Even if the <math> tag is outside the <blockquote> we still get the same behaviour. The example

For the group <math>G=C_m</math> given <blockquote>m=5</blockquote>

Renders as

This example is simplified from https://en.wikipedia.org/w/index.php?title=Group_cohomology&oldid=1293195916#Basic_examples
where an editor has used block quotes to format display equations.

This is quite a big problem, initial check indicates it might affect 474 main space articles on en-wiki.

I don't have an idea why this happens, or what could be done from within the Math extension to improve the situation.

Physikerwelt moved this task from Inbox to Blocked: needs help on the Math board.Jul 5 2025, 3:24 AM

I though as much, alas it is enough to block T271001 as rendering on many pages is substandard. Worse example I've seen is from https://en.wikipedia.org/wiki/Optical_metric

Here a parenthesised expression is broken over multiple lines.

@SalixAlba I don't see anything on Optical metric, which version of Chrome are you using? It seems it is a browser bug. If so, shouldn't it be reported upstream?

I'm pretty sure its not my browser set up. You need to get down to the Electrodynamics in media residing in curved space-times section.

The wikitext

The fundamental quantity of electrodynamics is the potential 1-form <math>\boldsymbol{A},</math> from which the field strength tensor is the 2-form <math display="inline">\boldsymbol{F} = d \boldsymbol{A}.</math> From the nilpotency of the exterior derivative one immediately has the homogeneous Maxwell equations <blockquote><math>d \boldsymbol{F} = 0,</math></blockquote>

Gets converted to

<p>
The fundamental quantity of electrodynamics is the potential 1-form </p>
<math class="mwe-math-element mwe-math-element-inline" xmlns="http://www.w3.org/1998/Math/MathML"><mrow data-mjx-texclass="ORD"><mstyle displaystyle="true" scriptlevel="0"><mrow data-mjx-texclass="ORD"><mi>𝑨</mi></mrow><mo>,</mo></mstyle></mrow></math>
<p> from which the field strength tensor is the 2-form </p>

Note how closing elements have been added. If you remove the <blockquote> element. The wikitext is converted to

<p>The fundamental quantity of electrodynamics is the potential 1-form <math class="mwe-math-element mwe-math-element-inline" xmlns="http://www.w3.org/1998/Math/MathML"><mrow data-mjx-texclass="ORD"><mstyle displaystyle="true" scriptlevel="0"><mrow data-mjx-texclass="ORD"><mi>𝑨</mi></mrow><mo>,</mo></mstyle></mrow></math> from which the field strength tensor is the 2-form <math class="mwe-math-element mwe-math-element-inline" xmlns="http://www.w3.org/1998/Math/MathML"><mrow data-mjx-texclass="ORD"><mstyle displaystyle="false" scriptlevel="0"><mrow data-mjx-texclass="ORD"><mi>𝑭</mi></mrow><mo stretchy="false">=</mo><mi>d</mi><mrow data-mjx-texclass="ORD"><mi>𝑨</mi></mrow><mo stretchy="false">.</mo></mstyle></mrow></math> From the nilpotency of the exterior derivative one immediately has the homogeneous Maxwell equations 
</p>

With no closing before the <math> tag.

I think this happens before it get to the maths parser which is why its hard to fix.

You need Math formatting mode set to Client-side MathJax or MathML modes to see the problem.

Its a bit hacky but if we see

</p>
<math class="mwe-math-element mwe-math-element-inline">
...
</math>
<p>

Then it might be safe to conclude that the and are spurious. You need the mwe-math-element-inline class to know its an inline formula.

Christian1985 subscribed.Aug 9 2025, 7:53 AM

Physikerwelt removed a parent task: T375318: Native MathML mode formatting bugs.Aug 12 2025, 11:07 PM

Physikerwelt edited parent tasks, added: T271001: Transition to MathML rendering as default; removed: T375238: Client-side MathJax rendering problems.Sep 18 2025, 5:37 PM

	F63003528: image.png
	Jul 5 2025, 3:34 PM

	F62900464: image.png
	Jul 4 2025, 11:54 PM

Math block inside a {{blockquote}} render in display style in MathML and Client side MathJaxOpen, HighPublicBUG REPORTActions

Description

Related ObjectsSearch...

Event Timeline

Math block inside a {{blockquote}} render in display style in MathML and Client side MathJax
Open, HighPublicBUG REPORT
Actions

Related Objects
Search...