Page MenuHomePhabricator
Create Task
Maniphest T375349

\int_a^b limits in incorrect position in MathML mode.
Open, MediumPublicBUG REPORT
Actions

Assigned To
Physikerwelt
Authored By
SalixAlba
Sep 22 2024, 6:00 PM
Tags
Referenced Files
F70624598: Screenshot 2025-11-24 at 21.00.51.png
Mon, Nov 24, 8:04 PM
F57594726: image.png
Oct 7 2024, 12:44 PM
F57564826: image.png
Sep 28 2024, 8:54 AM
F57564820: image.png
Sep 28 2024, 8:54 AM
F57560194: Screenshot 2024-09-26 at 22-58-45 In-browser HTML5 Editor of LaTeX Fragments.png
Sep 26 2024, 9:04 PM
F57530471: image.png
Sep 22 2024, 6:00 PM
F57530468: image.png
Sep 22 2024, 6:00 PM
F57530466: image.png
Sep 22 2024, 6:00 PM
View All 9 Files
Subscribers
Aklapper
Dginev
Physikerwelt
SalixAlba
Tercer

Description

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

  • Set math render mode to MathML
  • Set font to Cambria math
  • Enter the expressions
\int\limits_{1}^{3}\frac{e^3/x}{x^2}\, dx

and

\int_{1}^{3}\frac{e^3/x}{x^2}\, dx

What happens?:

Both are rendered with limits directly above the integral sign.

image.png (217×192 px, 9 KB)

What should have happened instead?:

In the second case, limits should appear just to the right of the top/bottom of the integral sign.

SVG mode

image.png (297×257 px, 17 KB)

Client-Side MathJax

image.png (342×269 px, 14 KB)

LaTeX

image.png (226×189 px, 7 KB)

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

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

Chrome 129

Details

Related Changes in Gerrit:
SubjectRepoBranchLines +/-
Only use Munderover for displaystyle formulaemediawiki/extensions/Mathmaster+5 -1
Customize query in gerrit

Related Objects
Search...

Event Timeline

SalixAlba created this task.Sep 22 2024, 6:00 PM
Restricted Application added a subscriber: Aklapper. · View Herald TranscriptSep 22 2024, 6:00 PM
SalixAlba renamed this task from \int_a^b limits in incorrect position in MathML mode. to \int\limits_a^b limits in incorrect position in MathML mode..Sep 22 2024, 6:31 PM
SalixAlba added a parent task: T375318: Native MathML mode formatting bugs.
Physikerwelt claimed this task.Sep 26 2024, 12:18 PM
Physikerwelt moved this task from Inbox to Needs clarification on the Math board.
Physikerwelt subscribed.

Thank you. I think I can fix that.

Physikerwelt added a subscriber: Dginev.Sep 26 2024, 9:04 PM

@Dginev I tried to get the correct reference rending from LaTeXML. However, I got the same behavior as I'm getting from our native implementation

Screenshot 2024-09-26 at 22-58-45 In-browser HTML5 Editor of LaTeX Fragments.png (164×768 px, 12 KB)

I see that LaTeXML sets movable limits explicitly for the int to false. However, if I use \nolimits instead of \limits, it renders as desired in this ticket.

SalixAlba renamed this task from \int\limits_a^b limits in incorrect position in MathML mode. to \int_a^b limits in incorrect position in MathML mode..Sep 27 2024, 8:57 PM

I've changed the title as the problem is with the \int_a^b form and not the \int\limits_a^b form.

Physikerwelt added a comment.Sep 28 2024, 8:54 AM

@SalixAlba, I want to be sure that I fix the right thing.

image.png (67×926 px, 15 KB)

image.png (70×948 px, 10 KB)

I would make this \int and \sum look like the one in SVG mode.

I guess this is related to the (stupid) change in user input. Internally, whatever the user enters is wrapped into {\displaystyle YOUR INPUT }. I am unsure if the community still wants this. To me, this inline-displaystyle rendering seemed confusing for users who already know (La)TeX.

Physikerwelt triaged this task as Medium priority.Sep 28 2024, 9:04 AM
Physikerwelt mentioned this in T375907: \sum_condition puts condition in the in wrong position in MathML and client-side MathJax modes.Sep 28 2024, 9:17 AM
gerritbot added a comment.Oct 1 2024, 2:06 PM

Change #1077031 had a related patch set uploaded (by Physikerwelt; author: Physikerwelt):

[mediawiki/extensions/Math@master] Only use Munderover for displaystyle formulae

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

gerritbot added a project: Patch-For-Review.Oct 1 2024, 2:06 PM
Physikerwelt changed the task status from Open to In Progress.Oct 1 2024, 8:58 PM
gerritbot added a comment.Oct 7 2024, 10:29 AM

Change #1077031 merged by jenkins-bot:

[mediawiki/extensions/Math@master] Only use Munderover for displaystyle formulae

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

Maintenance_bot removed a project: Patch-For-Review.Oct 7 2024, 10:30 AM
ReleaseTaggerBot added a project: MW-1.43-notes (1.43.0-wmf.26; 2024-10-08).Oct 7 2024, 11:00 AM
Physikerwelt closed this task as Resolved.Oct 7 2024, 12:44 PM
In T375349#10185305, @Physikerwelt wrote:

@SalixAlba, I want to be sure that I fix the right thing.

image.png (67×926 px, 15 KB)

This is fixed.

image.png (34×925 px, 13 KB)
(https://en.wikipedia.beta.wmflabs.org/wiki/T375349)

image.png (70×948 px, 10 KB)

This is T375907 (which is unfortunately not fixed yet)

Tercer subscribed.Sun, Nov 23, 2:44 PM

This bug should be reopened, it was only fixed for \textstyle, not \displaystyle (the default).

Physikerwelt added a comment.Mon, Nov 24, 8:04 PM

@Tercer I think it's better to file a new bug.

In addition to what was said above T375907 looks good now:

Screenshot 2025-11-24 at 21.00.51.png (166×728 px, 17 KB)

Physikerwelt reopened this task as Open.Mon, Nov 24, 8:13 PM

Actually, something else has been fixed here (arg).
So {\displaystyle \int_{1}^{3}\frac{e^3/x}{x^2}\, dx} renders with moverunder but it should use msubsup

Content licensed under Creative Commons Attribution-ShareAlike (CC BY-SA) 4.0 unless otherwise noted; code licensed under GNU General Public License (GPL) 2.0 or later and other open source licenses. By using this site, you agree to the Terms of Use, Privacy Policy, and Code of Conduct. · Wikimedia Foundation · Privacy Policy · Code of Conduct · Terms of Use · Disclaimer · CC-BY-SA · GPL · Credits