Sun, Oct 10
@Jdlrobson thank you.
I see that you set an empty default. However, I was wondering where do I get the default value for the current rest.php. If I start to construct the path in the math extension any changes to the default path of rest.php will have to be applied in parallel to MW-core and the math extension. Conventions like that caused headaches in the past, thus I would want to avoid that in the future.
Wed, Oct 6
I think there is nothing that can be done from the Math extension point of view. The problem should be probably fixed in the chromium project.
Tue, Oct 5
Does the problem also occur if you open the SVG image https://wikimedia.org/api/rest_v1/media/math/render/svg/3ea817d332c1c183f8dccce58209afacef08d5aa directly?
Mon, Oct 4
@Aklapper another important information is if "experimental web platform features" is enabled or not? That determines if Chrome uses the latest MathML features or SVG images.
Sun, Oct 3
Sat, Oct 2
Fri, Oct 1
Sep 14 2021
I was trying to figure out why this task was moved by clicking on the linked tasks. However, I wasn't able to get it. Can someone explain it or link the related discussion?
Sep 10 2021
Sep 7 2021
Sep 5 2021
Sep 1 2021
@hnowlan This was extremely helpful.
Aug 30 2021
The urgency was resolved, without the patch. However, in the future people doing the deployment should be able to figure out how to update mathoid. I would expect that updating the documentation would take less than one hour.
Aug 26 2021
I tested zeros on fr wiki and it seems to work again.
@Jdforrester-WMF is there any work to be done to get this extension included?
This works now
testing now with php7 without curl
As far as I can see this should be resolved. The issue was the Math uses MultiHttpClient.
Aug 24 2021
I am not aware of any code path in mathoid that would return 503. Maybe it is a load /network problem. What would be the desired behavior instead of throwing the error? Retry, or would that make things worse?
@Lucas_Werkmeister_WMDE There is still one edge case <math>0</math> where the fix you backported causes problems. I can't judge how important that is in comparison to other current problems. However to me this seem something one should better fix sooner than later as people change the wikitext in order to workaround this problem. Therefore, I would be happy about a sooner code review in comparison to new features.
Aug 19 2021
If we would remove the bugfix it would show another error for math tags with width zero:
Maybe the workaround for T10372 is no longer needed.
The patch introduced a new problem. It treats 0 as null.
Aug 13 2021
@Jdlrobson I have implemented a first rough draft along the lines of your proposal from above:
Aug 10 2021
This was discovered by @Pchelolo in https://gerrit.wikimedia.org/r/c/mediawiki/extensions/Math/+/709825/4..5
Aug 6 2021
I understand that you don't want to overwrite files, however, that might be a good way to see what can be done and whatnot. In a second step, we can discuss how to turn that into some easy-to-maintain package.
I don't know if we still need that. However, we are about to switch from restbase to the new mediawiki rest API. So if that can wait a bit^(TM) it will be resolved automatically.
Aug 5 2021
See my comment in T288189. Also for testing you can the mathoid test page if you navigate to the localhost:10042 or localhost:10044 dependeing on your settings. You should see a testpage similar to https://mathoid2.wmflabs.org/info.html
It shows the results with and without texvcjs validation.
Client-side MathJax was removed years ago. For mathoid you can create side-wide simple macros like that by adjusting texvcjs on your server, i.e., adding entries here https://github.com/wikimedia/mediawiki-services-texvcjs/blob/master/lib/texutil.js#L517 page wide and formula wide macros won't be supported. Is that something you can work with? I think if you establish proper naming conventions for LaTeX macros page specific macros cause more problems than you might think first. Different authors, copy and paste etc.
@Jdlrobson thank you for offering your help in https://gerrit.wikimedia.org/r/c/mediawiki/extensions/Math/+/710064 Now the test while not very useful passes. Is that the kind of tests that will help us for the popups problems, or do we need to enter a different route there?
Aug 4 2021
I also had a look at the node-qunit test folder in the popups extension but this extension seems to use a different mechanism to run the tests. There seems to be a js file called run which coordinates running of the tests.
Aug 3 2021
I checked https://caniuse.com/mathml and it seems there are about 3/4 that do not support MathML. However, that is something one could start with.
Aug 1 2021
@Jdlrobson thank you very much.
Jul 31 2021
@Jdlrobson: @Andreg-p implemented a fully working version for the math extension in 2018 and are trying to figure out since then who feels responsible to allow us to display popups for math in the same way as it was done for references (which are also not blue). This is extremely frustrating. I am still hesitant to add another js library to display popups just because nobody feels responsible. And unlike WMDE (https://phabricator.wikimedia.org/T208758#6476942) we don't have a team that can push things forcefully forward.
Jul 29 2021
The example you linked currently renders to:
Jul 27 2021
Jul 14 2021
I started to implement a "fix". However, I realized that it adds quite some complexity, e.g,. handling the default value for timeout, which is the string "default" https://gist.github.com/physikerwelt/e34f231aea94b939391524097f9e35d3#file-stream-patch-L30. Eventually, I think for my usecase it is better to just use https://docs.guzzlephp.org/en/stable/request-options.html?highlight=stream#stream.
this seems pretty, obvious. Thanks.
@Aklapper I spend some time searching for the tag MediaWiki-libs-HTTP is there any trick to find more relevant project tags? Maybe some simple ML model where you can recommend tags from the bug description text and title?
Jul 13 2021
Jul 12 2021
running as root resolved the issue, cf, https://phabricator.wikimedia.org/T273682#6809767
Jul 8 2021
Following the removal of texvc T188879 it is now possible to include unicode characters in <math> mode.
Jul 5 2021
Jul 3 2021
I have implemented a solution to this problem in December 2020. Some parts are "already" merged. However, at least 2 steps are missing. I hope someone from WMF will find time to look at my code.
Jun 21 2021
ok, according to T234827 batch import is known to be broken.
quick-statements runs well in the foreground.
May 31 2021
@WDoranWMF it seems that the progress here is somehow stalled. Is this a project that is actively pursued? I would like to make some progress and get a restbaseless version of the Math extension bundled into mediawiki version 1.37. I had the impression that might work under the restbase sunset umbrella, but maybe this was to optimistic. I have the feeling I am somehow out of the loop.
For math it crates conflicts with the intention to remove restbase entirely. https://gerrit.wikimedia.org/r/c/mediawiki/extensions/Math/+/665654/1 the review is pending since February. It is really a pitty that all this effort is wasted due to a very slow review process.
May 28 2021
I am not sure if is a good idea to add indention to math images. This will increase the size to be transferred via network connections.
May 16 2021
@Kizule my impression of the problem is different. All my (trival) patches to core were merged extremely quick (a few days). The problem is to get non-trival stuff reviewed.
The list of @Urbanecm P15969 is interesting.
I think if you reply or comment on patches that is already a great help. I think a patch that has already a +1 is more likely to get a +2. Do you have examples of currently open patches where you would use "+2"?
May 15 2021
For me, it would be very interesting as I am highly interested in the dynamics of the developers in the Wikimedia movement ecosystem. While I myself am desperately searching for mechanisms to unblock stalled projects such as T208758 I would not see how this could be solved by granting additional rights. From my observation, I see that the principles and guidelines change quite frequently. Just to keep up to date with the latest developments requires a substantial commitment of volunteer hours.