This is from https://test.wikipedia.org/wiki/Help:Displaying_a_formula rendered in Google Chrome

Its nearly clear, https://en.wikipedia.org/wiki/Barnes_G-function and https://en.wikipedia.org/wiki/Computational_anatomy are still reporting "Math extension cannot connect to Restbase."

I've created https://test.wikipedia.org/wiki/Help:Displaying_a_formula with a copy of the English Wikipedia version. You need to switch your preferences to MathML to see it.

I'm now seeing the error rate on the English Wikipedia drop to normal levels again. Unless someone else has cleared them out, we have no pages added to https://en.wikipedia.org/wiki/Category:Articles_with_math_errors in the last 24 hours.

The rate of error is still very high. Today 293 new errors appeared. It has been averaging about 80 a day on the English Wikipedia for the last few week, up considerably from the 10/day rate back in July.

A quick way to clear the entries in the tracking categories is to use AWB https://en.wikipedia.org/wiki/Wikipedia:AutoWikiBrowser
Set it to read from Kategorie:Wikipedia:Seite mit Math-Fehlern
not make any changes to the page, but never skip. This will make a null-edit to the page which also seems to force a re-rendering of the page clearing out RESTbase errors. These edits will not appear in your contributions. You do need to apply to use AWB on the wiki you wish to make edits.

There is a fairly constant error rate on the English Wikipedia, I would estimate about 1 or 2 a day. I spend a few minutes a day clearing out
https://en.wikipedia.org/wiki/Category:Articles_with_math_errors

Rate of errors on the English Wikipedia seems to have gone back to normal now.

Errors due to RESTbase have suddenly shot up in the past couple of weeks. I monitor https://en.wikipedia.org/wiki/Category:Articles_with_math_errors and there are normally a couple a day, and it was easy to keep the category mainly empty.

This is normally a temporary issues. If you do a https://en.wikipedia.org/wiki/Wikipedia:Purge on the page adding &mathpurge=true
it can reload the page.

https://en.wikipedia.org/wiki/Template:Or- has <math>A\lor B</math> which is correct syntax but triggers the category. Lots of pages include this and they all get included in the category.

Looking at the generated html for the heading from en:Distance geometry

=== Embedding <math>n+2</math> and <math>n+3</math> points ===

the html is like

<h3>
  <span id="Embedding_.7F.27.22.60UNIQ--postMath-0000006A-QINU.60.22.27.7F_and_.7F.27.22.60UNIQ--postMath-0000006B-QINU.60.22.27.7F_points"></span>
  <span class="mw-headline" id="Embedding_'&quot;`UNIQ--postMath-0000006A-QINU`&quot;'_and_'&quot;`UNIQ--postMath-0000006B-QINU`&quot;'_points">
   Embedding 
   <span class="mwe-math-element"><span class="mwe-math-mathml-inline mwe-math-mathml-a11y" style="display: none;">
      <math xmlns="http://www.w3.org/1998/Math/MathML" alttext="{\displaystyle n+2}">
        <semantics>
           <mrow class="MJX-TeXAtom-ORD">
           <mstyle displaystyle="true" scriptlevel="0">
           <mi>n</mi>
           <mo>+</mo>
           <mn>2</mn>
           </mstyle>
           </mrow>
         <annotation encoding="application/x-tex">{\displaystyle n+2}</annotation>
       </semantics>
     </math>
  </span>
  <img src="https://wikimedia.org/api/rest_v1/media/math/render/svg/aaf4207e44c00a9312fe3e8710efbefcd6eafdc0" class="mwe-math-fallback-image-inline" aria-hidden="true" style="vertical-align: -0.505ex; width:5.398ex; height:2.343ex;" alt="n+2">
</span>
and
<span class="mwe-math-element">
  <span class="mwe-math-mathml-inline mwe-math-mathml-a11y" style="display: none;"><math xmlns="http://www.w3.org/1998/Math/MathML" alttext="{\displaystyle n+3}">
  <semantics>
    <mrow class="MJX-TeXAtom-ORD">
      <mstyle displaystyle="true" scriptlevel="0">
        <mi>n</mi>
        <mo>+</mo>
        <mn>3</mn>
      </mstyle>
    </mrow>
    <annotation encoding="application/x-tex">{\displaystyle n+3}</annotation>
  </semantics>
 </math>
