I re-checked the following articles for the issuesin display

• Gp41 from en to es - the issue that has been fixed.

Checked in cx2 for CSS refactoring - the link cars looks as per @Esanders's comment screenshot:

Moving this task to "Needs PM Review" column since all since all sub-tasks are done.

Checked in testwiki.

Checked in betalabs.

Checked in betalabs:

All seems to be fine with the capitalization (and handling filter selections display):

Checked - the most recent test run is ok (https://integration.wikimedia.org/ci/job/mwext-php70-phan-seccheck-docker/4678/).

Checked in betalabs and testwiki.

I checked all three articles mentioned in the ticket - "Atazanavir" (en to es), "1936 Cansiglio earthquake" (en to italiano was blocked by ongoing translaton) , and "Steiner inellipse" (en to es) - the alignment of paragraphs is not changed if one of machine translation (Yandex) options fails.

Just another case:

• The description of the image displayed cutoff:

@Niharika yes, betalabs and testwiki are working for testing as expected per specs in this ticket. The task can be closed.

@Petar.petkovic - thanks for clarification! The description below is exactly how the issue card behaves now:

Notes for testing:
(1) Make sure that moving to another paragraph will display the warning - e.g. translating the whole paragraph without additional editing and clicking to translate/edit another paragraph should trigger the too much unmodified MT content warning.

Yes, all seems ok now - this issue "Special:NewPagesFeed should ignore ptrp_reviewed status for Drafts" and T201661 are Resolved.

Closed as Resolved with the patch from T201253 in place.

@Petar.petkovic - regarding the following spec

The issue summary card should be visible when there are errors. The purpose of such card is to communicate the total number of errors in the document and allow the user to start reviewing them.

Checked in cx2 - the correct message is in place:

Checked in cx2 - there is the improvement in performance time for mw.cx.ui.TranslationView.static.alignSectionPair (two samples are below):

Checked in betalabs - old drafts that had 'Mark as patrolled' link do not disappear anymore from AfC feed.

The issue is related to T201253: Special:NewPagesFeed should ignore ptrp_reviewed status for Drafts. When 'Mark as patrolled' link on a draft is clicked - the draft appears in AfC feed. I need to verify if it's a desirable behavior.

--dry-run for extensions/ORES/maintenance/BackfillPageTriageQueue.php looks fine.

@MMiller_WMF I verified that only the latest revision scores for Predicted issues (draftquality) and on Predicted class (wp10) will be stored.
Two minor notices:

Checked with iOS and Android - works/looks as expected.

Yes, the page requires additional reload to make watch star blue. The article nevertheless is added to the watchlist correctly, as it was noticed in Wikipedia:Fragen zur Wikipedia.

The main issue - ""created date" value changes depending on sort" - is resolved. The created date - the date that is displayed in big bold font in the upper right corner - won't change the selected order and the filter status.

Checked in cx2 - it seems that the issue does not exist in cx2:

For https://wikimania.wikimedia.org all notifications still refer to as 'Wikipedia':

Checked in betalabs.

Verified in betalabs and in testwiki (wmf.16). The presence of sorting options is according to the selected state; the sorting order works correctly.

The issue(s) reported in the ticket are resolved in cx2. I filed another task T201570: CX2: Click on 'Edit' for links - page jumps to the top - it was found when I was verifying this ticket.

The link card behavior in cx2 (and cx1) seems to be more logical - the get updated according to the links added. See my comments on comparing the updated behavior of link cards in cx2 and cx1 in T90199: When a link is added, the card should be updated and the added link should be selected

In T90199#1620822, @Pginer-WMF wrote:

This card is more general. The link card should be updated when adding links of any color: redlinks, regular blue links, or turning missing grey links into red.

ORES models draftquality and wp10 with respective classes are displayed as filter options and work as expected.

@zeljkofilipin - all works! Thanks.

Checked the fix in betalabs.

@MMiller_WMF - all logic with filters is in place. Below are minor observations that you may need to sign off:

Checked cx1 and cx2 in MacOS (FF61) and Windows (FF57) - the issue is not present anymore.

@Petar.petkovic - I re-tested the issue and checked if it exists in cx1. The issue seems to be happening only MacOS Chrome67. If you think it should be followed up, you may re-open the ticket.

Checked in testwiki - the toolbar won't be displayed. Only the link [Mark this page as patrolled] which will be addressed in T201098: [testwiki] NPP: 'Mark as patrolled' link is present Draft namespace articles.

Thank you, @JJMC89

In T200848#4475153, @JJMC89 wrote:

The captcha issues are not a problem with AFCH but a lack of user rights.

Right now Users that are only Users group cannot

• submit their draft
• post comments on drafts

Only 'Review waiting' template is placed at the bottom of a draft - 'Declined' and 'Review in progress' templates will be added at the top.

I did more testing and seems that just to limit the access to 'Yet Another AFC Helper Script' in Gadgets might be a satisfactory option. This gadget is not available to all users in enwiki, so we may have the same setup for testwiki too.

In T201098#4475177, @JJMC89 wrote:

On enwiki the 'Mark this page as patrolled' link appears on all new pages in all namespaces not created by users with autopatrol. This is from MediaWiki-Patrolling (wgUseNPPatrol), not MediaWiki-extensions-PageCuration and is enabled on almost all Wikimedia wikis.

That's right - however, such pages will not be shown on Special:NewPagesFeed. Only articles in Article and User namespaces will be present there.

@Nikerabbit it seems that IPA-based template links are always displayed as red links when translation is started. I checked the enwiki (wmf.15) and cx2 - the behavior is the same.

Checked in testwiki(wmf.15) - along with T200821: New Pages Feed: "draft" namespace should not be in NPP dropdown.

Re-checked in testwiki - all drafts are marked properly and correctly identified by the filters. Draft:Zilant63 Test5 is in Under review filter.