Sat, Nov 16
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
Thu, Nov 14
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
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.
Mon, Nov 11
Wed, Nov 6
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.
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.
After all, now that MathJax 3 is deployed in production, I suggest to continue the discussion here T237516.
Yes. The layout in firefox and chrome looks different now. And the success criteria defined in T214980 are not fulfilled.
Tue, Nov 5
I still am very concerned about this procedure.
That is how the example provided in the ticket description currently looks
Fri, Nov 1
Wed, Oct 30
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.
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
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
Oct 11 2019
@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.
@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
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.
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
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.
In the mathoid mode, we do support all the databases mentioned above. https://github.com/wikimedia/mediawiki-extensions-Math/tree/54d1b77401a250d24a6923193c5c73459a10c2c2/db
It comes with MultiHttpClient.
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.
@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.
Sep 15 2019
Sep 13 2019
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 27 2019
Aug 23 2019
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 9 2019
Aug 7 2019
@Andreg-p I mean this selector
Aug 6 2019
Aug 5 2019
@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 24 2019
Jul 22 2019
Sorry I wanted to write exists.
Jul 19 2019
I think we should also deprecate exist as alias for exist.
The bot has been created.
I did run git grep -i jax and the remaining results are justified. Closing.
Looking for the config I realized that the following config variables are outdated and point to most likely undefined locations.
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
Jul 12 2019
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.
@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).
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:-(
I removed my general comment that there might be other things from the description. In the last year, nothing came to my mind.
@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.
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.
@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?