In T342435#9132675, @Novem_Linguae wrote:

@MPGuy2824 has done some work on the Special:NewPagesFeed mwe-vue-pt-info-pane and may have some thoughts about flex vs grid vs tables.

This seems to have been resolved (possibly by a change in mw-core). It looks ok on both Vector-legacy and Vector-2022.

Unstalled

In T345496#9189955, @Soda wrote:

Also, @MPGuy2824 can you let me know if the 'All tags' column works fine on en-wiki (More footnotes is from the 'common' column AFAIR) ?

Issue still exists: https://en.wikipedia.org/w/index.php?title=Meru_District%2C_Kenya&diff=1176501761&oldid=1176501736

In T345792#9155196, @gerritbot wrote:

Change 956102 had a related patch set uploaded (by MPGuy2824; author: MPGuy2824):

[mediawiki/extensions/PageTriage@master] Set two parameters for a redirect template to be optional

https://gerrit.wikimedia.org/r/956102

Text box alignment issues: These might be solved by the same changes done in {T345153: Fix Date range alignment issues in filter menu in some browsers}.

also some grammar problems

In T345485#9138158, @gerritbot wrote:

Change 954352 had a related patch set uploaded (by MPGuy2824; author: MPGuy2824):

[mediawiki/extensions/PageTriage@master] Add the redirect target to the template call while logging an RfD

https://gerrit.wikimedia.org/r/954352

A stop-gap report is available at https://nppbrowser.toolforge.org/popular-unreviewed.php

Fixed in https://gitlab.wikimedia.org/toolforge-repos/nppbrowser/-/commit/ddb034cc624ea6623c5aa7a154e6f99fda741568

Fixed in https://gitlab.wikimedia.org/toolforge-repos/nppbrowser/-/commit/3985e7413470306a80679950d24f4e89e5528830

Resolved in https://gitlab.wikimedia.org/mpg/moveToDraft/-/commit/b9591f06155b59d8c8842dd783dca94a29c26dc1

How do we do this in the PageTriage API? Setting a new param called untag=1, when we want the copyvio tag to be removed? This is the way it is done in the watch API (https://www.mediawiki.org/wiki/API:Watch#API_documentation).

This also causes the next button in the toolbar to not work as one would expect.

Small bug that needs to be followed up on: T342409: CurationToolbar: Suppressed edits have unnecessary text in article history

Done in https://gitlab.wikimedia.org/mpg/moveToDraft/-/commit/48012eac713d5d6e48836b3318bf468ec11bea7d

pagetriage_page_tags is definitely created for draftspace pages too. I'll strikeout this task from the list.

I saw a couple of the articles from pppery's patrol feed. They all seem to be older articles. You might have to artificially increase the age of the articles by say 6 months (in the db), then run the maint script which removes old articles from the page triage table, then undelete.

Related: T226145: Allow filtering AfC drafts by no citations/previously deleted/etc., but keep this one due to the presence of screenshots.

Done in https://gitlab.wikimedia.org/mpg/moveToDraft/-/commit/0656960c82abb92178ccaaba33c00e310115cf69

Requested here: https://en.wikipedia.org/wiki/User_talk:Evad37/MoveToDraft.js#Interface-protected_edit_request_on_30_June_2023

Doing a git bisect narrowed it down to https://gerrit.wikimedia.org/r/plugins/gitiles/mediawiki/extensions/PageTriage/+/16118b369dae46af45d5c5d151f2060ce8b2eb48

Made the request: https://en.wikipedia.org/wiki/MediaWiki_talk:PageTriageExternalDeletionTagsOptions.js#Interface-protected_edit_request_on_18_June_2023

In T336346#8878784, @Jdlrobson wrote:

We are transitioning to Codex design tokens so I suggest using the appropriate one for your use case and filing a bug for anything that is not using variables or using variables incorrectly in a way that is breaking your feature.

Please do not add a higher z-index as this would create more work for everyone in the long run. Please spread this message across other teams/projects too!

We can increase the z-index above 100 (like in my patch above). However, this isn't enough for the vector2022 skin, where the portlet in that location (top-right) has a z-index of 200. This seems like it is deliberately done, and i don't know if it's ok to go beyond that number, for an extension.

Notes for testing: Suppression of edits can only be done by accounts with oversight permissions. Also, the current revision of an article can't be suppressed.

Fixed in bb44a9

In T324913#8839356, @Chlod wrote:

Thought, ultimately, I don't think it's my call since I'm not a patroller on enwiki. If a solution can wait for something like 917967 to be accomplished, then we can definitely work on that and I'll abandon my patch in favor of that one.

In T324914#8830463, @jsn.sherman wrote:

• in the live feed, the username filter is not always available; I haven't investigated how that works at all. Right now that filter is always available in my patch