# User Details

User Since
Oct 24 2014, 1:27 PM (264 w, 2 d)
Availability
Available
IRC Nick
physikerwelt
LDAP User
Physikerwelt
MediaWiki User

# Sat, Nov 16

Physikerwelt added a comment to T233121: alt tag in math environment seems to get ignored.

We could add an if statement that uses the current representation unless the alt tag is specified. That is easy to implement.

# Fri, Nov 15

this is still an issue. Might be related to T232866

# Wed, Nov 13

I would like to apply the "actionable items" to the Math extension. Yesterday, I cleaned up old patches in gerrit

and did a code review for active patches

It is now live. See https://www.mediawiki.org/wiki/Extension:Math/T218295 for the test cases.

# Tue, Nov 12

Physikerwelt updated subscribers of T237516: Update to MathJax 3.
Physikerwelt added a comment to T237516: Update to MathJax 3.

I think the way to go forward is to introduce a new rendering mode and then phase out the current rendering mode. Otherwise regressions are too likely.

Physikerwelt updated the task description for T237516: Update to MathJax 3.
Physikerwelt updated the task description for T237516: Update to MathJax 3.

# Mon, Nov 11

@WMDE-Fisch @hashar could you maybe update the ticket description and suggest an agenda?

# Wed, Nov 6

Physikerwelt added a comment to T233213: XSS in Wikidata Query Service UI.

Thanks. I checked with a private browser tab that the link is not visible from the outside. I would still suggest not to distribute the patch that bundles MathJax 3. To include a new external library I would very much like to see that this takes the standard WMF code review route.

Physikerwelt updated the task description for T237516: Update to MathJax 3.
Physikerwelt added a comment to T237516: Update to MathJax 3.

The deeper I investigate the situation, I get the impression that this update will be a big advancement. I can't see any disadvantages up to now.

Physikerwelt added a comment to T233213: XSS in Wikidata Query Service UI.

After all, now that MathJax 3 is deployed in production, I suggest to continue the discussion here T237516.

Physikerwelt updated the task description for T237516: Update to MathJax 3.
Physikerwelt triaged T237516: Update to MathJax 3 as Low priority.
Physikerwelt updated the task description for T237516: Update to MathJax 3.
Physikerwelt added a comment to T233213: XSS in Wikidata Query Service UI.

Turning off the rendering entirely is also a big change in the rendering which would have been done without community involvement.

Physikerwelt added a comment to T233213: XSS in Wikidata Query Service UI.

The acceptance criteria of T214980 were also not fulfilled before this XSS fix was deployed. This task is not about meeting the acceptance criteria of T214980

Physikerwelt added a comment to T233213: XSS in Wikidata Query Service UI.

Yes. The layout in firefox and chrome looks different now. And the success criteria defined in T214980 are not fulfilled.

# Tue, Nov 5

Physikerwelt added a comment to T233213: XSS in Wikidata Query Service UI.

That is how the example provided in the ticket description currently looks

# Fri, Nov 1

Physikerwelt added a comment to T233213: XSS in Wikidata Query Service UI.

Sounds like that flow could also result in many requests to that API in a single second (2x the number of things to be formatted)? Unless the API provides batching.

# Wed, Oct 30

Physikerwelt added a comment to T233213: XSS in Wikidata Query Service UI.

Since I implemented the 'old implemention for math markup' I would like to know how this has to do with XSS. It does not use JS at all. I think the XSS problem has nothing to do with Math rendering. IMHO Math rendering for non MathML enabled rendering should be implemented as on all other Wikimedia Sites using the API, which provides fallback images.

Physikerwelt added a comment to T233213: XSS in Wikidata Query Service UI.

I am still very confused by the bug. How does adding a new method to render mathematical expressions (which might cause new problems and contradicts previous efforts to reduce the number of math tending options) resolve a XSS vulnerablyty? I would suggest to spit the patch, disable XSS in step one and fix the rendering problem in step two.

# Sat, Oct 26

Dalba awarded T99369: Remove client-side MathJax rendering mode a Dislike token.

Just guessing: Are there any empty math tags or is math used in footnotes or references. (I am currently away from a computer)

# Oct 16 2019

Physikerwelt awarded T195847: Clean up artifacts from LaTeX based math rendering a Like token.

# Oct 11 2019

Physikerwelt added a comment to T233213: XSS in Wikidata Query Service UI.

@Lucas_Werkmeister_WMDE this is implemented but not enabled. Mathoid can handle MathML as input type, but the value 'mathml' must be added to restbase.

Physikerwelt added a comment to T233213: XSS in Wikidata Query Service UI.

@Lucas_Werkmeister_WMDE I am not following. Why do you want to implement an alternative Math rendering pipeline and not use the Wikimedia rest API for rendering https://en.wikipedia.org/api/rest_v1/#/Math ? Given the history of different options to render math and the trouble, this caused in the past, I would advise thinking twice before adding another MathJax version.

