I think so (unless this is used as a template for newer banners, with the same size).

This still happens for each translation field.

In T91162#5065385, @Tgr wrote:

In T91162#5065305, @daniel wrote:

For one thing, we presently have no ability to track such cross-wiki usage.

We do for images, via the GlobalUsage extension. That approach could probably be extended to other things.

Indeed. That feature is also (ab)used for user scripts (see T35355):
https://commons.wikimedia.org/wiki/Special:WhatLinksHere/Template:GlobalJsUsage

In T53294#4918840, @Daimona wrote:

Of note, I just discovered that ContentTranslation calls checkAllFilters while users are editing, in order -I think- to provide real-time feedback. But checkAllFilters has a call to recordStats, and this means that every time CX checks filters, it increases profiling data. This will be fixed in https://gerrit.wikimedia.org/r/#/c/mediawiki/extensions/AbuseFilter/+/487163/.

In T179259#3735895, @EEng wrote:

(...) For example, a group of parameters in an infobox may be grouped together, with a comment explaining something about them as a group (e.g. resolving a conflict of sources). By juggling the order you make nonsense of these comments.

I think the behaviour is not optimal for dealing with comments between comments. See e.g. this edit:
https://pt.wikipedia.org/w/index.php?diff=54180650
Instead of starting a new line for the parameter "| nome ", this is after a comment, in the same line.

Here is a recent example of this problem:
https://pt.wikipedia.org/wiki/Special:AbuseFilter/examine/log/4358048
https://pt.wikipedia.org/wiki/Tabata_Amaral?diff=53895124
Variables added_lines and removed_lines are missing, and this (or something else which I can't test due to this bug) caused a false positive for filter 105.

The problem persists after installing Ubuntu 18.10.

I'm not sure.

• gnome-tweaks shows this:

I don't get it: why would I need to change a configuration in the Ubuntu to make something work in ContentTranslation, if it already works in other places? And why would this happen intermittently and fix itself when I click in the left column (original text) and then click on the right column (translation) again?

I was not able to reproduce the bug using Visual Editor (on Firefox).
The problem happens with Firefox 63.0.3 (64-bit), on Ubuntu 18.04.1 LTS.
This is the keyboard layout:

In T30856#4702333, @Trizek-WMF wrote:

Concerning the HTTP request, I've seen that loading practice commonly used. I don't know if that's a good practice but I've never read the same comment as yours elsewhere. I literally have no idea.

Is this fixed, given the announcement in https://meta.wikimedia.org/wiki/Tech/News/2018/40?

I can't install MW to test this again, but if I remember correctly this bug was created after that feature was implemented. So, I assume it still happens.

I don't have an exaustive list of the broken pages and I was not able to find other pages with the same problem.

I've deleted the pages.
(I'm sorry for the delay)

Same problem happened at
https://pt.wikipedia.org/wiki/Especial:Filtro_de_abusos/91

MediaWiki internal error.
Original exception: [W4rwzQpAAEMAAIGF9IIAAABI] 2018-09-01 20:04:29: Fatal exception of type "Wikimedia\Rdbms\DBQueryError"
Exception caught inside exception handler.
Set $wgShowExceptionDetails = true; at the bottom of LocalSettings.php to show detailed debugging information.

Maybe this is useful? https://github.com/he7d3r/mw-gadget-ScoredCategories
I was using it to check a few categories for edits which should be reverted...

This is still happening, now with an old translation of "Rational root theorem" to Portuguese

Also fixed at https://github.com/he7d3r/mw-gadget-TopRevisionsByScore.

Analysis?

On Firefox 61, with ?safemode=1, pasting <blockquote> twice does not trigger the error, but pasting <div> twice does. I was not able to reproduce the error using Chromium 67.

I'm testing it using Firefox, with source editing. By safemode do you mean debug=1? It also happens, and the error comes from these lines:

			// Support: IE <=9
			// Black-hole SVG <use> instance trees (trac-13180)
			cur.nodeType &&

from https://www.mediawiki.org/w/load.php?debug=true&lang=en&modules=jquery%7Cmediawiki.base%7Cmediawiki.legacy.wikibits&only=scripts&skin=vector&version=19lyfvl

TypeError: cur is null[Learn More] load.php:5237:1
handlers
https://www.mediawiki.org/w/load.php:5237:1
dispatch
https://www.mediawiki.org/w/load.php:5187:18
add/elemData.handle
https://www.mediawiki.org/w/load.php:5014:6

FYI: This is the template from where I extracted the example above:
https://pt.wikipedia.org/wiki/Template:Quote?oldid=50958791&action=edit&uselang=en
The syntax was in use before Change 136234 was merged, changing {{!}} from a template into a magic word:
https://gerrit.wikimedia.org/r/#/c/mediawiki/core/+/136234/

Still reproducible (and annoying): https://pt.wikipedia.org/wiki/Decomposição_de_posto_tensorial?diff=52586846

Is this task related to the fact that no autopatrol actions are shown on ptwiki anymore? This list is empty (and takes forever to load):
https://pt.wikipedia.org/wiki/Special:Log/patrol?subtype=autopatrol

Still preventing me from using ContentTranslator more often...
https://pt.wikipedia.org/wiki/Reta_real_estendida_projetivamente?diff=51978556

Nope. But it is not the first user who does this:
https://pt.wikipedia.org/w/index.php?search=insource%3A%2Fliga%C3%A7%C3%A3o%3Dhttps%3A%2F&title=Especial:Pesquisar&profile=advanced&fulltext=1&ns0=1

AbuseFilter diffs should behave more like Wikidata diffs. Compare these:
https://www.wikidata.org/w/index.php?diff=672592908?uselang=en
https://pt.wikipedia.org/wiki/Especial:Filtro_de_abusos/history/70/diff/prev/5340?uselang=en

This still happens. The latest example was when I typed [[, pasted T31272#1469722 and typed ]] while writing this comment:
https://www.mediawiki.org/wiki/Topic:Ts2doxmw9v7odvpe

You can't run gadgets (or any other kind of script) on Special:Preferences, for security purposes.

It could run when the user edits a talk page, and use the API to get/check/set the signature.

Anyway, that part of this discussion should be moved to a new task under T175706, please. :-)

Ok.

A similar problem was reported at ptwiki on april 19. See pt:WP:Café dos programadores#EADs.

This is how it looks like on ptwiki now:

I'm still unable to load that partial translation (it shows "Failed to load the saved translation!" at the top). But there is no error info in the console.

From the description, I was thinking in a presentation similar to this:
https://meta.wikimedia.org/wiki/Schema:AccountCreation