Jump to content

Wikipedia:Page Curation/Suggested improvements/Archive 2

Add links
From Wikipedia, the free encyclopedia
< Wikipedia:Page Curation | Suggested improvements
This is an old revision of this page, as edited by MPGuy2824 (talk | contribs) at 03:07, 28 October 2022 (→Deletion edit summary tag: archived using OneClickArchiver)). The present address (URL) is a permanent link to this revision, which may differ significantly from the current revision.
For ease of navigation, this archive is for suggested improvements 51-100 numerically, rather than based on archiving time --DannyS712 (talk) 03:11, 13 September 2019 (UTC)
Archive 1Archive 2

51. Allow users to override infinite scrolling of the feed

The infinite scrolling interface is annoying and unproductive. Even to go back a few days in the queue requires way too much user input. To get to the vast middle of the queue is onerous. There should be an option to load everything in the queue (at least for pages created by new users), or to load pages similar to how it is done in Special:RecentChanges.- MrX 15:39, 15 June 2017 (UTC)

Tracked in Phabricator
Task T167475
See Wikipedia:Page_Curation/Suggested_improvements#15._Jumpback above. Tracked at the right Phab Task. — Insertcleverphrasehere (or here) 08:13, 19 October 2018 (UTC)


52. Allow patroller to send message to editor without tagging or un-reviewing/re-reviewing

 Done
Tracked in Phabricator
Task T207442

I often add tags to an article I've come across, perhaps while stub-sorting, using Twinkle as usual, and then realise that it's awaiting NPP. I might want to send a message to the creator ... but I can't do so without adding another tag. I've been known to add a duplicate tag, send the message using the Curation toolbar, then edit again to remove duplicate. PamD 17:45, 15 June 2017 (UTC)

Yup. I want that feature too. @PamD: I usually "unreview" the article for a sec, and then mark it as reviewed again. This gives an option to snd a message to the creator. —usernamekiran(talk) 03:47, 26 June 2017 (UTC)
Very useful PamD. I've often wondered about this myself. Kudpung กุดผึ้ง (talk) 13:36, 31 August 2017 (UTC)
  • Support. I agree that the message to creator feature should allow you to sent a message without un-reviewing and re-reviewing the article (which pings the original patroller with a talk page message saying that you unreviewed it). @PamD: Given the current limitations, when I need to do this and I wasn't the original one to review it (if I am I can just un-reviewing/re-review it), I use sometimes use the 'Wikilove' section, and I copy the page's title into the header instead of "A Kitten for you!", then write my message. They also receive a kitten photo... but that can't be a bad thing. It has the added advantage that you can pick which page participant to send the message to (rather than just the original creator, who might have only made a redirect). — Insertcleverphrasehere (or here) 04:30, 4 September 2018 (UTC)
  • @Insertcleverphrasehere, Usernamekiran, PamD, and Kudpung: I've got a question about this on Meta (sorry to fragment the discussion). Please comment at your leisure. Best, — MusikAnimal talk 19:35, 6 May 2019 (UTC)

53. Allow filtering by no citations

done
Tracked in Phabricator
Task T169120

Adding a filter to the new pages feed to allow patrollers to see which pages are marked by the software as having no citations would be helpful. I have created this task in phab. TonyBallioni (talk) 17:27, 28 June 2017 (UTC)

Support This would be a useful way to prioritise our patrolling. Boleyn (talk) 05:36, 14 July 2017 (UTC)

54. Send feedback to talk page

Tracked in Phabricator
Task T207443

While working on reviewing "older" new pages, I sometimes notice that I'm sending feedback to someone who created a redirect that has been turned into an article by someone else. I think I've asked for a feature to select the recipient, but I now think that such a feature clutters the UI and makes things more complicated. It occurred to me that it would be better to post the feedback to the talk page and leave a notification for the creator/main contributor instead. That way, the tags have a context that is more easily accessible to other contributors. Is there support for such a change? Mduvekot (talk) 12:04, 1 July 2017 (UTC)

Definitely would like to be able to automatically record comments (eg: Noting that a page appears to pass an SNG), without necessarily needing for it to notify the page creator. The way to do it might be to have a field for user to notify, and automatically populate it with page creator. That could be replaced with one or more users (separated by commas?), or left blank for article talkpage comment but no notification. ~Hydronium~Hydroxide~(Talk)~ 08:12, 2 July 2017 (UTC)
I completely support the idea of leaving feedback on an article's talk page. But obviously only when it's useful to other editors to improve that article. Unaware of this thread, I today suggested a similar idea on this page. In essence, I propose an option to "Add copy of comments to article's talk page". It would probably need some covering text, such as:
A New Page Reviewer has left feedback for the creator of this article. The following extract may also be of relevance to other editors in improving this page: (insert text and autosignature).
It would be good to hear what support other reviewers would give for such a function. Nick Moyes (talk) 16:56, 14 July 2017 (UTC)

57. List of previous creators of an article

Page creation log is now live at: special:log/create. — usernamekiran(talk) 19:38, 30 June 2018 (UTC)
  • Currently, only the admin who deleted the page/article is visible; but not the creator.
    • "What links here" is usable only if the user hasnt blanked his talkpage.
    • Xtools/sigma show the creation by a particular user, but not creators of a page/article.
  • If new page reviewers are able to creators of a deleted, or recreated pages; it would be very helpful to catch PR accounts, and/or socks.

Adding such a feature to new pages feed would be complicated. But if only new page reviewers (and nobody else except sysops) could see it in page history, the proposed feature may become reality. —usernamekiran(talk) 00:15, 9 September 2017 (UTC)

This is an issue with the deletion log, not with page curation. However, I would like to see a warning pop up that the page was previously deleted when reviewing a new article, and I would support this having the previous creators listed. — Insertcleverphrasehere (or here) 01:42, 25 October 2017 (UTC)

58. Add the Sources exist Tag

 Done
Tracked in Phabricator
Task T207451

Can we please add the {{sources exist}} tag to the page curation toolbar? This tag would be immensely useful in reducing duplicate work required and would be an easy way of notifying other editors "yes I did a search and I found a bunch of stuff". It would also make it so that NPP reviewers could mark articles as reviewed and AfC reviewers could 'accept' drafts that might not "demonstrate" notability, but were clearly notable when the reviewer did a search (i.e. they could add the tag indicating why they accepted it). All in all just a useful variant of the {{more references}} tag. — Insertcleverphrasehere (or here) 06:31, 22 December 2017 (UTC)