# Oct 3 2019

@tstarling this is exactly the right way of thinking. However, I do not understand why the titles are a sperate batch?

By titles do you mean headings? It's just easier to deal with the corner cases in the simplest way.

Yes, headings. If there is a page that uses math in headings more than once, this might get be really slow.

By all means, we should avoid a significant increase in the page loading time. For Math, I had another idea in mind to eliminate the strip markers entirely. If there was an earlier call to a preTaghook that must not produce any output one could precalculate values that later can be used in the tagHook. The preTagHook could be called even before the output page gets created.

Do you have a specific idea of how that would work? Strip markers exist to protect the output of extensions from being treated as wikitext.

@Andreg-p what is the status here? I had the impression that this is almost done.

# Sep 30 2019

I second what @Tgr wrote.

Physikerwelt awarded T200987: Set up volunteer code review queue a Love token.

# Sep 20 2019

Can this be related to T202352, since we use MultiHttpClient https://github.com/wikimedia/mediawiki-extensions-Math/blob/54d1b77401a250d24a6923193c5c73459a10c2c2/src/MathRestbaseInterface.php#L170 ? I wonder if I am the only one seeing status code 0?

# Sep 17 2019

Physikerwelt added a comment to T232948: Bundle Math extension with MediaWiki.

Extension's default configuration provides optimal experience

Not sure what this means, but there is nothing one can do to improve the default configuration unless one has special needs.

Physikerwelt updated the task description for T232948: Bundle Math extension with MediaWiki.
Physikerwelt added a comment to T232948: Bundle Math extension with MediaWiki.

In the mathoid mode, we do support all the databases mentioned above. https://github.com/wikimedia/mediawiki-extensions-Math/tree/54d1b77401a250d24a6923193c5c73459a10c2c2/db

Physikerwelt added a comment to T232948: Bundle Math extension with MediaWiki.

Is there a direct dependency of Math upon php-curl, or is it an indirect dependency through MultiHttpClient? If the latter, perhaps T202352 could eliminate that dependency.

It comes with MultiHttpClient.

Physikerwelt added a comment to T137926: Support running MediaWiki without 'curl' PHP extension.

Wow. Amazing work. I am surprised that it's worth the effort to remove just one dependency. I am supporting this as suggested in T232948#5499371.

Physikerwelt added a comment to T233121: alt tag in math environment seems to get ignored.

@Lpd-Lbr Thank you for your bug report. This is the intended behavior of the Math extension. Thus it's not a bug but a feature request. I will take care of the handling of this feature request. Note, that it might take a few weeks until there is a decision if we implement the feature.

Physikerwelt updated the task description for T209220: Expand the set of bundled extensions and skins in MediaWiki 1.34.

# Sep 15 2019

Physikerwelt renamed T232948: Bundle Math extension with MediaWiki from Add extension math to the default modules in REL 1.34 to Add extension math to the default extensions in REL 1.34.

# Sep 11 2019

Might have been resolved. I can not see the error in my browser.

# Sep 9 2019

Closing due to inactivity. The linked bug report is more than one year old.

# Sep 4 2019

@tstarling this is exactly the right way of thinking. However, I do not understand why the titles are a sperate batch? By all means, we should avoid a significant increase in the page loading time. For Math, I had another idea in mind to eliminate the strip markers entirely. If there was an earlier call to a preTaghook that must not produce any output one could precalculate values that later can be used in the tagHook. The preTagHook could be called even before the output page gets created.

# Aug 23 2019

Physikerwelt added a comment to T148047: Desktop MediaWiki should be able to lazy load images.

IMHO we should first investigate the problems with lazy image loading on mobile. In particular, I think essential images that are part of the main text flow of reading should be preloaded before they become visible. Often I try to read Wikipedia articles for instance in the subway, the text seems to be all right but without the essential images (like math formula) I can't make sense of the articles. I took the following screenshot today in the subway. It took almost a minute until the images did appear.

If these images were prefetched at the station (with good signal) or loaded together with the text the reading experience would have been much better.

# Aug 7 2019

Physikerwelt updated subscribers of T229939: Use wikidata entity selector in OOUI input field.

@Andreg-p I mean this selector

# Aug 6 2019

Physikerwelt renamed T229939: Use wikidata entity selector in OOUI input field from Use wikidata autocompletion information field in wikidata OOUI input field to Use wikidata entity selector in OOUI input field.

# Aug 5 2019

It's not good that in order to add popups support for a particular extension (Math in this case) the Popups extension itself needs to be modified, and know about that extension. There should really be a public API for registering extra popups functionality, c.f. https://www.mediawiki.org/wiki/Manual:Extension_registration#Attributes

Physikerwelt added a comment to T196055: Remove table math from the database.

