Page MenuHomePhabricator

Enable page curation tools to be loaded on any page (optionally)
Open, Needs TriagePublic


It should be possible to make ?showcurationtoolbar=1 and the 'curate this article' link work on any article, not just those in the feed (but currently can only be used on articles that have not expired out of the NewPagesFeed).

It is quite annoying that the Page Curation tools are only available for new pages that haven't expired, it means that I have to use Twinkle whenever a page has been reviewed and expires out of the feed.

It silly that the Page Curation tools are only available on new pages and not, for example, on Broadwater Green. IMO the 'curate this article' link in the toolbar should always be available to New Page Reviewers.

Note that the page curation tools should ONLY show up on 'other pages' (pages that aren't in the NewPagesFeed) if that string is added to the URL or if you click the 'curate this article' link. Otherwise I think people would get quite annoyed with it showing up on all sorts of other pages constantly.

Requested here:,_not_just_those_in_NewPagesFeed

Event Timeline

Restricted Application added a subscriber: Aklapper. · View Herald TranscriptOct 19 2018, 4:06 PM

@Insertcleverphrasehere: Adding MediaWiki-extensions-PageCuration project tag so this task can be found when looking at PageCuration tasks at . No need to add team tags like Growth-Team; that is up to each team (or automatic filters).

@Insertcleverphrasehere this would be tricky the way the software is currently structured.

When articles are in the PageTriage queue, there is a process that compiles pieces of metadata about the article, and that metadata is pulled into the curation toolbar when you view an individual page. If we wanted the toolbar to load for pages not in the queue, I think we would do something like:

  • Load the toolbar with minimal to no data
  • Provide a button for reviewers to add the article to the PageTriage queue and compile metadata. This process can take a few seconds.
  • Pull that data back in to the toolbar

Once a reviewer did that (even if they took no further review action), the article would be in the PageTriage queue which might be confusing to other reviewers?

@kostajh That would probably work totally fine. There is already a button to add the article to the queue (the review/unreview button). I don't think that would often be necessary, but it might come in handy to enable flagging of articles for other reviewers (especially in combination with the reviewer notes system (T207452) that is proposed as part of the upcoming community wishlist proposal).

The better thing would be allowing reviewers access to the tagging and deletion nomination tools that they are used to, even when not reviewing new pages and I think your proposal would provide that.

JTannerWMF moved this task from Inbox to External on the Growth-Team board.Tue, Mar 19, 6:14 PM
JTannerWMF added a subscriber: JTannerWMF.

It appears the CommTech team is working on this.

@Insertcleverphrasehere You mention that it's important to have tagging and deletion tools be available on all pages. Are there any other tabs in the toolbar that you would think be useful on all pages? Keeping in mind that the metadata is not available as it's not in the queue.
I'm thinking that we can achieve the desired wish by selectively only loading toolbar tabs that are useful on all pages. For pages in the queue, users will see the entire toolbar.

@Niharika Might as well load up the 'appreciation' section as well as tagging and deletion.
Would the page info section still be able to load even without the extra metadata? It is useful to have the info tab as well, as it gives the author info and page history without having to navigate away from the page and also ties into other NPP tools such as the copyvio check script (, which loads its output at the bottom of that tab.

The only bit that doesn't need to load is the review button and message to creator button, but perhaps that could just be greyed out as currently happens with pages that you yourself created?

@Insertcleverphrasehere Yes, the page info section will still be available without the extra metadata about potential issues (and anything else that is computed exclusively for articles in the feed). Sounds good to me to keep the Wikilove flyout too. We can disable the review tab, like you suggested.