Thank you! This worked:

const p = mw.util.addPortlet( 'foo', 'Foo portlet', '#p-interaction' );
mw.util.addPortletLink('foo', '#', 'New portlet link');
mw.util.addPortletLink('foo', '#', 'New portlet link 2');
if ( p ) { p.parentNode.appendChild(p); }

That is great! Thank you! 😃

See also: T303488: [Gadget support] Add a Javascript function to create a new portlet section similar to mw.util.addPortletLink

In T151008#9079802, @waldyrious wrote:

From the counts it seems like the singular zero has more hits than plural zero. Does the "distribution of person and number" from the previous comment contradict this? I couldn't understand the output format used there.

I believe the initial plan was to first finish the task T113682: Finish conversion from LQT to Flow on pt.wikibooks and then that would allow archiving the old LiquidThreads topics by leaving them read-only (current task).

Having said all that, the ideal solution would be for abuse filters to provide more contextual feedback (T174554) and allow to define some rules as being safe to be checked in real time. this would allow all kinds of editors (not only Content Translation) to provide early and contextual guidance to users.

What is blocking this?

I'm unable to reproduce this at the moment (tried on Firefox and Brave browsers)

I'm also seeing translated content disappear when it is inside templates. E.g.: the paragraph inside "Citation needed span" in
https://en.wikipedia.org/wiki/Quadratic_voting?oldid=1012353281
Even if I make some edit after that paragraph, and wait for it to be saved, the English content is restored and the translation is lost.

I'm ok with closing it as declined.

In T269632#6674823, @bd808 wrote:

It looks like there are quite a few other Content-Security-Policy violations for this tool: https://csp-report.toolforge.org/search?ft=ptwikis

I believe fixing T134678: ContentTranslation should generate an AbuseFilter log whenever it shows a warning for the users would help debugging this.

This happened in most/all of my recent translations using the tool, and it also happens for the translation which is already in progress, at
https://pt.wikipedia.org/wiki/Special:ContentTranslation?page=Group+extension&from=en&to=pt&targettitle=Extens%C3%A3o+de+grupo

I had to use the same workaround again for https://pt.wikipedia.org/w/index.php?diff=60053113

For some reason I get 404 Not Found from https://cxserver.wikimedia.org/v2/page/en/Word2vec while https://cxserver.wikimedia.org/v1/page/en/Word2vec seems to work fine

Almost three years later, I'm still unable to start a new translation of https://en.wikipedia.org/wiki/Word2vec
Now it says:

Loading the saved translation...

followed by

The "Word2vec" page could not be found in English Wikipedia

which is incorrect, given the link above is working.

Still happening: https://pt.wikipedia.org/wiki/Simetria_de_reflex%C3%A3o?diff=59627837#footer

@Danilo made these tools for that:
https://ptwikis.toolforge.org/FiltroIP
https://ptwikis.toolforge.org/Filtros:180

In T264940#6534046, @Danilo wrote:

Number of edits: "Edits per day" graph tool. I have created that tool with a query similar to that I used to get the active users. The graph show us that IPs used to make approximately 1700 edits per day. After the mandatory registration the new users edits have raised approximately 700 daily edits (from ~700 to ~1400), that suggest that about 700 edits that was made by IPs become to be made by new registered users and about 1000 are no longer been made.
(...)
Quality of edits with ORES: https://quarry.wmflabs.org/query/48860. I used the ORES damaging model to estimate the proportion of damaging edits. The data shows that it has decreased from approx. 18% to approx. 7%. That suggest us that those approx. 1000 edits per day that are no longer been made by IPs are worse edits then those approx. 700 that become to be made by new registered users.

In T264622#6517839, @Daimona wrote:

There you go, the stats were reset and the filter was throttled. Likely some caching issue. T264629 could help, probably.

Indeed, now the main page says it is "Enabled, throttled":
https://pt.wikipedia.org/wiki/Special:AbuseFilter?offset=179&limit=1&uselang=en

I wonder if this deserves a higher priority now, given that https://gerrit.wikimedia.org/r/609773 implemented some kind of metadata (T254074: Implement the reverted edit tag). This feature should help with part of the concerns raised at