Second this - I have been missing it. A further absent tag that often comes in handy is {{Incomplete}}, BTW. --Elmidae (talk · contribs) 13:53, 8 March 2018 (UTC)
This has been  Done through [1] Galobtter (pingó mió) 07:28, 28 October 2018 (UTC)

59. Wikidata

Not a priority - out of scope for NPR

It'd be useful for Special:NewPagesFeed to indicate whether an article is linked to a wikidata item, and where so, to provide the Qid as a link. The indication / link would enable action to be taken to create a link or a wikidata item, and facilitate an inspection of a linked item, from the feed page. Not least, a number of en.wikipedia project have a dependency on good linkage to wikidata - e.g. Women in Red. --Tagishsimon (talk) 22:43, 11 January 2018 (UTC)

NPR is a front-line triage. I don't see how this is particularly useful at this stage of patrolling. NPR is not the quick-fix station. Repairs or enhancements get done later. Flagging this suggestion as low priority. Kudpung กุดผึ้ง (talk) 10:55, 18 May 2018 (UTC)
A wikidata item is useful for gathering hints towards verifying that a new article is a real "thing" on another wiki, or whether the author is indulging in a multi-wiki spam fest. However, the wikidata link is on the left hand menu when you visit the article, I too fail to see its usefulness in NPF.
If I understand your need Tagishsimon, a link to the article's name in Wikidata, whether it's been linked to the new enwiki article or not, is what would best serve your purpose. I'm sure a link to
[[:d:{{BASEPAGENAMEE}}]]
in your More menu would do the job. I'm not sure how to do that... Enterprisey?? -- Cabayi (talk) 10:10, 30 October 2018 (UTC)

...Or there's Yair rand's tool (available as a gadget on meta) which may satisfy your needs. Cabayi (talk) 10:44, 30 October 2018 (UTC)

60. Add information link to 'Notices' message sent to article creator

Closed at Phab. Templates are locally configurable
Tracked in Phabricator
Task T204464

Hi, I received a message on my 'Notices' icon containing 'The page <article name> has been reviewed', a link to the article I had created (which appeared unchanged), a link to the user that performed the review, but nothing to explain the review's outcome or what a review entails.

I believe adding the same Learn more link that exists on the New pages feed to the notification text would be beneficial, especially as a new editor such as myself, or if possible a direct link to the details/outcome of the review?

– Paul · ✉ 13:12, 12 January 2018 (UTC)

Low priority. Telling a user their page hass been reviewed is just fine. If no further comment is necessary, then no further comment is necessary. They have enough places to ask for help when they need it. Kudpung กุดผึ้ง (talk) 10:59, 18 May 2018 (UTC)
Configurable in {{Reviewednote-NPF}}. No change to the software is necessary. Cabayi (talk) 10:28, 30 October 2018 (UTC)

61. Articles to go back into NPR queue when overwritten

Tracked in Phabricator
Task T207446

Proposed here. When all or a very large proportion of an article's content is overwritten with new material, the article should be marked as unpatrolled and added to the NPR queue. This is virtually creation of a new article, but can be done by IPs and new accounts, and is often a sign of conflict-of-interest editing: Noyster (talk), 11:03, 16 January 2018 (UTC)

That is a very good idea, Noyster. What number of bytes do you think should trigger the alarm? Join the development discussion n the talk page of Wikipedia:WikiProject Articles for creation/AfC Process Improvement May 2018 before it's too late. Kudpung กุดผึ้ง (talk) 11:03, 18 May 2018 (UTC)

62. "on behalf of"

Done
Tracked in Phabricator
Task T204464

I recently unreviewed a page (unintentionally), which triggered this note to be posted to Jbhunley's talk page. The note itself is no problem and seems like a good idea, however, it is signed by me as though I personally wrote it and the edit history shows the same, in contrast - for instance - to other auto-generated notices which will often carry the disclaimer, for instance, "Message delivered by Legobot, on behalf of Chetsford" (e.g. [2]). Is there a way to amend the script so it clarifies, when posting messages on behalf of editors, that the tool is posting the message "on behalf of" and that the editor did not personally compose the message him/herself? Chetsford (talk) 18:35, 3 March 2018 (UTC)

@Insertcleverphrasehere, Barkeep49, and Chetsford:-- Done.∯WBGconverse 06:40, 28 October 2018 (UTC)

63. Capacity to handle 2nd+ AfD nominations

IMPLEMENTED
See associated phab task and confirmation --DannyS712 (talk) 06:43, 3 November 2019 (UTC)

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

Tracked in Phabricator
Task T169441

