[ef03f32d18dfe33cc0c48921] Exception caught: Request to parsoid for "wikitext" to "html" conversion of content connected to title "Topc:Ubege0uwo0i7zyng" failed: 406

Please provide a stacktrace: https://www.mediawiki.org/wiki/Manual:How_to_debug

[ef03f32d18dfe33cc0c48921] Exception caught: Request to parsoid for "wikitext" to "html" conversion of content connected to title "Topc:Ubege0uwo0i7zyng" failed: 406

This is the same thing as T191215: corrupted rev_content

Adding this to the Samsyn board as this also affects our wiki. In our case it is both an issue in VisualEditor and that the name is not displayed when the post is viewed after saving.

The "failed: 406" error is documented in T191215 and was fixed but I think to get it you either have to upgrade MW/Flow to 1.31 or downgrade Parsoid to 0.8.0.

What is the meaning of those messages, @Lokal_Profil.

In T192318#4597304, @Trizek-WMF wrote:

What is the meaning of those messages, @Lokal_Profil.

The images?
The first illustrates that the FlowMention template does not get rendered when viewing the message in VE during editing (by comparison on e.g. se.wikimedia.org the view would be "@mentioned_user").
The second illustrates that the FlowMention template does not get rendered when viewing the message (outside of editing).

The template exists and contains the same same wikitext as e.g. wmse:Template:FlowMention. When I view "what links here" for the template nothing shows up. The mention triggers a notification to the mentioned user so it is a rendering issue in SturcturedDiscussions.

In T192318#4584105, @Lokal_Profil wrote:

Re-opening as we are still experiencing this issue on another wiki with the version combination MediaWiki 1.31.0, Flow REL1_31 and Parsoid 0.9.0.

With this combination you should NOT see Exception caught: Request to parsoid for "wikitext" to "html" conversion of content connected to title "Topc:xxx" failed: 406 anymore. Can you confirm this?

Are you seeing any other error in the log that could be related to Flow or Parsoid?

In T192318#4597795, @SBisson wrote:

In T192318#4584105, @Lokal_Profil wrote:

Re-opening as we are still experiencing this issue on another wiki with the version combination MediaWiki 1.31.0, Flow REL1_31 and Parsoid 0.9.0.

With this combination you should NOT see Exception caught: Request to parsoid for "wikitext" to "html" conversion of content connected to title "Topc:xxx" failed: 406 anymore. Can you confirm this?
Are you seeing any other error in the log that could be related to Flow or Parsoid?

True that I don't get that error. The behaviour I see is the same as in the screenshot in the task description though.

Running it with ?debug=1 I get the following in the (Firefox) console during editing:
unreachable code after return statement[Learn More] flow-board-loadmore.js:482:3
and get the attached Flow debug.

When saving I get the following in the console:

mw.Api error: http
{…}
exception: ""
textStatus: "error"
xhr: Object { readyState: 0, getResponseHeader: getResponseHeader(), getAllResponseHeaders: getAllResponseHeaders(), … }
<prototype>: {…}

the wiki is closed but I'll happily try any necessary debug tricks.

Most likely, the rendering problems in edit mode and in view mode have the same root cause: Parsoid is not able to render the mention template.

I think you might need to set $wgVirtualRestConfig['modules']['parsoid']['forwardCookies'] = true; . If that doesn't work, try $wgFlowParsoidForwardCookies = true;.

In T192318#4632458, @Catrope wrote:

Most likely, the rendering problems in edit mode and in view mode have the same root cause: Parsoid is not able to render the mention template.
I think you might need to set $wgVirtualRestConfig['modules']['parsoid']['forwardCookies'] = true; . If that doesn't work, try $wgFlowParsoidForwardCookies = true;.

Thanks we'll give them a try and report back here.

@Catrope We tried the above but no luck. We also have $wgSessionsInObjectCache=true so that isn't the cause either.

Hello,

Do you fix this error?

I am having this problem exactly like yours.

MediaWiki 1.32.0
PHP 7.3.6 (apache2handler)
MariaDB 5.5.60-MariaDB
ICU 62.1

@Readmanhe: See T192318#4632458

@Aklapper

HI, I end up with changing parsoid back to 0.9.0 and adding ParsoidConfig.prototype.strictAcceptCheck = false

Do you know that is this a bug or something?

Thanks