@Marostegui that's good news. Go ahead. BTW. I checked the code again and found some leftovers https://gerrit.wikimedia.org/r/#/c/mediawiki/extensions/Math/+/524592/ if you have some spare time maybe you can have a look.

# Jul 22 2019

Sorry I wanted to write exists.

# Jul 19 2019

I think we should also deprecate exist as alias for exist.

Physikerwelt closed T197925: Create a bot to replace deprecated math syntax as Resolved.

The bot has been created.

I did run git grep -i jax and the remaining results are justified. Closing.

physikerwelt@x1:~/git/wikipedia/Mathgit grep -i jax RELEASE-NOTES-3.0.0:* (T99369) Remove client-side MathJax support. i18n/ksh.json: "mw_math_mathml": "<i lang=\"en\" xml:lang=\"en\" dir=\"ltr\" title=\"Mathematical notations in web pages\">MathJax</i>, wann dat nit jeihd <i lang=\"en\" xml:lang=\"en\" dir=\"ltr\" title=\"Scalable Vector Graphics\">SVG</i> udder söns <i lang=\"en\" xml:lang=\"en\" dir=\"ltr\" title=\"Portable Network Graphics\">PNG</i> (för modärne Brauser un Wärkzüsch för der Zohjang)", images/reference.svg:<svg xmlns:xlink="http://www.w3.org/1999/xlink" width="5.099ex" height="2.343ex" style="vertical-align: -0.505ex;" viewBox="0 -791.3 2195.4 1008.6" xmlns="http://www.w3.org/2000/svg" role="math" aria-labelledby="MathJax-SVG-1-Title MathJax-SVG-1-Desc"> images/reference.svg: <title id="MathJax-SVG-1-Title">Equation</title> images/reference.svg: <desc id="MathJax-SVG-1-Desc">a plus b</desc> modules/ve-math/ve.ui.MWMathSymbols.css: background-image: url( data:image/svg+xml,%3Csvg%20xmlns%3Axlink%3D%22http%3A%2F%2Fwww.w3.org%2F1999%2Fxlink%22%20width%3D%221.55ex%22%20height%3D%222.009ex%22%20style%3D%22vertical-align%3A%20-0.338ex%3B%22%20viewBox%3D%220%20-719.6%20667.3%20865.1%22%20role%3D%22img%22%20focusable%3D%22false%22%20xmlns%3D%22http%3A%2F%2Fwww.w3.org%2F2000%2Fsvg%22%20aria-labelledby%3D%22MathJax-SVG-1-Title%22%3E%3Ctitle%20id%3D%22MathJax-SVG-1-Title%22%3Elogical-and%3C%2Ftitle%3E%3Cdefs%20aria-hidden%3D%22true%22%3E%3Cpath%20stroke-width%3D%220.5%22%20id%3D%22E1-MJMAIN-2227%22%20d%3D%22M318%20591Q325%20598%20333%20598Q344%20598%20348%20591Q349%20590%20414%20445T545%20151T611%20-4Q609%20-22%20591%20-22Q588%20-22%20586%20-21T581%20-20T577%20-17T575%20-13T572%20-9T570%20-4L333%20528L96%20-4Q87%20-20%2080%20-21Q78%20-22%2075%20-22Q57%20-22%2055%20-4Q55%202%20120%20150T251%20444T318%20591Z%22%3E%3C%2Fpath%3E%3C%2Fdefs%3E%3Cg%20stroke%3D%22currentColor%22%20fill%3D%22currentColor%22%20stroke-width%3D%220%22%20transform%3D%22matrix%281%200%200%20-1%200%200%29%22%20aria-hidden%3D%22true%22%3E%20%3Cuse%20xlink%3Ahref%3D%22%23E1-MJMAIN-2227%22%20x%3D%220%22%20y%3D%220%22%3E%3C%2Fuse%3E%3C%2Fg%3E%3C%2Fsvg%3E ); modules/ve-math/ve.ui.MWMathSymbols.css: background-image: url( data:image/svg+xml,%3Csvg%20xmlns%3Axlink%3D%22http%3A%2F%2Fwww.w3.org%2F1999%2Fxlink%22%20width%3D%221.55ex%22%20height%3D%222.009ex%22%20style%3D%22vertical-align%3A%20-0.338ex%3B%22%20viewBox%3D%220%20-719.6%20667.3%20865.1%22%20role%3D%22img%22%20focusable%3D%22false%22%20xmlns%3D%22http%3A%2F%2Fwww.w3.org%2F2000%2Fsvg%22%20aria-labelledby%3D%22MathJax-SVG-1-Title%22%3E%3Ctitle%20id%3D%22MathJax-SVG-1-Title%22%3Elogical-or%3C%2Ftitle%3E%3Cdefs%20aria-hidden%3D%22true%22%3E%3Cpath%20stroke-width%3D%220.5%22%20id%3D%22E1-MJMAIN-2228%22%20d%3D%22M55%20580Q56%20587%2061%20592T75%20598Q86%20598%2096%20580L333%2048L570%20580Q579%20596%20586%20597Q588%20598%20591%20598Q609%20598%20611%20580Q611%20574%20546%20426T415%20132T348%20-15Q343%20-22%20333%20-22T318%20-15Q317%20-14%20252%20131T121%20425T55%20580Z%22%3E%3C%2Fpath%3E%3C%2Fdefs%3E%3Cg%20stroke%3D%22currentColor%22%20fill%3D%22currentColor%22%20stroke-width%3D%220%22%20transform%3D%22matrix%281%200%200%20-1%200%200%29%22%20aria-hidden%3D%22true%22%3E%20%3Cuse%20xlink%3Ahref%3D%22%23E1-MJMAIN-2228%22%20x%3D%220%22%20y%3D%220%22%3E%3C%2Fuse%3E%3C%2Fg%3E%3C%2Fsvg%3E ); package-lock.json: "integrity": "sha512-zjaXglF5nnWpsq470jSv6P9DwPvgLkuapYmfDm3JWOm0vkNTVF2tI4UrN2r6jH1qM/uc/WtxYY1hYoA2dOKj5w==", src/MathHooks.php: // 'MW_MATH_MATHJAX' => 6 src/MathHooks.php: // 'MW_MATH_LATEXML_JAX' => 8 tests/phpunit/MathHooksTest.php: 'MW_MATH_MATHJAX' =>default,
tests/phpunit/MathHooksTest.php:                        'MW_MATH_LATEXML_JAX' => \$default,
Physikerwelt added a comment to T196055: Remove table math from the database.