Currently, when a page is nominated for AfD using the curation toolbar and there exists a previous nomination, the result is a minor trainwreck - see e.g. my last instance. Such nominations have to carried out manually. Some functionality to detect previous nominations, increment the count, and handle the paperwork would be very welcome. (I'm getting the impression that some articles remain un-nominated because people don't want to tangle with the manual process, which seems counterproductive). --Elmidae (talk · contribs) 13:48, 8 March 2018 (UTC)

  • Support This is a pretty major failing of the PC tools, a deficiency that I have not noticed occurring with twinkle (just another reason to use twinkle for all deletions, (in addition to the lack of ability to have a userspace CSD log. — Insertcleverphrasehere (or here) 10:04, 17 March 2018 (UTC)
It's not a 'major' problem, and in any case,only admins can do deletions. BTW, this is not a RfC. Kudpung กุดผึ้ง (talk) 14:16, 17 March 2018 (UTC)
The discussion above is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

64. CSD/PRODs: update userspace logs

Continue discussion at #55 above
Tracked in Phabricator
Task T207237

While Twinkle keeps a userspace log of these forms of deletion nomination, the page curation toolbar does not. To maintain interoperability with twinkle, it probably should read the relevant section of twinkleoptions.js, if it exists. ∰Bellezzasolo✡ Discuss 11:24, 30 March 2018 (UTC)

I noted this above, but it maintains a system log twice for deletion tags. Here is your page curation log and your deletion tag log. Not picking on this request in particular, because I get it is popular, but more making the point I just made at meta that we should try to keep this page to a list of priorities so the WMF knows where to start. TonyBallioni (talk) 18:43, 13 April 2018 (UTC)
This has a section above at Wikipedia:Page_Curation/Suggested_improvements#55._Ability_to_log_CSD_taggings_to_their_CSD_logs. PROD logs would be good too. — Insertcleverphrasehere (or here) 02:15, 14 April 2018 (UTC)

65. Reviewer No Decision

Done

As someone who tends to hang-out more in the oldest view of NPP, it would be helpful if reviewers had a way, like on the Article Talk page, to indicate that they had undertaken a review of a page but did not reach a decision with the option to include a message about why. If several reviewers all start looking at an article and move on that says something (what it says would depend on circumstances) vs if a reviewer happens to be the first person to actually examine an article. Best, Barkeep49 (talk) 06:07, 18 May 2018 (UTC)

Barkeep49, you can do this already. You can use any of the features in the Curation tool without obligation to send a message to the user. You can send a message to the user and tag for any issues, and if you still prefer a second set of reviewer eyes on it, just click 'unreview'. Kudpung กุดผึ้ง (talk) 10:50, 18 May 2018 (UTC)
I likely didn't make myself clear. What I want to do is have a way to signal to other NPRs that I put forward some effort in reviewing a page and ultimately decided not to either confirm it nor propose some sort of deletion. Given the backlog it would be useful to know that 5 reviewers before me thought it should probably be AfD but decided not to. Or that I'm the first one to consider an article that is 4 months old. Basically some low effort way to help communicate amongst reviewers about a particular article needing review. Best, Barkeep49 (talk) 14:57, 18 May 2018 (UTC)
Tracked in Phabricator
Task T207452
@Barkeep49: A 'Reviewer notes' system could be VERY useful. What I envision: Reviewers could write a comment in a field in the Page Curation toolbar, which would then copy this note to the talk page and create a section with a unique header "New page reviewers' comments" (or similar). The page curation tool would scan for a section with this exact header whenever the page was loaded up and automatically notify future reviewers that another reviewer left a comment, this ensures that whenever another reviewer looks at the page, they immediately know that someone else already left a note on the talk page. While the talk page can currently be used in this manner in the same way, reviewers won't always check this for new articles, as there are rarely content comments on new articles. Reviewers could then comment via the talk page directly (under the same header). I think this would be a useful feature. I would change the NPP flowchart, adding a bit saying that if at any point you are unsure and decide to stop the review, you should leave a note using this system with your findings so far. — Insertcleverphrasehere (or here) 02:49, 17 September 2018 (UTC)
@Insertcleverphrasehere: Yes I think this is an elegant way to implement this and obviously also lets other interested editors comment. Best, Barkeep49 (talk) 02:59, 17 September 2018 (UTC)
@Barkeep49: - this would be a good idea, either in a notes taking form or just a tag on the curation system that would give it a different colour if 3+ reviewers marked it as such. The category would include a few areas - from the edge cases where deciding is tricky to the hyper-technical ones that I've started into before deciding I'm not qualified to judge. Nosebagbear (talk) 19:23, 23 October 2018 (UTC)
@Nosebagbear: Thanks. I am excited that Insertcleverphrasehere's clever implenetation of this has gotten a fair amount of support as we discuss a possible wishlist. Best, Barkeep49 (talk) 19:37, 23 October 2018 (UTC)

66. N articles deleted (of which Z via SD) out of M created

Generating a SD% is too troublesome.Not worth it.

As a reviewer I think adding this query would be welcomed by many reviewers: a way to show the number of deleted articles right in the Page Curation tool (e.g. Created by Username (talk | contribs) · XXX edits since dd Month year) - N articles deleted (of which Z via SD) out of M created. This would be useful in cases (and there are many) when a user keeps creating pages without reading the basic policies and on his talk page we see that most of the newly created articles were sd. We'd have a percentage of the editor's sd page percentage. And, seeing a notice in this regard would be some sort of heads up for the reviewer, although sometimes other editors may of been improved the article and obviously we need to take a closer look. Robertgombos (talk) 19:23, 1 June 2018 (UTC)

67. [Bug] Cleanup tag preventing marking incorrectly

I cannot replicate either.Was a local bug or was fixed at some point.

Not sure if this is the correct spot, let me know if I need to post it somewhere else

If you tick the box to tag a page with the Cleanup tag, then uncheck the box and attempt to submit the other tags, the curation tool will inform you that you must add a description to the cleanup tag before submitting it. You can work around this by ticking and unticking the cleanup tag again, but it would still be nice to get this bug fixed.

Xevus11 (talk) 05:10, 29 June 2018 (UTC)

I'm not seeing this error currently. Perhaps this was fixed at some point. — Insertcleverphrasehere (or here) 08:54, 19 October 2018 (UTC)

68. Requesting revision deletion

Tracked in Phabricator
Task T207450

Adding functionality to the Page Curation tools to allow a reviewer to easily request Revision Deletion is essential. Currently the only options that it gives is to drop a generic {{non-free}} template, or else CSD nomination. There aren't any good tools for requesting Revdel either. I would envision something along the lines of pulling up a scroll-able list of revisions, and the user simply selection ranges to be tagged for Revdel. — Insertcleverphrasehere (or here) 04:02, 4 September 2018 (UTC)

Support Best, Barkeep49 (talk) 05:35, 4 September 2018 (UTC)
Support — Yep, this would make a lot easier to request cv-revdel. Regards, SshibumXZ (talk · contribs). 07:41, 19 October 2018 (UTC)
@Winged Blades of Godric: At the very least it would be helpful to simply dump the empty template on the page via a tag. I've noticed that even if you don't fill in the Diffs, if it is simple most admins can figure out which revisions need to go relatively quickly. Thanks for helping out with these tasks. Cheers, — Insertcleverphrasehere (or here) 20:17, 21 October 2018 (UTC)
Thanks:-) This can be sought as an edit-request but to avoid any messes, I have asked for permission to try the integration at Beta-cluster. ∯WBGconverse 05:53, 22 October 2018 (UTC)
Tweaked a bit and this is the new diff:-)∯WBGconverse 17:24, 22 October 2018 (UTC)

69. Passive aggressive messaging system

