In T51904#1406296, @Krenair wrote:

I'm not sure the parsoid API from T73161 is quite what we were looking for. The idea had been to allow the user to mark a template to be substituted upon save, but with this we'd have to substitute an entire transclusion (immediately?)

The new performance counters integrated into Parsoid supersede this.

A little status update:

This also happened in the Catalan Wikipedia, there's a transcript of the error at https://ca.wikipedia.org/wiki/Topic:Shssmsofmcgkqhmv .

Deployed in https://www.mediawiki.org/wiki/Parsoid/Deployments#Monday.2C_May_18.2C_2015_around_1:10pm_PST:_Y_Deployed_8ed3e503

In T86782#1300693, @santhosh wrote:

Note that there are usecases where we need to display the references in two languages in same wiki page. CX has to show source language content and target language content with two different references style. So if we load the style based on content language, we get style for only one language. How to solve this issue?

We could just concatenate the target and the arguments in wikitext, or even just serialize it back to wikitext at that point (which would take more time).

Are we sure about the second case (&lt;a&gt;…)? Given that explicit <a> tags aren't allowed in wikitext, Parsoid already encodes it correctly:

echo '<a rel="mw:ExtLink" href="http://www.google.com"&g t;Google</a>' | node parse --html2html
…
<p data-parsoid='{"dsr":[0,59,0,0]}'>&lt;a rel="mw:ExtLink" href="http://www.google.com">Google&lt;/a></p>

What's the special type for it? mw:DisplaySpace?

I'm unable to reproduce. I suppose this was fixed in the round of nowiki work last quarter. Please reopen if seen again.

Investigating…

On IRC discussions, it was argued that mw:Entity wasn't the best typeof to use in this case. A fer other possibilities were discussed, including:

• Create a new typeof like mw:DisplayHack, mw:SpaceBeforeColon, etc.
• Add a new typeof to an exiting one, i.e. typeof="mw:Placeholder mw:DisplayHack".
• Just have VE not treat this case as a mw:Placeholder and allow the user to delete them.

Preliminary patches are available in gerrit. They are all considered WIP, but pushing them to get early feedback on the general approach.

Seems related to T97155.

For completeness, here's a screenshot with VE editing the new HTML and CSS, patched so that it copies the new HTML over:

A little update after the latest patch available at https://gerrit.wikimedia.org/r/#/c/170936/, which includes the new stuff done in master such as using data-mw.body.id, removing state from the Cite extension, etc.

Deployed in https://www.mediawiki.org/wiki/Parsoid/Deployments#Wednesday.2C_April_22.2C_2015_around_1:05pm_PST:_Y_Deployed_3311936a.

In T95794#1215710, @ssastry wrote:

It just needs to replace "\n" with "\n " and tokenize it.

After a little investigation: in wts.escapeWikitext.js, WEHP.hasWikitextTokens calls the tokenizer with the right SOL state, but the second line is tokenized to a listItem TagTk, which provokes it being surrounded with <nowiki>s. Maybe there should be a way for the tokenizer to act differently if the whole text is in pre?