Looking for the config I realized that the following config variables are outdated and point to most likely undefined locations.

Physikerwelt added a comment to T196055: Remove table math from the database.

Sorry for the late reply. It was a busy week.
Yes. You can now search if there are still images on the servers. Unfortunately, I do not know where to search. The path configuration should still be in the current server configuration. Independent of this effort, the table can be dropped.

# Jul 14 2019

Physikerwelt updated the task description for T186242: Math extension should follow Best practices for extensions.

# Jul 12 2019

Physikerwelt added a comment to T196055: Remove table math from the database.

Thank you. See https://github.com/wikimedia/mediawiki-extensions-Math/blob/2c555baf4f758dc0cbe08893a6bcb5ba79916f98/MathTexvc.php#L196 for the code that calculates the location of the image from the hash.

Physikerwelt added a comment to T196055: Remove table math from the database.

@jcrespo it would be sufficent if you keep a backup of the table somewhere. The outputhash column can not be reconstructed. Only with that one could find all the old images (if they have not already been deleted).

Physikerwelt added a comment to T196055: Remove table math from the database.

From the extension, everything is ready. All the code has been deleted T195847. As a volunteer contributor, I cannot decide if the system administrators need information from the table to find the images of rendered mathematical expressions. So I simply don't know what to do, sorry:-(

Physikerwelt added a comment to T196055: Remove table math from the database.

According to the summary "Please don't do this, this is not ready". If it is ready, it should be said so on the summary and added the tags as Manuel mentioned.

I removed my general comment that there might be other things from the description. In the last year, nothing came to my mind.

Physikerwelt updated the task description for T196055: Remove table math from the database.
Physikerwelt added a comment to T196055: Remove table math from the database.

Why declining it? We are waiting for the blocking work to own this, but nobody seems to be progressing on it.

Physikerwelt added a comment to T196055: Remove table math from the database.

@Marostegui I don't know what I could do to make the task more ready. I will just close the task. Maybe it's best to keep the table forever.

Physikerwelt closed T196055: Remove table math from the database, a subtask of T195847: Clean up artifacts from LaTeX based math rendering, as Declined.
Physikerwelt closed T196055: Remove table math from the database as Declined.
Physikerwelt added a comment to T215220: Zlib spec.yaml example produces a bad request response.

What was the input? I can not decode eJxztc1NjjMCAAagAeM= using https://www.base64decode.org/ No printable characters found, try another source charset, or upload your data as a file for binary decoding.

@WMDE-Fisch thank you.

Physikerwelt updated the task description for T186242: Math extension should follow Best practices for extensions.
Physikerwelt moved T104548: Set up a stable math demo instance from Backlog to Next on the User-Physikerwelt board.
Physikerwelt updated subscribers of T186242: Math extension should follow Best practices for extensions.

@mobrovac @thiemowmde @WMDE-Fisch I checked all boxes where I believe this is certainly implemented. It is now a fairly large list of unchecked points. Do you have any suggestions on how to proceed and prioritize the tasks? For instance, are there some aspects that should be tackled first?