</span>
   <img src="https://wikimedia.org/api/rest_v1/media/math/render/svg/a44881542c39b62fb9742817a96aba3d2a7773a7" class="mwe-math-fallback-image-inline" aria-hidden="true" style="vertical-align: -0.505ex; width:5.398ex; height:2.343ex;" alt="n+3">
  </span>
   points
  </span>
</h3>

The generated TOC entry is

5.2	Embedding '"`UNIQ--postMath-0000006A-QINU`"' and '"`UNIQ--postMath-0000006B-QINU`"' points

It looks like it's taking the TOC entry from the id elements of the span tags.

I've created a test page https://en.wikipedia.org/wiki/User:Salix_alba/overrightarrow with various combinations.

Generated HTML

<span class="mwe-math-element"><span class="mwe-math-mathml-inline mwe-math-mathml-a11y" style="display: none;"><math xmlns="http://www.w3.org/1998/Math/MathML" alttext="{\displaystyle {\overrightarrow {PQ}}}">
 <semantics>
  <mrow class="MJX-TeXAtom-ORD">
    <mstyle displaystyle="true" scriptlevel="0">
      <mrow class="MJX-TeXAtom-ORD">
        <mover>
          <mrow>
            <mi>P</mi>
            <mi>Q</mi>
          </mrow>
          <mo>→<!-- → --></mo>
        </mover>
      </mrow>
    </mstyle>
  </mrow>
  <annotation encoding="application/x-tex">{\displaystyle {\overrightarrow {PQ}}}</annotation>
 </semantics>
</math></span>
<img src="https://wikimedia.org/api/rest_v1/media/math/render/svg/675febeea8e91072fb11994af206714d0bc598a0" class="mwe-math-fallback-image-inline" aria-hidden="true" style="vertical-align: -0.671ex; margin-top: -0.4ex; width:3.714ex; height:4.176ex;" alt="{\displaystyle {\overrightarrow {PQ}}}"></span>

This was mentioned at https://en.wikipedia.org/w/index.php?title=Wikipedia_talk:WikiProject_Mathematics&oldid=1087322528

This has appeared again at https://en.wikipedia.org/w/index.php?title=Wikipedia_talk:Manual_of_Style/Mathematics&oldid=1064958662 some examples of usage are Heaviside step function, Kan extension, and Quantum operation.

How about concatination? When there is a alt text simply append the alt text and the latex equation.

+1 for adding an if statement.

Slight issue with the right to left characters. The order if different between what is typed and what is renders appears differently.

One more request is for an upright mu: μ. The use case is for units like micro-metre μm. Other upright Greek letters might also be useful.

What I mean by a caching problem is that it depends on historical information about the formula rather than recalculating whether formula should cause the page to be placed in the category.

It seems like all the solutions require some other LaTeX packages to be installed. The discussion on WikiProject maths suggests that this is not the best notation.

A relevant stackexchange thread is https://tex.stackexchange.com/questions/26637/how-do-you-get-mathbb1-to-work-characteristic-function-of-a-set

This seems to be an upstream bug in MathJax, the syntax does not work on their standard system.

This last one is cache problem. Trying to purge things with action=purge&mathpurge=true does not clear this error.

Another problem has been spotted with some formula like \mathbb{C}^7, which was failing but others like \mathbb{C}^6 worked fine.

Not a problem after all. You need to reload the page in the browser to force new versions of the images to be downloaded.

It seems to be working but there are some caching issue.

I'm now running my script to look for awkward cases.