In T261133#6419171, @Darwinius wrote:

...
As for Huggle, not only there is a chronic problem of people willing to waste their volunteer time there operating it, instead of creating content, but it's a bad solution as well, since it fills up the historic of the articles with revertions after revertions, polluting it and making it much less readable.
...

@Danilo generated the following table comparing articlequality scores for the latest version of all articles to the scores which would be produced by the Python script which is/was used to make bot assessments:

MariaDB [s51206__ptwikis]> SELECT pe_qualidade, SUM(pe_qores = 0) ORES_0, SUM(pe_qores = 1) ORES_1, SUM(pe_qores = 2) ORES_2, SUM(pe_qores = 3) ORES_3, SUM(pe_qores = 4) ORES_4, SUM(pe_qores = 5) ORES_5, SUM(pe_qores = 6) ORES_6 FROM page_extra GROUP BY pe_qualidade ORDER BY pe_qualidade;
+--------------+--------+--------+--------+--------+--------+--------+--------+
| pe_qualidade | ORES_0 | ORES_1 | ORES_2 | ORES_3 | ORES_4 | ORES_5 | ORES_6 |
+--------------+--------+--------+--------+--------+--------+--------+--------+
|            0 |  68218 |      0 |      0 |      0 |      0 |      0 |      0 |
|            1 |      3 | 618819 | 204187 |  27523 |   1847 |   3562 |   3261 |
|            2 |      0 |   5565 |  69323 |  24777 |   1390 |   7496 |    350 |
|            3 |      0 |     71 |    472 |  14361 |   1861 |   7412 |    572 |
|            4 |      0 |      5 |     10 |   2948 |   2361 |   2978 |   1208 |
|            5 |      0 |      0 |     16 |     59 |    136 |   1056 |    161 |
|            6 |      0 |      0 |      0 |     35 |    190 |    188 |    782 |
+--------------+--------+--------+--------+--------+--------+--------+--------+
7 rows in set (3.70 sec)

(the label is set to zero if the quality is unknown, possibly due to the page being deleted)

See also: https://en.wikipedia.org/wiki/User:Joeytje50/JWB

Possibly related to https://github.com/azatoth/twinkle/commit/8f7b2f367276c6cf8e0ef78b82d9957415221780

I confirmed this by replacing my global.js by console.log( 'Started global.js.' ); and then loading
https://pt.wikipedia.org/wiki/Special:BlankPage?debug=true
There should be a log in the console, but it was not there.

Progress (100% done, -19 labels left):

I've submitted https://github.com/wikimedia/articlequality/pull/132

Updated info (as of commit c3a66b0 plus the specific changes which define each of the tests):

• Full period; Bots removed

accuracy (micro=0.8, macro=0.861):
	    1      2      3      4      5      6
	-----  -----  -----  -----  -----  -----
	0.781  0.827  0.877  0.899  0.875  0.908

$ cat datasets/ptwiki.labelings.20200301.remove_bots.json | json2tsv wp10 | sort | uniq -c
 145657 1
  32807 2
   6177 3
   2346 4
   1646 5
   1542 6
$ cat datasets/ptwiki.balanced_labelings.9k_2020.remove_bots.json | json2tsv wp10 | sort | uniq -c
   1500 1
   1500 2
   1500 3
   1500 4
   1500 5
   1328 6

• Since 2014 (inclusive); Bots included

accuracy (micro=0.81, macro=0.875):
	    1      2      3      4      5      6
	-----  -----  -----  -----  -----  -----
	0.799  0.806  0.867  0.915  0.928  0.933

$ cat datasets/ptwiki.labelings.20200301.since_2014.json | json2tsv wp10 | sort | uniq -c
   7537 1
   3346 2
   1276 3
    690 4
    653 5
    684 6
$ cat datasets/ptwiki.balanced_labelings.9k_2020.since_2014.json | json2tsv wp10 | sort | uniq -c
   1500 1
   1500 2
   1276 3
    690 4
    653 5
    684 6