On-wiki templates amended
Tracked in Phabricator
Task T204464

Remove the "Thanks for creating XXXXXX, Author!" from the message template, or at least get rid of the exclamation point. If I want to send negative feedback, especially to say that the page is inappropriate and unsuited for Wikipedia, it comes off as extremely passive-aggressive. — Insertcleverphrasehere (or here) 04:17, 4 September 2018 (UTC)

Insertcleverphrasehere, tweak-able to your wishes:-) ∯WBGconverse 20:01, 27 October 2018 (UTC)
 Done∯WBGconverse 06:43, 28 October 2018 (UTC)
(for the record) fixes are at {{Taggednonote-NPF}} & {{Reviewednote-NPF}}. Cabayi (talk) 09:07, 30 October 2018 (UTC)

70. Curation toolbar opt-out or opt-in in preferences

Worked upon by Miller.Xao has already provided a nice solution.

The page curation toolbar has now been enabled by default for every page you open from the special:newpagesfeed. Not all of us want this though (at least I don't): I do new page patrolling, but don't need or want the curation toolbar, and it is rather intrusive. Having to minimize and remove it on every page is tiresome. Can we please have an option in preferences to opt-in or opt-out of this toolbar? Fram (talk) 14:34, 19 October 2018 (UTC)

Gadgets should be configurable via the preferences window. The WMF may have considered that no one with the NPR right would not want to use their tools, but other tools exist for the same functions, and we should be able to opt out. — Insertcleverphrasehere (or here) 15:34, 19 October 2018 (UTC)
Fram, this can be easily executed through a css tweak:-- #mwe-pt-toolbar{display: none !important;} which renders it hidden as well as removes it from the flow of the webpages. ∯WBGconverse 19:03, 24 October 2018 (UTC)
@Winged Blades of Godric: How would each user implement this? by adding this to their .js page? I'm unfamiliar with how css works, sorry. — Insertcleverphrasehere (or here) 19:06, 24 October 2018 (UTC)
Thanks. Xaosflux already created a gadget for this (accessible in preferences, the last gadget in the list at the moment). Fram (talk) 04:27, 25 October 2018 (UTC)

84. 'Potential Issues' flagged in Page Curation Toolbar Page Info flyout

Fixed
Tracked in Phabricator
Task T207847

As far as I can see, the page curation tool is supposed to flag 'potential issues' in the 'Page info' section of the toolbar (or at least this is what was intended when it was being made [3]). This info is currently visible from the NewPagesFeed, but not from the toolbar. This functionality seems to be nonexistent and was either never implemented properly, or has become bugged and broken. It should contain things like 'Blocked user', 'Orphaned', 'No categories', as well as the ORES stuff that has been added recently: 'Possible Vandalism', 'Possible Spam', 'Possible attack page', and 'Possible Copyvio' which is currently being added to New Pages Feed (this last one should also have a link to the Copyvios report).

When a page has issues it should be flagged with a red number on the Page Info Icon as shown in the mockups at the link above. — Insertcleverphrasehere (or here) 13:45, 24 October 2018 (UTC)

Yes please. Best, Barkeep49 (talk) 18:57, 24 October 2018 (UTC)
Never implemented, AFAIR. ∯WBGconverse 20:02, 27 October 2018 (UTC)
I have done some development work on this. It seems that the 'Potential Issues' flyout was broken around September 2015 in a coding style update. If everything goes well, we should be getting back the old functionality in the next MediaWiki update (or the one after that). Best,  << FR (mobileUndo) 14:09, 10 March 2019 (UTC)

86. Page Curation toolbar: do not mark pages as 'reviewed' when adding CSD and PROD tags

Done
Tracked in Phabricator
Task T208685

Per this discussion, we have decided that it is best to not mark pages as 'reviewed' when adding CSD and PROD tags to articles (due to the ease at which articles can fall through the cracks if these tags are removed and the reviewer doesn't notice).

The Page Curation toolbar currently automatically marks pages as 'reviewed' when adding CSD tags and PROD tags, this should change and simply leave the page unreviewed after the page is tagged for deletion (that way it will fall back into 'unreviewed' pages if the CSD tag is removed inappropriately or if the PROD is removed).

88. Add Tags and hatnotes

NOT A PRIORITY
The page curation system edits via custom API that only allows for prepending and appending content, and thus isn't responsive to tags already on the page in terms of placement. --DannyS712 (talk) 10:06, 14 November 2019 (UTC)

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

Doesn't the Add Tags feature recognise hatnotes and place the tags below them, per WP:MOSLAYOUT? I noticed this from this edit. --Paul_012 (talk) 16:14, 12 May 2019 (UTC)

Currently, tagging is done via a wrapper api that only accepts as parameters what tags to prepend and what to append (and others not relevant here) - this would require reworking the api to parse the current text and place them accordingly DannyS712 (talk) 04:55, 18 September 2019 (UTC)
The discussion above is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

89. A Curation tool message that's using a non-existant template

Resolved

This is maybe already fixed, but it appears CurationTool is trying to subst Template:Sentnote-NPF instead of Template:Reviewednote-NPF, see this example or this which shows a handful of instances. Can this sentnote template redirect to reviewednote or are they supposed to include different text? --148.63.157.82 (talk) 22:59, 23 July 2019 (UTC)

I've gone ahead and created Template:Sentnote-NPF as a redirect. I have no idea what's causing this, but there are about 15 instances of Page Curation trying to use this template, all from today. – bradv🍁 02:44, 24 July 2019 (UTC)

93. Have page curation be less hard coded and more controllable by Wikipedia

Right now a lot of things are hard coded into page curation. Given that the WMF has said that they will not devote regular resources to page curation and that instead we need to go through the wishlist, it seems to me that moving as much control as possible to the encyclopedia through templates, would be desirable. IN this way even if the WMF cannot devote resources those volunteers who wish to do so could continue to adapt and change the page curation tool. For instance, the length of time that it takes for a redirect or article to be indexed could be controlled via template rather than be hard coded into the curation tool. There are probably other such things. If/when the WMF extends the curation tool to other wikipedias this sort of local control would only become more important - for instance they might not have the same content tag concerns as us and so there wouldn't be a desire for every tag we have, but on the other hand they might have other warnings that we don't have which they would like to be able to tag on articles. Best, Barkeep49 (talk) 23:15, 11 August 2019 (UTC)

The way PageTriage code-base is written, it's sheer impossible to incorporate a wiki-agnostic mode. Same for most other stuff. Sans a complete overhaul, not possible, I dare say. ∯WBGconverse 09:19, 13 September 2019 (UTC)

Article patrol status after refund/undelete

Tracked in Phabricator
Task T311347
Resolved

Per the discussion, when an article is undeleted per WP:REFUND, it should always be back in the queue. MB 18:51, 25 June 2022 (UTC)

I'll support that. I'm surprised it's not a;ready done. I guess I kinda took it for granted. Kudpung กุดผึ้ง (talk) 06:34, 26 June 2022 (UTC)

80. Page Curation tools optionally available on any page, not just those in NewPagesFeed

DONE
"Resolved" by allowing users to add articles back to the queue, which re-enabled using the toolbar. --DannyS712 (talk) 02:39, 6 January 2020 (UTC)

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.


Tracked in Phabricator
Task T207485
Resolved

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 regardless of the page they are reviewing (It would even be useful for drafts).

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. — Insertcleverphrasehere (or here) 16:07, 19 October 2018 (UTC)

This can be likely implemented easily, via a patch.Let's see. ∯WBGconverse 20:09, 27 October 2018 (UTC)
The discussion above is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

Vandalism by Category and Importance?

Is Vandalism on stubs or low rank articles common? And do unwatched articles get more vandalism? I know there can be multiple projects, but the project importance quality table might be good to have in long run, https://en.wikipedia.org/wiki/Wikipedia:Version_1.0_Editorial_Team/Star_Wars_articles_by_quality_statistics Wakelamp d[@-@]b (talk) 08:52, 24 November 2021 (UTC)

@Wakelamp: There are hundreds of projects on Wikipedia (if not thousands). No priorities are set, or can be set for them. School artcles receive a high dose of vandaliasm, for example, because they attract children, but there are possibly others. As this is not a tool request or a bug report, please consider reposting your question at WT:NPR where it will get more exposure and a faster response. Kudpung กุดผึ้ง (talk) 04:04, 11 April 2022 (UTC)

Mark unpatrolled

This feature, if it doesn't already exist, was suggested by this unanswered question I found while looking at the Help Desk archives.— Vchimpanzee • talk • contributions • 18:00, 23 November 2021 (UTC)

A patroller can add any page back to the NPP queue by clicking "Add to the New Pages Feed" in the "Tools" left hand menu Polyamorph (talk) 19:58, 23 November 2021 (UTC)
I'll let the person know. Thanks.— Vchimpanzee • talk • contributions • 20:25, 23 November 2021 (UTC)

Please move the “mark as reviewed” checkbox

Tracked in Phabricator
Task T313651

I do all my reviewing on iPad and the checkbox for “mark as reviewed” is about one fifteenth of a fingertip away from the green bar for “add selected tags”. This means I frequently make fat finger errors and have to go back and unreview an article. Instead of appearing just above the green bar could the checkbox move over to the right to allow clear space between them? Thanks Mccapra (talk) 11:48, 14 November 2021 (UTC)

Hey @Mccapra. Thanks for your suggestion. You're talking about the check mark in the vertical toolbar right? The vertical toolbar is already all the way to the right of the screen, leaving no space to move it further right, so I think I am missing something. Feel free to clarify. –Novem Linguae (talk) 06:36, 23 July 2022 (UTC)
Thanks for following up. I’ve added a screenshot above. What I’m asking is for the “Mark this page as reviewed” checkbox to be moved away to the right so it takes two distinct finger movements to add tags and to mark as reviewed. At the moment it’s too easy to accidentally mark as reviewed when I only mean to add tags, since the two are so close together. Thanks Mccapra (talk) 07:28, 23 July 2022 (UTC)
Got it. That's an easy one. I'll prioritize it. Thanks for suggesting. –Novem Linguae (talk) 07:53, 23 July 2022 (UTC)
Woo hoo! Tick box has moved! Thank you! Mccapra (talk) 08:00, 29 July 2022 (UTC)

Page feed introduction

At the top of the Page feed, there is the intro text beginning with "Rather than speed..." I would like a way to remove that to maximize the number of articles shown on the screen. I know you can scroll it off, but it comes back if you are scrolling within the article list. Can this be collapsed to hide it (with the collapse button being in the unused space in the header bar). MB 15:13, 19 August 2022 (UTC)

@MB. The code for that is located at MediaWiki:Pagetriage-welcome. Maybe sandbox something then propose it at MediaWiki talk:Pagetriage-welcome. I've watchlisted the page and will be sure to weigh in. –Novem Linguae (talk) 20:06, 19 August 2022 (UTC)
I tried to create a sandbox over there, but unlike a protected template, I couldn't edit the sandbox. I made this with a simple hide button. It's not exactly what I wanted, but now knowing how that is done, it's close enough. What do you think? MB 06:39, 20 August 2022 (UTC)
Thanks for sandboxing it. Looks great. Let's move forward by doing an {{Edit fully-protected}} on the talk page. –Novem Linguae (talk) 08:43, 20 August 2022 (UTC)
Before I do that, do you know if there is a way to hide it instead of just collapse it, so there isn't even a line with "show" visible. The notifications on the top of the watchlist are dismissible. I know they use cookies to keep messages dismissed, and I don't mean that. Just a way hide the message knowing it would come back every time the page is reloaded. I couldn't figure out how the watchlist dismiss feature works to even be able to make a non-persistent version. MB 20:24, 21 August 2022 (UTC)
Looks like MediaWiki:Gadget-watchlist-notice-core.js is what makes the dismiss button work. This is a gadget that is enabled by default for everyone, although it is possible to turn it off. A dismiss button could probably be hacked to work outside the watchlist, but could be a bit fragile. Might be better to just move forward with the collapse box. Or you can make a request over at WP:Requested templates to create a new Template:Dismissable or similar. –Novem Linguae (talk) 02:03, 22 August 2022 (UTC)

Page Curation toolbar not displaying

Moved from User talk:Novem Linguae § Page curation

The page curation tool hasn’t been showing up for a while now. I thought it would with time, but it hasn’t. It stopped working after it glitched when I used it to nominate an article for deletion (which didn't work right, btw). Any help? Any suggestions? R E A D I N G Talk to the Beans? 04:33, 7 August 2022 (UTC)

Hey @Reading Beans. Thanks for the question. AFD is super buggy, I've been working on fixing that one for a couple weeks. It's been a tricky set of bugs to crush, hopefully my patch coming out this Thursday finishes fixing it.
As for your toolbar not showing up, can you click on Kuala Pembuang and see if this page displays the toolbar after a few seconds? If not, can you take a screenshot and post it here? Can you also follow the directions at WP:CONSOLEERROR and see if there's any relevant errors? –Novem Linguae (talk) 04:41, 7 August 2022 (UTC)
I had to remove every other script present in my common.js page. It’s working now, thank you. Reading Beans (talk) 05:24, 7 August 2022 (UTC)
@Reading Beans. If you can figure out exactly what other script is interfering with PageTriage, I'd be happy to take a look. Otherwise I'll probably archive this soon. I'm glad you got it working :) –Novem Linguae (talk) 03:42, 24 August 2022 (UTC)
@Novem Linguae, I cannot really tell. Archiving it 100% fine. Reading Beans (talk) 22:48, 24 August 2022 (UTC)

Add "were created by autopatrolled users" to filter list

Tracked in Phabricator
Task T41547
Resolved
Current panel

Autopatrolled

Abuse by UPE, spammers, and simply editors who totally fail to create their new pages in the spirit of the user right. These problems are being increasingly discovered through better due diligence and patroller intuition and the rate is alarming. These new pages are still listed on new page lists and feeds, but are listed with the green check mark as if they have been reviewed by a patroller. I'm therefore requesting the addition of 'were created by autopatrolled users' as an option in the prefs panel. I'm sure this was asked for during the development of the panel, but it was overlooked at the time. See themw:Page_Curation development page. Kudpung กุดผึ้ง (talk) 21:41, 7 July 2022 (UTC)

This patch got approved today. It will deploy next Thursday 8/11. –Novem Linguae (talk) 11:36, 3 August 2022 (UTC)

Prod does not write reason

Tracked in Phabricator
Task T313108
Resolved

PageTriage pops up an error message "Tag subst:prod is missing required parameter"

Have redirects be indexed after same length of time as articles

Tracked in Phabricator
Task T227250
Resolved

Quoting Rosguill The backlog length for the New Pages Queue for articles is 90 days, but several weeks ago editors realized that redirects were dropping off of the queue after only 30 days. In practice, this means that many if not most redirects will not be reviewed. This problem would be solved if the backlogs were both 90 days long. Note that currently there should be no redirects older than 20-something days in the queue, as once we noticed the problem a few editors made sure to keep the back of the queue patrolled.. Best, Barkeep49 (talk) 23:10, 11 August 2019 (UTC)

Implementing this is trivial. But, it can't proceed unless MusikAnimal is done with his calculations on the impact of this on database-storage or some DBA gives clearance. ∯WBGconverse 10:32, 13 September 2019 (UTC)
@Winged Blades of Godric: That task was removed from Community Tech's board because it wasn't on the wishlist. It is super trivial to fix (which is why we were going to do it), but as we discovered, some years ago redirects were intentionally changed to be removed from the queue after only 30 days. We're not sure why! I can only suspect it's because the massive number of rows that would be added as a result. I think the decision is going to be with the DBAs, who may not take kindly to that much extra storage. Not that it's your responsibility, but anyone can do the math if you know how to run some SQL queries. Basically there are a bunch of "tags" for each entry in the queue, and we'd need to multiply that times however many redirects would be added from the extra 60 days worth of data, then evaluate the costs/benefits. This of course would be a rough estimate. Frankly I think phab:T228952 should happen first, which is very non-trivial. Most of this is because of decisions that were made in the design of PageTriage from well before we worked on it. We've improved it quite a bit, but it's still a painful battle trying to make any architectural changes. — MusikAnimal talk 19:50, 13 September 2019 (UTC)
@Rosguill, Winged Blades of Godric, MusikAnimal, Barkeep49, and Insertcleverphrasehere:, I remember discussing the drop off time with the devs some time ago - I think it was during the run uo to ACTRIAL - and we agreed to fix it at 90 days. However, in view of the lack of enthusiasm to patroll pages, even that may not be long enough. At the time, I naturally assumed that all pages that come under review at NPP would be subject to 90 days, so it was not queried. I think this is important because redirects are the one way that spammers game the system to recreate deleted pages. More important than phab:T228952, - which I don't understand - and which has already been shelved anyway. Kudpung กุดผึ้ง (talk) 02:43, 14 September 2019 (UTC)
Kudpung, we're missing the 90 days mark some of the time now but I think that roughly a quarter of a year is a fair compromise between not letting bad stuff appear in Google and giving us a reasonable amount of time to get to articles. Plus to some degree deadlines help. The fact that redirects just disappear from the queue rather than sitting there makes sense to me - redirects are cheap and the cost of not patrolling them is less. However combining this with the 30 day drop-off is not a great combo. MusikAnimal's point about the painful battle of PageTriage (one I'd love for him to repeat at our current conversatoin but understand if he can't) is why addressing that for me is the biggest priority. Best, Barkeep49 (talk) 02:58, 14 September 2019 (UTC)
  • Support much longer drop-off time. What we don't get to now, we should still get to if we can. We won't get to all the old ones any more than now, but they will be there for people who, like myself, try to look for ones whose title or some other indication suggests that there might be a problem. I really do not see the point of having the drop off at all. DGG ( talk ) 04:44, 14 September 2019 (UTC)
  • Until a page has been viewed and reviewed, nobody knows what's on it. The face of the waterfall at NPP has changed. There is no denying that while an encyclopedia can never be complete, most of the traditional encyclopedic topics are catered for and being updated and maintained. What we are left with are the incessant non notable bios and autobios, footballers whose footy SNG has an even lower bar than BASIC or GNG, reality shows, Bollywood, and more bios. The new enhancements to the entries in the feed provided by ORES provide an excellent overview already, although some things might be missed by newer reviewers through banner blindness, or those who patrol too fast. It's therefore essential that nothing gets indexed before it has been checked. I think here is now a very strong argument to extend the 90 day drop off, or even have it open ended per DGG. The disadvantage with the latter however, is that reviewers will continue to go for the low hanging fruit knowing that there would no longer be a sense of urgency. Kudpung กุดผึ้ง (talk) 05:31, 14 September 2019 (UTC)
    That will need a site-wide RFC ..... ∯WBGconverse 13:43, 14 September 2019 (UTC)

Redirects - issue 1

Tracked in Phabricator
Task T157046
Resolved

Redirects when an RfD tag or any other material is added to them, but they remain redirects, should not be in the New Page feed.  Done please verify. Kudpung กุดผึ้ง (talk) 02:38, 13 September 2019 (UTC)

Concur.- MrX 12:45, 2 September 2016 (UTC)
Agree Lineslarge (talk) 00:05, 25 September 2017 (UTC)

Orphan in possible issues

Tracked in Phabricator
Task T313777
Resolved

Hi greetings, I'd like to suggest an improvement in page curation toolbar. We know, while using the page info in the tool, we can see the possible issues such as No citation, Orphan, etc. The article is seem to be orphan when there is no links from other pages in the main article namespace. But the tool considers the links from pages in all namespaces, not only from mainspace. Sometimes new articles may not have links from other articles, but from pages in other namespaces such as talks, user talks, etc. The tool does not determine it as orphan, but actually the article is orphan. It will be a great help, if the tool consider the links only from mainspace while determining whether the article is orphan or not. Hope that this issue will fixed. Regards.--PATH SLOPU 11:45, 28 September 2019 (UTC)

Agreed, although it isn't much of a problem to be honest as users will rarely link non-existant articles in talk pages, unless they are linked in the small window between the page being created and the page being reviewed. Nonetheless, if this is the case, I would support a change. Willbb234Talk (please {{ping}} me in replies) 21:07, 24 November 2019 (UTC)
Support Mccapra (talk) 11:39, 14 November 2021 (UTC)

 Done Expect the number of pages that are tagged as orphaned to slowly tick up. For reference, that number was 30 yesterday, it is around 65 now. -MPGuy2824 (talk) 03:07, 30 September 2022 (UTC)

This page is only X minutes old

Tracked in Phabricator
Task T314627
Resolved

Messages like "This page is only 4 minutes old. Consider waiting to tag it, unless the issue is serious." appear on the page curation tab even if a page is a few hours old. This doesn't seem to appear for article created more than 6 hours back. -MPGuy2824 (talk) 02:48, 5 August 2022 (UTC)

@MPGuy2824. Likely a timezone bug. I've never seen this message myself, probably also because of a timezone bug. What button do you click that causes this notice to appear (when opening tag menu, or when placing tag?) Also, where does the warning appear (inline somewhere, as a browser popup window, as a mediawiki alert on the top right?) –Novem Linguae (talk) 03:19, 5 August 2022 (UTC)
Right now, for a 2-hour old article picked at random, Darren Oved, i can see it after clicking the "delete" and "tag" buttons. My Wikipedia prefs are set to IST. -MPGuy2824 (talk) 03:23, 5 August 2022 (UTC)

 Done -MPGuy2824 (talk) 03:53, 30 September 2022 (UTC)

New Page feed statistics

Tracked in Phabricator
Task T310108
Resolved

The stats in the footer show the total backlog (without redirects), and the number of pages reviewed in the past week (including redirects). Requesting this be improved to show number of non-redirect pages reviewed separately. MB 00:26, 8 June 2022 (UTC)

Page Curation messages

Tracked in Phabricator
Task T204464
Resolved
Tracked in Phabricator
Task T204465
Resolved

The messages handed out by the PC tool should be embodied in templates on the local wiki rather than hard-boiled into the software.

Last month I received a "I have unreviewed a page you curated" message for the first time. Because the page's author had mangled the CSD template the message I received bore no resemblance to the facts as I knew them so I tried to investigate. However, the message is bare text and offers no clue to its origin - whereas most messages are transcluded or substed templates which show where they came from.

The message did not conform to the norms of this wiki:

  • it wasn't signed;
  • it invited a continuation of the discussion on another page rather than keeping the discussion together in one place; and
  • there was no edit summary.

The first two issues would easily be resolved if the message were embodied in a template rather than the software. This change could also resolve the #Removing the 250 character limit issue raised by Mz7. Cabayi (talk) 17:42, 28 November 2016 (UTC)

  • I agree. I raised this years ago to a WMF developer liaison only to have it dismissed. It's poor design. Sending a message to the reviewer when a page is unreviewed should also be optional, and should not be the default. It would be better to have any such message in the revision history as an edit summary anyway.- MrX 16:02, 15 June 2017 (UTC)
  • Strongly agree Ican think of no reason why this would not be a major improvlement, in letting us make changes without waiting for years. DGG ( talk ) 19:33, 17 March 2018 (UTC)
@Cabayi: -- Done. The first and last have been already, in place for long. I updated the language of the templates to keep the discussion, entirely on reviewer's talk.Check it out:-)Best, ∯WBGconverse 08:27, 28 October 2018 (UTC)
Thanks Winged Blades of Godric. Yes, I saw Galobtter closed off the ticket this morning. How did it take two years for the existence of the messages at Category:New Pages Feed templates to come to light?? (*ahem* poor documentation) Now that they are in the daylight, it seems just as bizarre that they're not protected in any way - pinging interested admins TonyBallioni, DGG, Mz7 to ponder that issue. -- Cabayi (talk) 11:13, 28 October 2018 (UTC)
The most intuitive solution would be to prevent a message from being sent when the note textarea is empty. << FR (mobileUndo) 08:06, 22 February 2019 (UTC)
  • All have been done. But, MrX, I see that WMF has fulfilled your request by eliminating the need to send any customized message in case of un-reviewing, altogether. Now, whenever we un-review any reviewed page, a standard boilerplate is delivered to the t/p of orig. reviewer. LOL; this ought be a bug and shall be fixed. ∯WBGconverse 13:25, 14 September 2019 (UTC)

Automated messages while reviewing a page or unreviewing it must be optional

Tracked in Phabricator
Task T238848
Resolved

Please add a check box at the window to mark the page as reviewed, where it says send a message to the page creator or the reviewer. The sending of message should be optional. --DBigXrayᗙ 17:43, 20 February 2020 (UTC)

Funky wording when messaging past reviewers

Tracked in Phabricator
Task T313648
Resolved

I noticed a funky wording with the tool when sending a message as I was marking a page as unreviewed. Under the section header "I have sent you a note about a page you reviewed", the tool automatically writes "Thank you for creating XXX", even though (with the exception of autopatrolled users) the recipient is the reviewer and not the creator. This is what the tool automatically did; I believe it should instead write "Thank you for reviewing XXX" or, better yet, omit that line altogether when messaging a reviewer. ComplexRational (talk) 00:24, 21 June 2022 (UTC)

PageTriage is loading Template:Sentnote-NPF. Would likely need to create a 2nd template with the new wording, then update the logic in mark.js and extension.json to use the new template when messaging reviewers. I might work on this one sometime, when I feel like learning the custom system Gerrit uses, which is a prerequisite for submitting code. –Novem Linguae (talk) 11:51, 21 June 2022 (UTC)

"Set filter" button isn't accessible

Tracked in Phabricator
Task T227006
Resolved

The filter popup of the New pages feed is now quite large. I'm barely able to click the (almost) hidden "Set filter" button. Could all the "Were created by X" be clubbed into one drop-down option? Maybe the "were created by username" can be left out of this, since it uses a text-box input as well. -MPGuy2824 (talk) 07:11, 19 August 2022 (UTC)

Good idea. We either need to do that (move those options into a combo box as you suggest), or unfloat the "set filters" bar, which would give a scroll bar when opening the filters panel. As a workaround, if the "Set filters" button is off the screen, you can zoom out in your browser to reveal it. –Novem Linguae (talk) 08:11, 19 August 2022 (UTC)
I just suggested rearranging this on the discussion page as an alternative. I think multiple columns would work also and be simpler. MB 15:15, 19 August 2022 (UTC)

The following was moved from Wikipedia talk:New pages patrol/Reviewers to keep all related discussion together with the associated phab ticket.

cc @Andrew Davidson, MPGuy2824, and Extraordinary Writ:

I'd like some help in deciding what to do about the Special:NewPagesFeed -> "Set filters" green button being nearly off or completely off the screen, because the top bar floats and the menu is nearly full. Here's a couple potential solutions:

  • Unfloat the top bar (will give you a scroll bar)
  • Move the "Set filters" button to the top of the panel
  • Combine "Were created by X" into one option, and allow the user to pick what specifically via a combo box. (hardest to write code for)

If you have a preference, please reply and let me know. Current workaround is to zoom out your browser. –Novem Linguae (talk) 08:22, 19 August 2022 (UTC)

Moving the "Set Filters" button would be enough but maybe one/some the last few options might be unclickable. If the combo box is quite hard to do, then your first option "Unfloat" would be my choice. -MPGuy2824 (talk) 08:27, 19 August 2022 (UTC)
If possible, my preference is to move the green button into the centre of the filter dialog box, where there's plenty of empty space for it. And I'd also adjust the float so that there's always a scroll bar if needed, just in case the user has a small screen/window for some reason. Zooming out is not ideal as some users have weak eyesight and so can't read tiny text. Andrew🐉(talk) 08:36, 19 August 2022 (UTC)
It looks to me that there is a lot of white space within the "Set Filters" box. Have you considered just moving things around. If "Date range" was right under "In namespace" and the space between the columns was reduced, then "State" and "Type" could be moved up into a fourth column making better use of the width of the box. Then "That" would start higher up. Alternatively, put the options of "That" into two columns. MB 15:02, 19 August 2022 (UTC)
Unfloat seems like the simplest solution. People are used to scroll bars, so the interface would be easy to understand. Changing the menu structure seems like a brittle solution, as future changes in the menu could cause the problem to appear again. — rsjaffe 🗣️ 16:03, 19 August 2022 (UTC)
I really don't like multiple scroll bars - there is already the main pages feed scroll bar and the two could be adjacent, depending on the window size, making it easy to mis-click. Also, I find it can be confusing knowing which window is active when using the scroll wheel on a mouse. For these reasons, anything with two scroll bars would be my last choice. MB 03:16, 20 August 2022 (UTC)
There would just be one scroll bar. Hard to explain, but unfloating it would work and would just use the existing scroll bar. –Novem Linguae (talk) 04:04, 20 August 2022 (UTC)
I would propose doing both unfloating and moving the button. So the button is always visible for most screen resolutions, but there is also easy scroll for whatever gets off screen. MarioGom (talk) 06:30, 23 August 2022 (UTC)
I had this discussion at WT:NPPR to get increased traffic. We may have moved it too early. This still isn't a very strong consensus. I may just make an executive decision and move forward with the unfloat option. –Novem Linguae (talk) 23:26, 25 August 2022 (UTC)

@MarioGom, Novem Linguae, MB, and Andrew Davidson: I distinctly remember suggesting somewhere recently that the Predicted Class and Potential Issues choices should be default displays in the feed and removed from the filter prefs panel to reduce clutter. Kudpung กุดผึ้ง (talk) 02:07, 26 August 2022 (UTC)

Show purple icon for autopatrolled articles

NL, can you also use the same purple color in the toolbar, for autopatrolled articles. -MPGuy2824 (talk) 07:02, 14 September 2022 (UTC)

Tracked in Phabricator
Task T317737
Resolved
Great idea. Ticket created for turning the Page Curation toolbar "marked as reviewed" checkmark purple if the article was autopatrolled. –Novem Linguae (talk) 07:13, 14 September 2022 (UTC)

AfD with invalid input

Tracked in Phabricator
Task T239714
Resolved

AFD through the page curation tool, if you enter invalid input (e.g. leave the text input empty) the form will still submit. MB 21:27, 14 July 2022 (UTC)

Deletion edit summary tag

Tracked in Phabricator
Task T238328
Resolved

When an article is marked for deletion using the Article for Deletion tag, PageTriage makes an edit to the article. The edit summary does not include the "afd" tag. MB 04:20, 15 July 2022 (UTC)

Retrieved from "https://en.wikipedia.org/w/index.php?title=Wikipedia:Page_Curation/Suggested_improvements/Archive_2&oldid=1118641383"