The problem with \( and \[ is that they could conflict with other uses.

I see the problem a math tag without a display attribute really needs a context-sensitive rendering. If its

I rather feal discussion on having a \[ syntax really needs its own task. I've created one at T268912

Like Physikerwelt I'm sceptical on the chances of getting quite a fundamental syntax change through code review.

I've fixed the {{math rating}} template to capitalize the class and importance ratings and it seems to have fixed the problems for the maths articles.

As to the actual task description, there are three possible options for what should be copied.

I've a bit of javascript which allows copying formula on a double click

The page https://en.m.wikipedia.org/wiki/User:Beland/math_bug renders correctly when viewed in a desktop browser. It seems to render fine on an android phone, in chrome and Samsung internet browser.

Yes go ahead.

I've run some examples from https://en.wikipedia.org/wiki/Opposite_group, Which uses \mathbin and all look good.

Works for me in Firefox & Chrome on windows 10 and Chrome on a Chromebook.

Try adding a line

Better than it was, the CSS is loaded. But still not working.

I think security problems might be related to this bug
https://stackoverflow.com/questions/37298608/content-security-policy-the-pages-settings-blocked-the-loading-of-a-resource
I've a feeling the webserver is configured to set default headers which restrict what can be done.

I'm having problems getting anything sensible out of the mathoid server. I'm getting lots error messages in the console and I can't see if its doing anything

@Physikerwelt now that the workflow problems of T207535 are solved, might this be an easy fix?

Seeing as I have been summoned by invocation of my name, I must admit a bit of confusion with the process.

Just a question about the tracking category. There seem to be a few false positives, I've tried to clear out https://en.wikipedia.org/wiki/Category:Pages_that_use_a_deprecated_format_of_the_math_tags and I can't workout why some pages are still there.

If I choose the mml output from the rest server

So just taking the first mention in this task.

In T51969 TrevorParscal write

The errors had been there for ages. It was only when the infobox template was added to the pages with unknown parameter tracking in this edit

Found it!

Hope the above explanation sufices.

Math_errors - errors caused by a syntax error in the expression.

See T50032 which looks related. A fix might be to enclosed the chinese characters in \text{} as in the example at https://en.wikipedia.org/wiki/User:TheDJ/math which has the example

Also tried action=purge&mathpurge=true to no effect.

Fixed thanks. I had a lot of problems as the other site advised using ssh-keygen -t rsa -b 4096 to generate the key. This didn't seem to play well with toolforge.

The problem is not in the in the normal list of sub-categories but in the expanded list of categories when using the CategoryTree extension.

To help the discussion here is some info about current usage.

Message received from UK National Cyber Security Centre. Is there any info we could send to them.

In T232224#5472588, @Incnis_Mrsi wrote:

How certain is that the attack—if it was noticeable at all—was the root cause of the esams outage? My analysis of Grafana plots and personal experience led to following conclusions:

1. About 17:44 some network hardware in Amsterdam failed, presumably a router. Varnish and backends stayed idle.
2. About 18:04 a change in the dyna.wikimedia.org resolving threw Old-World users to eqiad, and the event is reflected in a strong activity surge recorded in Ashburn.
3. About 18:24 European admins restarted the crashed device and the Foundation switched dyna.wikimedia.org back.
4. The problematical device suffered more failures, but dyna.wikimedia.org remained at text-lb.esams.wikimedia.org.

Looks like attackers have stopped for now, but may be back tomorrow.

I've contacted the UK National Cyber Security Centre about this and had a response. Is there an official contact I should use.

Just to thank the mobile team and others for resolving this quickly. Well done all.

It looks like the \v in \varphi is being interpreted as a special character. Other backslashes like \cos are removed.

One little bug. On https://en.wikipedia.org/wiki/Wikipedia_talk:WikiProject_Mathematics/Archive/2012/Mar#Serif/sans-serif_for_math_expressions_in_running_text

It might be worth documenting the workaround in Help:Formula for the affected languages.

There is an interesting comment on

Is it possible to extends this to cover the other deprecated syntax we are trying to remove \and, \bold etc.

One failed page
https://en.wikipedia.org/w/index.php?title=User_talk:Bdmy&diff=prev&oldid=852026081&diffmode=source
here the page had nowiki's and unmatched maths tags. This meant the bot matched a large proportion of the article, and did changes syntax outside of maths tags.