Jump to content

Wikipedia talk:New pages patrol/Reviewers

Page contents not supported in other languages.
From Wikipedia, the free encyclopedia
TutorialDiscussionNew page feed
Reviewers
Curation tool
Suggestions
Coordination
NPP backlog
Articles
13589 ↓230
Oldest article
4 years old
Redirects
141
Oldest redirect
8 days old
Article reviews
2198
Redirect reviews
6462
  • There is a very large articles backlog

NPP backlog

[edit]
NPP unreviewed article statistics as of December 02, 2024

Skip to top
Skip to bottom

Autopatrol

[edit]

Hi all. Just created a new entry for the first time in a little while at Victor Albisu. I’m autopatrolled as well as being a reviewer so I was surprised to see that the page looks unreviewed. Is that a change in process that I’ve overlooked or might there be some technical hiccup I should attend to? Of course always happy to have more eyes on new work, just wondered what was up and if I had missed anything important. Thank you for any insight! Innisfree987 (talk) 07:16, 7 September 2024 (UTC)[reply]

Seems like this might be a PageTriage bug. I've filed phab:T374300. Thanks for reporting. –Novem Linguae (talk) 07:52, 7 September 2024 (UTC)[reply]
Ah super, thank you for filing that! Innisfree987 (talk) 07:56, 7 September 2024 (UTC)[reply]
I don't know if this is related. Previously if a redirect was changed to an article that was so poor I reverted to the redirect I had to mark the redirect as patrolled manually. Starting a few weeks ago the redirects have been automatically marked as patrolled because I'm autopatrolled. --John B123 (talk) 09:20, 7 September 2024 (UTC)[reply]
Thank you for mentioning. That sounds like good behavior. If one has autopatrol, one's redirects should probably not be being marked as unreviewed. Do you agree with that line of thinking? –Novem Linguae (talk) 11:58, 7 September 2024 (UTC)[reply]
Agree that redirects should not be marked as unreviewed if you are autopatrolled. Presumably there were changes to the PageTriage script recently so redirects are marked at reviewed if you are autopatrolled. I wondered if these changes caused the problem outlined by Innisfree987? --John B123 (talk) 20:41, 7 September 2024 (UTC)[reply]
Yes I was thinking just the same—sounds like a definite improvement but maybe the tinkering switched off something else. Innisfree987 (talk) 21:35, 7 September 2024 (UTC)[reply]
  • no, I wouldn't say so. Some autopatrolled users wouldn't be good with r cat shells, and similar redirect stuff. I think these two should be exclusive, or maybe we need to consult the folks who patrol redirects. They are well suited to answer this. —usernamekiran (talk) 11:39, 16 November 2024 (UTC)[reply]

Another draft that didn't get autopatrolled

[edit]

Hello Innisfree987, @Novem Linguae, I also faced the same issue today. I got to know about the ticket late. Sadly, my article was moved back to the draftspace Love, Sitara. Still, if it could be of any help as reference please expedite the ticket. Thanks for your consideration C1K98V (💬 ✒️ 📂) 14:52, 13 September 2024 (UTC)[reply]

@C1K98V: you know you can just move the article back, right? Elli (talk | contribs) 16:57, 13 September 2024 (UTC)[reply]
@Elli, A reviewer has moved the article to draftspace with a relevant notability policy. I don't share the same opinion and S/He don't agree with me. It's totally fine, I respect their decision assuming good faith. But, I would like to get the article restored back to mainspace through the Deletion review route. Thanks C1K98V (💬 ✒️ 📂) 17:16, 13 September 2024 (UTC)[reply]
@C1K98V: Deletion review is not the appropriate avenue to contest a draftification. If you object to a draftification you move the page back to main space. Editors are welcome to disagree but if you believe it meets then the guidelines that we have in place then just move it. Hey man im josh (talk) 17:19, 13 September 2024 (UTC)[reply]
@Hey man im josh, You sure that it won't look like I'm abusing my autopatrolled rights. Also, I believe admins have many important tasks to deal with so I don't want to add another AFD. Also, it will appear as a recreated article in the page curation and xtools which I don't want. Hope, you both are getting me. Thanks for your consideration. C1K98V (💬 ✒️ 📂) 17:27, 13 September 2024 (UTC)[reply]
@C1K98V: You've had two different admins tell you it's okay. Draft space is entirely optional and, if you're concerned about the article being marked as reviewed, simply mark it as unreviewed. As for xtools, there's no way of changing that, the redirect left behind will always show that and you have to accept it. Good thing is it's mostly meaningless since people have their redirects overwritten or G6 deleted all the time. Hey man im josh (talk) 17:30, 13 September 2024 (UTC)[reply]
I appreciate and accept your opinion and will happily move the article back to mainspace. But I have seen the scenario where an article which was deleted (move to draft cases) and you don't want it to look like recreated or deleted in page curation/xtools. You can seek restoration of the article through UDEL and the above said tag will be eliminated automatically. Thanks C1K98V (💬 ✒️ 📂) 17:41, 13 September 2024 (UTC)[reply]
On a side note, I have to agree with the original reviewer that the article doesn't meet WP:NFF or WP:GNG. --John B123 (talk) 19:56, 13 September 2024 (UTC)[reply]
@John B123, I disagree with you as well. I believe it satisfy both the WP:NFF or WP:GNG. Thanks C1K98V (💬 ✒️ 📂) 01:33, 14 September 2024 (UTC)[reply]
@C1K98V: How is the production of the film notable to meet WP:NFF? Which sources do you think give WP:SIGCOV to pass WP:GNG? As far as I can see there is only routine coverage based on press releases, social media posts and quotes from those involved in the film. John B123 (talk) 07:39, 14 September 2024 (UTC)[reply]
It might be time to move that conversation to the article talk page or AfD, this is not the right place to discuss the notability of individual articles. TechnoSquirrel69 (sigh) 18:58, 14 September 2024 (UTC)[reply]

It's exciting to get feedback very quickly, but having an article draftified or even worse deleted could be minimized if we replaced WP:NPPHOUR with WP:NPPDAY (24 hours). We have so many articles in the backlog, and retain common sense exceptions. With 10,000 articles in backlog and 13,000 redirects, do we need the WP:NPPHOUR? I never noticed this, because I tend to review older articles first anyways. ~ 🦝 Shushugah (he/him • talk) 16:27, 16 September 2024 (UTC)[reply]

I would support this. I can attest that I found getting tagged by NPP within even a few hours of creation to be annoying and unhelpful, when I was starting out. Since articles that haven't been patrolled aren't search indexed, leaving articles for a day to give their creators time to actually finish their work seems harmless to me. Is there anything critical I'm missing here? -- asilvering (talk) 16:39, 16 September 2024 (UTC)[reply]
Sounds good. My only run-in was on an article that two minutes old which was draftified 1 minute before I put the references in so I don't have much experience. North8000 (talk) 16:45, 16 September 2024 (UTC)[reply]
This seems like a kind way to address new editors and new articles, I think it's a good idea @Shushugah. When I send an article to draft I try to leave a note offering to help because I know that feeling can be really demoralizing. Maybe we could create a tag either on the article or it's talk space with a reminder that new pages are eligible to be sent to draft after 24 hours? That way casual NPP folk don't accidentally send something to draft too soon and folk who are working on articles aren't confused when they come back a few days latter and find the article they've started work on is now in draft space. Dr vulpes (Talk) 16:54, 16 September 2024 (UTC)[reply]
I don't think the tag is a good idea - imo, that would mean giving more work to NPP, not less, and giving more anxiety to new editors, not less. If we're going to draftify, we should just do it. -- asilvering (talk) 16:57, 16 September 2024 (UTC)[reply]
Yeah that's fair, I was just trying to find a way to keep people informed but now that I'm a little more awake I guess we already notify editors when we make the move. Dr vulpes (Talk) 17:12, 16 September 2024 (UTC)[reply]
Seems like this could put a lot of restrictions on NPP front of queue reviewers, and lead to drama as some of the 800 NPPers don't get the memo about the minimum wait time being increased to 24x as long. Wouldn't it be better if we encouraged folks that need more than an hour to use {{Under construction}} tags instead? –Novem Linguae (talk) 17:44, 16 September 2024 (UTC)[reply]
@Novem Linguae right now, the queue warns NPPers about the one-hour window. We could simply change it to warn editors about a 24-hour (or any number of hours) window instead. Any fix that requires new editors to use tags they probably don't even know exist isn't going to work very well. -- asilvering (talk) 17:47, 16 September 2024 (UTC)[reply]
As mentioned below (since my comment got made into its own section), I do oppose an additional/extended restriction on the front of the queue. Hey man im josh (talk) 15:29, 17 September 2024 (UTC)[reply]
I think switching to waiting until 24 hours would lead to more WP:BITEY behaviour, in the form of articles being sent to WP:AFD instead of giving newer users more space and allowing them to work on things in draft space. There's a really strange view of draft space by some people that I think they need to shake off. Draft space is optional, but it's a very useful place to invite newer users to work on something more casually, not forcing them to rush into learning how Wikipedia works in under a week to save what they've worked on. Hey man im josh (talk) 17:51, 16 September 2024 (UTC)[reply]
Wait, why would it mean more articles at AfD? -- asilvering (talk) 17:55, 16 September 2024 (UTC)[reply]
@Asilvering: It's a presumption of mine not backed up by actual data at this point in time. My belief is draftifications are more likely early on, but if a page has been up for a day or so, I believe it's more likely to get sent to AfD as opposed to draft space. Hey man im josh (talk) 18:58, 16 September 2024 (UTC)[reply]
I've noticed that at AfD when people try to advocate for moving articles to draft space you'll get folks coming out of the woodwork to claim that sending articles to draft is just around about deletion. I don't even bother trying to advocate moving articles at AfD to draft so I can work on them later because of it. When I send an article for draft as part of NPP I try to offer to help the new editor with their article. Dr vulpes (Talk) 18:38, 16 September 2024 (UTC)[reply]
I at least understand, but disagree, with folks who are very against draftifications, I just don't get it though when people have that point of view @Dr vulpes. It's a place to work on things so they're not outright deleted. The alternative at AfD is delete over draftification in most cases, so why not at least give peopel a chance, you know? Hey man im josh (talk) 18:59, 16 September 2024 (UTC)[reply]
Draftification is a non-solution to the much wider problem, at least in my opinion. With that stated, I haven't draftified any article because I see no need for it. I also believe that WP:NPPHOUR should remain, as waiting 24 hours to review articles would only add to the already excessive backlog. And to end my comment, I'd like to ask someone to send me a link to the NPP discord. Thanks, Wolverine XI (talk to me) 20:27, 16 September 2024 (UTC)[reply]
https://discordapp.com/invite/heF3xPu. You can also find the link at the top of this talk page, in one of the banners. –Novem Linguae (talk) 20:34, 16 September 2024 (UTC)[reply]
Why would it add to the backlog? It wouldn't impact the number of reviews we're doing, it would just impact what part of the queue we looked at. -- asilvering (talk) 21:48, 16 September 2024 (UTC)[reply]
Speaking anecdotally, about 50% of editors like draftspace/draftification and think it is a safe place for new users to incubate their articles until they reach a publishable standard, and about 50% of editors think that draftspace/draftification is a WP:BITEy backdoor to deletion that is inferior to the AFD process, with AFD at least being honest and getting the new user an answer in about a week instead of lingering for months.
At the end of the day, one side believes "draftspace is less bitey than AFD" and the other side believes "draftspace is more bitey than AFD", and I think it is difficult to convince a person who believes one of these things to change to the opposite. –Novem Linguae (talk) 20:39, 16 September 2024 (UTC)[reply]
I have to disagree that draftspace is a safe place for beginners to nurture their articles until they are ready for publication. If there's one thing AFC has taught us, it's that, despite having the luxury of editing in draftspace, beginners frequently produce articles that fall outside of the expected quality of a standard Wikipedia article. Understandably, nearly every AFC nomination is turned down, and let's not even discuss how long an article must wait to be reviewed there. To put it another way, draftification won't prevent an article from being deleted. And that, ladies and gentlemen, is what I'm trying to say. Wolverine XI (talk to me) 21:09, 16 September 2024 (UTC)[reply]
Both DRAFT and AfD are scary places for new editors, but either way this proposal won't address that. It merely avoids proposing any kind of interaction for at least 24 hours, saving new editors and reviewers alike avoidable headaches. Even as an experienced editor, I do not think my edits within an hour are the best. I need to reflect/think it over and find novel solutions. Let's let the new editors get a water-break before throwing them into the exciting world of high stakes collaboration. ~ 🦝 Shushugah (he/him • talk) 21:37, 16 September 2024 (UTC)[reply]
Understandably, nearly every AFC nomination is turned down... – That's just not true. I ran a quick quarry query for the month-to-date numbers at AfC.
  • Accepts: 801
  • Declines: 2,893
  • Rejects: 118
Now, I know that this query has flaws, in that it doesn't count articles that have been deleted (which would increase the decline count), but I think you might have an improper view of AfC and draft space @Wolverine XI. To put it another way, draftification won't prevent an article from being deleted. And that, ladies and gentlemen, is what I'm trying to say. – I don't think we're trying to say it will, but I do think it often gives some articles a better chance than they'd have otherwise. I just strongly believe it's less bitey than sending an article to AfD, especially when we (at least I try to) stress that draft space is optional. If we send something to AfD and it gets deleted you're telling someone their work needs to be deleted, draft space tells them they can do more, and won't be losing what they work on. Hey man im josh (talk) 13:06, 17 September 2024 (UTC)[reply]
I'll note also that articles can get declined multiple times, but can only be accepted or rejected once. The data will look heavier tilted towards declines as a result. -- asilvering (talk) 22:39, 17 September 2024 (UTC)[reply]
My problem with draftification is that it is used by some users as a "doesn't meet my standards" button that doesn't require the oversight or due-diligence (WP:BEFORE) standards that an AfD requires. This results in articles being moved that don't meet criteria for deletion. Pairing it with an obscure to newcomers process and an automatic timed deletion, it's a de-facto delete button, that some editors blanketly deploy on hundreds of articles.
Also, to respond to other comments above, AfC articles being denied despite the article not meeting AfD standards is also a problem. I approve like 50% of AfC articles I look at. They might be non-optimal sometimes but again, the standard is not whether or not I like it. People have to stop applying their more stringent standards for both these processes. Acebulf (talk | contribs) 11:43, 17 September 2024 (UTC)[reply]
I approve like 50% of AfC articles I look at. - That has not been my experience so far, anecdotally for me, the number of rejects/decline vastly outnumber the accepts even tho I tend to judge articles purely on the grounds of notability. Sohom (talk) 12:40, 17 September 2024 (UTC)[reply]
@Acebulf: While I disagree with you about a "de-facto deletion button", as I do process a lot of G13 deletions (drafts not edits for 6 months), I do recognize that it might be confusing for newer editors. I think what might be more confusing is for their work to be nominated for deletion early on instead of being told to put some extra work in to make it better, but I understand not everyone feels the same way.
As for the AfC approvals you speak of, how many of those were draftified and re-submitted without changes? The way forward is to work on when is best to draftify, not to not consider it as a viable option. If you have interest in reviewing items that have been draftified, I encourage you to look at User:SDZeroBot/Draftify Watch. I use that page to find and revert draftifications of pages that were older than 90 days when draftified. Hey man im josh (talk) 13:13, 17 September 2024 (UTC)[reply]
It is, to a certain extent. If a topic isn't notable, no amount of editing is going to fix that. By draftifying for notability, we're implying to the creator that it could become an article with a bit more work. Unless it is an obvious case of WP:TOOSOON where the topic is likely to become notable in the next six months, draftifying really is just a workaround to deletion (whether it's through G13 or back in mainspace at AfD). So if a topic isn't notable, take it to AfD and delete it. Don't draftify it. We shouldn't be wasting editors' time by encouraging them to work on drafts about non-notable topics. But I recognize this a controversial position among reviewers. C F A 💬 00:30, 17 September 2024 (UTC)[reply]
I know there are varying philosophies as to purpose of draftification, which is one root issue. I personally believe it should be used, when an article IS notable (would survive AFD) but is in a horrid state in terms of problematic sourcing, promo language and would benefit from improvement before getting slashed down to a stub were it placed in mainspace. Sometimes a stub in mainspace is preferable (especially if NONE of the sourcing was salvageable) but if decent sourcing was placed there but would benefit from improved prose/templates, then draft can be a calmer space to work on that.
The tension boils down to differing philosophies, but also laziness. AFD participants don't do the full BEFORE search sometimes, DRAFT'ers judge an article by its current form, without fully considering what might happen at AFD or not, and some people like to slap tags without regarding whether it bites new editors, and helps or not. But none of us are perfect, and every reviewer is different, so while we can try to standardize conventions, it will always be a challenge. ~ 🦝 Shushugah (he/him • talk) 13:32, 17 September 2024 (UTC)[reply]
This is a false dichotomy. The main alternative to draftspace isn't AfD (because most reviewers use draftify for articles that are somehow lacking but not deletion candidates), it's incrementally improving the article in mainspace as we have done for the last twenty years without any problems. People criticise draftification as a backdoor for deletion because it can (i.e. not will) via G13 lead to an article being deleted for reasons that aren't listed in WP:DELREASON, whereas that would never happen in mainspace because the deletion processes, unlike draftification, are well-defined and subject to regular oversight.
Where the draftify vs. AfD argument comes up is in the specific (and dubious) case of articles draftified for notability concerns, and IMO basically comes down to people who see notability as a subjective quality decided by a consensus of editors vs. an objective quality determinable by a single reviewer. – Joe (talk) 09:05, 18 September 2024 (UTC)[reply]
What evidence do we have that this would actually help creators? My quick look at 50 articles created 24+ hours ago suggests very few are edited in a way that this proposed change would help after an initial burst of activity. Perhaps a better rule would be at least 1 hour since the most recent substantive edit (e.g. excluding things like the people who through and do categories or other gnoming type work). So this rule feels like it would make life harder for NPP without actually helping anyone. Best, Barkeep49 (talk) 16:28, 17 September 2024 (UTC)[reply]
Perhaps a better rule would be at least 1 hour since the most recent substantive edit Don't we already have that in Wikipedia:Drafts#During new page review: there is no evidence of active improvement (at least one hour since the last constructive edit) John B123 (talk) 20:35, 17 September 2024 (UTC)[reply]
You're right, we do. I forgot the specifics of the current prohibition. So I continue to wonder how much benefit we would reap from a longer waiting time based at least on the small data sample I looked at. Barkeep49 (talk) 21:27, 17 September 2024 (UTC)[reply]
In my experience most editors see the article as 'finished' after the initial activity, but some intent to carry on improving the article. Experienced editors may use the {{In creation}} or {{under construction}} templates in this situation but newer editors probably don't know of the existence of these templates. Extending to 24 hours won't make a difference in most cases but would in cases when the editor intends incubating the article. The outside world frequently has an influence on time available for editing here so a 1 hour gap in editing doesn't mean they don't intend to edit the article further. I would suggest that the 24 hours only applies to AfD, draftification or redirecting the article. Tagging the article after an hour may serve as a pointer to the creator where the shortcomings are and can try and resolve them before the 24 hours when more drastic action may be taken. Many will probably ignore the tag but hopefully some will make the required improvements. I would also suggest the 24 hours starts from the last edit not from the article creation time. John B123 (talk) 08:14, 18 September 2024 (UTC)[reply]
I don't doubt that this sometimes happens. But I still wonder at what frequency. Creating a large exception to cover rare edge cases doesnt strike me as wise. If it's not rare that's a whole different situation. Best, Barkeep49 (talk) 08:20, 18 September 2024 (UTC)[reply]
I'm not sure what this would make harder about NPP, can you explain? -- asilvering (talk) 22:30, 17 September 2024 (UTC)[reply]
If the right answer is draftification this will mean that multiple NPP will all have to spend time reaching that conclusion because these are articles at the front of the queue. This means either nothing is likely not happen and thus we're adding to the queue and possibly allowing an article that does not meet required standards to get indexed or we're encouraging outright deletion processes where before we'd be allowing something else to happen. Best, Barkeep49 (talk) 08:24, 18 September 2024 (UTC)[reply]
Hm, what I was thinking of was just changing the "this is too close to the front of the queue, leave it" boundary to be longer than 1 hour. Right now, anything created less than an hour ago has an orange outline on the timestamp in the new pages feed and a warning not to tag it. So I wouldn't expect it to add to NPP workload in any way, since the idea is that those pages would all be ignored until they crossed the line anyway. -- asilvering (talk) 16:20, 18 September 2024 (UTC)[reply]
You'd have to scroll through substantially more articles to start at ones that are 24 hours old rather than 1 hour. And for how much benefit? I think I'm still the only one who has tried to collect any data about how much people already are working on articles in the >1 hour <24 hour period and what I did was far too limited to have value. Barkeep49 (talk) 17:17, 18 September 2024 (UTC)[reply]
Fair enough. I do think increasing it a little more (maybe to 2 hours) would be helpful and cause minimal new problems. -- asilvering (talk) 19:19, 18 September 2024 (UTC)[reply]
If we're going to change the time limit I'd also like to do it based on empirical data on how long creators usually spend on new articles. Anecdotally, I think it's rare that people spend more than 2-3 hours on it after creation, so if a higher limit is needed something in the order of six hours sounds more reasonable.
On the other hand, I've not felt that there is a problem with the current hour (it wasn't so long ago we raised it from 15 minutes) and would be interested to hear more about what motivated this proposal. I know there has been some discussion of NPPHOUR in the current RfA, but I think that's more about whether it should be seen as a hard limit or a rule of thumb. The current instructions (I hope) make it clear that the spirit of the rule is more important, because we start by saying take care not to alienate article creators (especially new editors) by patrolling them while they are still in progress and only after that suggest one hour as a minimum grace period. – Joe (talk) 09:15, 18 September 2024 (UTC)[reply]
Yeah I recall when we changed it from 15 minutes to an hour, and I do think it led to a significant reduction in perceived biteyness and reverted draftifications. I feel the thing we'd need to hammer home more is that NPPHOUR should be referring to an hour from the last edit, not an hour from creation. Hey man im josh (talk) 12:44, 18 September 2024 (UTC)[reply]


OK, having been on the receiving end, here's what bitey looks like, having been on the receiving end myself. About 2 years ago (having I'd guess a few thousand NPP reviews under my belt at the time) . I started an article (sort of a technical gnomeish one, needed to internal-link from a FA rescue article I was working on). Clearly met notability and I already had the references lined up and was going to put them in within a few minutes of starting the article, but a couple minutes after starting the article it was draftified (by an experienced wikipedian, but not a NPP reviewer regular) and here was the message and exchange:

An article you recently created, xxxxxxx is not suitable as written to remain published. It needs more citations from reliable, independent sources. (?) Information that can't be referenced should be removed (verifiability is of central importance on Wikipedia). I've moved your draft to draftspace (with a prefix of "Draft:" before the article title) where you can incubate the article with minimal disruption. When you feel the article meets Wikipedia's general notability guideline and thus is ready for mainspace, please click on the "Submit your draft for review!" button at the top of the page. (by XX)
XX The article is only five minutes old. I have many references and am adding them, albeit interrupted by this post.  :-) You really need to look closer before you do these things.  :-) North8000 (talk)
That's what draft space and user space are for. (Article space is for articles, not for half-formed articles. XX

Aside from the obvious, the message implied that AFC review is the only way I could put it back. So a big part of bitey is the wording. I'd hate to see what this atmosphere would do to a new editor. North8000 (talk) 14:39, 18 September 2024 (UTC)[reply]

See and that's the problem, not the usage of draft space itself. NPPHOUR would have been crucial there and it's been a good thing that we upped it from 15 minutes to an hour. Do you think it would have been worse if your article was nominated for deletion instead of moved to draft space? Fwiw, that "experienced editor" clearly misunderstood that articles can be worked on in main space. Hey man im josh (talk) 14:53, 18 September 2024 (UTC)[reply]
Well, for me, either would not be bad because I knew the situation and how it would end up. And I've had the thickest skin training (NPP) available on Wikipedia. For a newbie, I'm guessing that AFD would have been rougher. BTW I just realized that it is worth mentioning this was not a NPP review, just someone who is active at doing this type of thing. North8000 (talk) 15:00, 18 September 2024 (UTC)[reply]
Yeah, I did catch that you mentioned it wasn't an NPP reviewer. I've just been trying to assert the point that draftification (work on it) is less bitey than AfD (delete it) in my opinion, so I wanted to see what you thought since you had a negative experience early on. Hey man im josh (talk) 15:07, 18 September 2024 (UTC)[reply]
Hey man im josh, you are absolutely right. I agree. I was already wiki-old (13 years in Wikipedia) at the time. Just clarifying, they have the NPP tool, but I don't think that they do NPP reviews and this wasn't one. I agree think that draft space is a good thing, my main point was the wording. Especially because we need it to be the norm that editors find and include GNG sources for GNG-dependent articles. BTW I had two articles taken to AFD when I was a newbie. One (a fork) should not have been made and was AFD'd by someone who gave me wise and friendly advice. The other was by someone who ended up getting reigned in later on for hounder/stalker stuff. So I did have that experience / a baptism by fire and for better or for worse and learned immensely from both. North8000 (talk) 15:24, 18 September 2024 (UTC)[reply]
My suggested updated wording would be something like When you feel the article meets Wikipedia's general notability guideline, click on the "Submit your draft for review!" button at the top of the page or directly move it to mainspace yourself if you have experience. I removed modifier words like "please" which are confusing for non-native speakers and added alternate path. This would also reduce someone's experience publishing to mainspace, NPP draftifies them, submit review at AfC. Only thing missing is a suggestion for AfD review on top ~ 🦝 Shushugah (he/him • talk) 15:13, 18 September 2024 (UTC)[reply]
Shushugah I've reverted your split and movement of the comments North8000 and I made under this. I don't appreciate the comments being moved to a place that makes it appear as though I'm responding to a completely different comment. Hey man im josh (talk) 15:22, 18 September 2024 (UTC)[reply]
As a note, the current templated message from the MoveToDraft script says, "When the article is ready for publication, please click on the 'Submit your draft for review!' button at the top of the page OR move the page back". Significa liberdade (she/her) (talk) 18:50, 21 September 2024 (UTC)[reply]
I think this wording is clearer that what Shug wrote but I agree that we can remove the "please". -- asilvering (talk) 18:53, 21 September 2024 (UTC)[reply]

Some considerations

[edit]

I would urge the discussion above to focus on whether WP:NPPDAY (24 hours) rule is a step forward or backwards from status quo. There's a dearth of data, which admittedly hampers our collective ability to make a truly informed decision. How common is draftification of an article an hour after it was last edited after an hour? After 24 hours?

There are certainly many things to improve in NPP, but this discussion here is difficult to follow or find consensus because it is so sprawled out and echoing longer standing and highly complex interwiki-departmental conflicting philosophies regarding the value of NPP, Draftification, AfC and AfD. These different areas of Wikipedia have differing cultures. My initial proposal cannot not address those comprehensively. But reducing the amount of time navigating between all of these can be a net saving for reviewers and editors alike, while recognizing they're all vital to the project and also improve the articles in the end whether it is more solo time to edit, feedback and or collaborative contributions.

Regarding whether the 24 hour rule would impede page patrol feed, the NPP feed should be adapted to hide/segment recently created articles that were last edited less than 1-or-24 hours to a different feed, the same way that auto-patrolled articles are labeled separately. ~ 🦝 Shushugah (he/him • talk) 23:31, 18 September 2024 (UTC)[reply]

One thing I'm curious about is whether that would apply to feedback on articles, such as adding maintenance tags. I often try to refrain from adding maintenance tags within the one-hour editing space so editors don't feel like they're being attacked while actively working on an article. However, if they create an article, then it's tagged the next day, would they be more or less likely to address those concerns?
Additionally, I'm curious if this would have any impact on particularly bad articles (e.g., spam, attack) that may not be flagged by the system. If NPPers are encouraged not to look at articles within 24 hours of the last edit, could we end up with these pages living on Wikipedia longer? Significa liberdade (she/her) (talk) 18:56, 21 September 2024 (UTC)[reply]
I think we have basically no consensus for the 24 hours thing at all, such that it's probably not worth wondering what the difference would be (aside from our own curiosity, I guess). But I would be curious to know if other NPPers thought it might be a good idea to move the "one-hour editing space" to 2 or 3 hours. I've certainly seen a bunch of AfC submissions where the article creator was still working on it two hours later, so I'd support making it "NPP2HR", but I assume I've got a wonky sample - ie, that I'm mostly only seeing those folks, given that I'm noticing them from the AfC side. -- asilvering (talk) 19:14, 21 September 2024 (UTC)[reply]
If there are just one or two editors who feel less attacked when we wait a little longer (whether 1,2 or 24 hours), that's already a net win for me. The potential downside is leaving questionable content online for a negligible time period. Unless it is BLP violations, CSD eligible (that exception/common sense remains anyways) or other exceptional content that can be immediately removed, problematic content can/does stay up longer. Even with AfD nomination, the content remains for at least 7 days minimum. For people specifically looking for spammy/first hour articles, they should be able to disable the filter still, i.e admins with CSD experience. Comment on @GTrang's ticket T375330.
  • In terms of behaviour, my hunch is a lazy/minimalist reviewer slapping maintenance tags without any other feedback is not as helpful as someone who makes ONE constructive edit/qualitative feedback, along with some maintenance, but there's no easy way to enforce that.
  • I noticed in NPP software, if I want to send a message I need to send that first, before marking as reviewed. There is no way to do both simultaneously. Created a Phabricator ticket T375336 for that.
~ 🦝 Shushugah (he/him • talk) 08:35, 22 September 2024 (UTC)[reply]
@Shushugah: See phab:T375330. GTrang (talk) 20:10, 21 September 2024 (UTC)[reply]
[edit]

@GreenLipstickLesbian: spent a lot of time typing up their approach to this and I think that it's incredibly useful advice that should have a wider audience. Clovermoss🍀 (talk) 19:53, 18 September 2024 (UTC)[reply]

On the topic of translation copyvios, allow me to plug CFA's handy AttributeTranslation script, which helps with the cleanup work and warns the page creator on their talk page when used. Vanderwaalforces also made a good-looking script in the section you mention to help spot those errors in the first place. TechnoSquirrel69 (sigh) 20:07, 18 September 2024 (UTC)[reply]
User:Vanderwaalforces/checkTranslationAttribution.jsNovem Linguae (talk) 20:10, 18 September 2024 (UTC)[reply]
I've installed it. :) Clovermoss🍀 (talk) 20:17, 18 September 2024 (UTC)[reply]
If I could make a suggestion, a "dismiss" button after it pops up would be great. Clovermoss🍀 (talk) 23:15, 18 September 2024 (UTC)[reply]
@Clovermoss Done! Vanderwaalforces (talk) 23:28, 18 September 2024 (UTC)[reply]
Yeah, I brought this up last drive but now's a good time to bring it up again. Non-attributed translations are actually very common. And since they aren't caught by tools like CopyPatrol, NPP is essentially the only defence against them. What I do for articles that could have been plausibly translated (e.g. about a topic from a non-English-speaking country) is: check Google for corresponding articles, and if there aren't any, check Wikidata's entry (at the bottom in the "Wikipedia" box). If there are corresponding articles, I use the Google Translate extension's "translate page" feature to compare the articles. Most editors, especially newish ones, are simply unaware of the attribution requirement when translating (e.g. see this from a few days ago), so it's important to leave them a note. C F A 💬 21:14, 18 September 2024 (UTC)[reply]
So for clarification, english pages created with text from translation tools are okay as long as there's appropriate attribution? JW as I came across this page Conventico Caves and noticed it has a corresponding page es:Cuevas_del_Conventico and the text for the english article matches the google translate version. Eucalyptusmint (talk) 18:56, 19 September 2024 (UTC)[reply]
It should not match Google translate because if an editor uses machine translation they must check and edit the output , otherwise it is worse than just having the foreign language article (which users can translate with the same automated tools). I created a template, uw-mt, to remind about expectations around translation.. (t · c) buidhe 19:16, 19 September 2024 (UTC)[reply]
I didn't know about that template - thanks for making it. -- asilvering (talk) 21:17, 19 September 2024 (UTC)[reply]
They shouldn't be exact copies (but you will be able to see the similar structure, just with different words/slightly different phrasing), because, as buidhe said above, machine translations should never be copy/pasted in without further editing. In this case it is clearly an exact copy of Google Translate, so what I'd do is tag it with {{rough translation}} after adding appropriate attribution. C F A 💬 20:05, 19 September 2024 (UTC)[reply]
got it, thanks CFA and buidhe! Eucalyptusmint (talk) 23:51, 19 September 2024 (UTC)[reply]
  • I can usually figure out if it's a translation based on intuition, but most editors are not that lucky. I don't have any tips because I just pick up on various clues about the style of English prose, article organization, reference formatting etc. (t · c) buidhe 02:48, 19 September 2024 (UTC)[reply]

Nomination for merger of Template:Rfd-NPF

[edit]

Template:Rfd-NPF has been nominated for merging with Template:Redirect for discussion. You are invited to comment on the discussion at the template's entry on the Templates for discussion page. Thank you.

The reason why I'm placing this notification here is that the Page Curation tool will need to be updated to utilize the parameters and functionality in {{Redirect for discussion}} per the request. Maintainers of the Page Curation tool are advised to participate in this discussion. Steel1943 (talk) 22:15, 22 September 2024 (UTC)[reply]

@Steel1943 This is really not the way to do this. "page curation" is not a gadget that can be updated just like that, it is a deployed extension which has a code-review process and a set deployment schedule. The seven-day timeframe of a TfD is not realistic to implement the features you mention. I suggest you withdraw the TfD and instead start by filing a Phabricator ticket to discuss the specific changes you want for PageTriage. Once the Phabricator task is resolved, you can then consider reopening the TfD. Sohom (talk) 23:30, 22 September 2024 (UTC)[reply]
@Sohom Datta: I'm not withdrawing this nomination. I'm tired of all the technical issues that have been happening with RFD over the years because of this template. I've done everything that I need to do to make sure that I informed interested parties/forums; but, as usually in classic Wikipedia form, someone's gotta complain and say that the person doing something to suggest an improvement to the encyclopedia is doing something wrong. Either way, what you are referring to regarding a seven day window is actually not a true concern: What happens at TFD is after there is consensus for something to change, the change isn't technically implemented until there is reassurance that everything has been done with all affected tools and templates to ensure nothing breaks as a result of implementing the discussion's result. (See Wikipedia:Templates for discussion/Holding cell). In other words, as long as there's consensus to do this, the time it may take to implement such a change could take anywhere from seven days to the end of time; big changes like that aren't done haphazardly. Long story short, if you have not done so yet, I recommend participating in the TFD discussion so the closer knows and has an understanding that a straight up redirection is not the answer, and that the discussion should go to the holding cell after it is closed until all tools are updated in whatever fashion they need to be to resolve this. Steel1943 (talk) 15:06, 23 September 2024 (UTC)[reply]

Let's finally fix draftification! (RfC)

[edit]

I've created an RfC/proposal at the Village pump (idea lab). I would appreciate comments from NPPers, and I would really appreciate if someone could create the template I've proposed to solve the problem of draftification being a "backdoor to deletion". Toadspike [Talk] 10:44, 26 September 2024 (UTC)[reply]

@Toadspike: Don't keep repeating that statement that draftification is a "backdoor to deletion". It is not. scope_creepTalk 11:51, 29 September 2024 (UTC)[reply]
@Scope creep I’m sure Toadspike was not repeating it but quoting what was implied at RfA. Vanderwaalforces (talk) 12:31, 29 September 2024 (UTC)[reply]
It is a shibboleth, is destructive and it needs to stop. The processes need to be supported or they will fail. The continual undercuttin will take us back to 2012, even by accident and that will horse the whole project. It could be so easily done. The ACF/NPP processes arent perfect by any means, but as a product it has lead to an immeasurably better outcome for 100k's of articles for pretty much everybody, apart for the UPE crowd. scope_creepTalk 15:52, 29 September 2024 (UTC)[reply]
@Scope creep As Vanderwaalforces pointed out, I do not agree with that phrase, I only mentioned it as a common criticism of draftification. I should have made that clearer. I hope it did not seem like I am part of the "continual undercuttin". I only meant to protect draftification from criticism by improving it. I did not mean destroy this very important part of NPP.
The change I suggested had basically been made a day before I wrote the notice here. The switch to Template:Draft article makes it trivially easy for new users to reverse draftification, and thus (in my opinion) very hard to argue that draftification is still a "backdoor to deletion". Toadspike [Talk] 17:57, 29 September 2024 (UTC)[reply]
Just saw this, and will have a look at the discussion. I do want to state here for the record, that draftification is certainly not a "backdoor to deletion" - it is one of WP's procedures that actually can insure the integrity of the encyclopedia. Netherzone (talk) 21:17, 29 September 2024 (UTC)[reply]
The phrase "backdoor to deletion" is a part of Wikipedia policy, supported by an RfC. The way it is used is to say that draftification should not be a backdoor to deletion—not that it intrinsically is a backdoor to deletion—which I assume is a sentiment we can all agree with. In other words, you should draftify things because you have a good faith belief that it might improve them, not because you want it to go away but don't want to follow the deletion process. I don't think following this policy is a threat to NPP. – Joe (talk) 05:12, 5 October 2024 (UTC)[reply]

Earwigs Copyvio tool

[edit]

Is anyone else having problems with the above tool? - I'm lately frequently getting the error message in the screenshot below - annoying when you have a hunch that a new page is a copyvio but are unable to check it out.

Screenshot of error

Josey Wales Parley 20:34, 28 September 2024 (UTC)[reply]

Yes, this is a chronic issue that the maintainers are aware of. For the time being you can continue with the check by unchecking the search engine option, which is what's causing the hold-up. TechnoSquirrel69 (sigh) 20:40, 28 September 2024 (UTC)[reply]

New AWB task added a thousand new redirects to the queue since yesterday

[edit]

Relevant discussion: WP:AWB/Tasks#Long list of isotope redirects. Reviewing help will be appreciated. -MPGuy2824 (talk) 10:53, 2 October 2024 (UTC)[reply]

Are these all being created by one editor with AWB rights? Could this just be automatically approved by DannyS712 bot III? Bobby Cohn (talk) 13:15, 2 October 2024 (UTC)[reply]
Tom.Reding is on the redirect autopatrol list, but the bot doesn't always review redirects promptly for whatever reason and hasn't reviewed any in a week. SilverLocust 💬 15:52, 2 October 2024 (UTC)[reply]
hasn't reviewed any in a week. Sounds like the bot might be down. Cc @DannyS712Novem Linguae (talk) 17:01, 2 October 2024 (UTC)[reply]
Temporarily taken up by DreamRimmer bot. SilverLocust 💬 06:55, 5 October 2024 (UTC)[reply]
I was able to tackle a good chunk of them the other day. In a similar vein there's a lot of new articles coming out that are just stubs of genes, if we get another wave I'll reach out to the author. Dr vulpes (Talk) 17:59, 2 October 2024 (UTC)[reply]
All cleared for now. C F A 💬 22:06, 2 October 2024 (UTC)[reply]
Incidentally I granted autopatrolled to the creator yesterday, so we won't need DannyS712 bot to patrol their redirects from now on. – Joe (talk) 05:06, 5 October 2024 (UTC)[reply]

Authentication is now required for search engine checks on Earwig's Copyvio Tool

[edit]

Hello! As of right now, Earwig's Copyvio Tool will now require logging in with your Wikimedia account for search engine checks. This is an attempted solution at trying to curb bot scraping of the site, which rapidly depletes the available quota we have for Google searches. New checks will require you to log in first prior to running. This should not affect scripts like User:DannyS712/copyvio-check.js, which use the tool's API. You will also still keep getting "429: Too Many Requests" errors until the quota resets, around midnight Pacific Time, as we've run out of search engine checks for the day. If this broke something for you or if you're having issues in trying to authenticate, please let The Earwig or me know. Thanks! Chlod (say hi!) 23:56, 4 October 2024 (UTC)[reply]

Glad to hear this. Extraordinary Writ (talk) 04:09, 5 October 2024 (UTC)[reply]
Thank you Josey Wales Parley 12:28, 5 October 2024 (UTC)[reply]
Good news, it's been frustrating having it mostly unavailable. KylieTastic (talk) 14:21, 5 October 2024 (UTC)[reply]
Yay! Thanks! ~Kvng (talk) 17:11, 5 October 2024 (UTC)[reply]
Yowzaaaaaah!!!! 🇺🇦 FiddleTimtrent FaddleTalk to me 🇺🇦 17:51, 12 October 2024 (UTC)[reply]
Awesome to hear, thanks a ton Chlod! PixDeVl yell talk to me! 21:19, 14 October 2024 (UTC)[reply]

This proposal might be of interest. NotAGenious (talk) 14:16, 9 October 2024 (UTC)[reply]

Internet Archive is down, review accordingly

[edit]

For anyone not already aware, Internet Archive, including its Wayback Machine, is currently down following a DDoS attack and broader security breach. This means that a lot of links to references that were working fine at the time of their writing are now broken, at least temporarily. Until their service is restored or we hear further news about the platform's future, we should avoid nominating articles with such broken links for deletion.

The Internet Archive situation is obviously very concerning for Wikipedia (and more broadly) beyond this one issue for us when reviewing articles, and we'll need to follow it closely as a community. signed, Rosguill talk 16:35, 11 October 2024 (UTC)[reply]

Centralized discussion about this topic can be found at VPM signed, Rosguill talk 16:43, 11 October 2024 (UTC)[reply]

Do NPPs need to check an article's history?

[edit]

When reviewing a mainspace article, do NPPs need to check an article's history tab? It's not in any of our flowcharts, but it's at WP:NPP. Context: [1]Novem Linguae (talk) 20:56, 25 October 2024 (UTC)[reply]

More context- the original changes came shortly after a a disagreement over whether editors were expected to check the article history/read the article before reviewing it. The incident has been taken care of very thoroughly, but I think the background is helpful to explain why Novem Linguae made the change, and to clarify that the change was not made without discussion. GreenLipstickLesbian (talk) 21:07, 25 October 2024 (UTC)[reply]
I think it's good practice to have a look at the article history, especially if from the back of the queue as there may be move/redirect warring activity going on there Josey Wales Parley 21:10, 25 October 2024 (UTC)[reply]
I think checking the history is important. I'm not sure it makes sense in a flowchart, since I think Joe is right about it being part of many different stages, but it should be part of any kind of checklist, I think. -- asilvering (talk) 21:36, 25 October 2024 (UTC)[reply]
I normally check if something is off or if the article is missing references or claims of notability. If I see a bunch of edits, or large chunks of material added or removed then I'll dig a little deeper. As @Joseywales1961 said also if it's an older article I'll check it as well. Dr vulpes (Talk) 00:24, 26 October 2024 (UTC)[reply]
Checking page histories is useful for spotting a wide range of problems and is quick (most new articles have one page histories). For that reason I think it's good advice to make it part of your basic NPP workflow. It's not about what reviewers "need" or are "required" to do. Practically nothing on this page is mandatory in the sense that it should always be done on every page (this also goes for the section below about sourcing). – Joe (talk) 04:24, 26 October 2024 (UTC)[reply]

What kind of source checks are required?

[edit]

When reviewing a mainspace article, what kind of source/reference/citation checks are required? Current wording at WP:NPP is Review (or at least spot check) the listed sources, where accessible, which implies to me that we should be opening every source and checking its reliability. This is very different than my actual workflow, which is more like click open and review enough sources to figure out if WP:GNG or a WP:SNG is passed, then leave the rest unchecked. Context: [2]Novem Linguae (talk) 21:04, 25 October 2024 (UTC)[reply]

I think it should say something like "Review (or at least spot check) some of the listed sources, where accessible", to make it clear what spot check means (I assume the intent is "check only some", not "check only some of each source"). But I think it should also say something like "for WP:V and WP:CV" or something to make it clear about what you're supposed to be looking for. -- asilvering (talk) 21:33, 25 October 2024 (UTC)[reply]
I use you're script for highlighting sources as a quick check to see if it is reliable or not. For example if an article has green highlight on a peer reviewed paper I now it'll probably be fine. But that depends on the subject, one thing I see that flags an article in my mind is when I see green highlighted peer reviewed papers for a BLP. It's a lazy attempt to go and add some peer reviewed papers that a person was an author on and say "look notable!". I have another script (or maybe it's the same one) that'll flag obviously bad sources which is also helpful since when I spot check them I know really quickly it's probably not gonna fly. Dr vulpes (Talk) 00:33, 26 October 2024 (UTC)[reply]
It's a hard to concisely enumerate what you're looking for when checking sources because as with page histories above there are many different types of problem that could jump out at you: sources that don't exist, unreliable sources, don't verify what they're supposed to, copyvios, link spamming, OR, overuse of primary sources, etc. etc. If you list just one of these (like checking for notability, which is of dubious relevance to begin with), you risk having reviewers tunnel-vision on that one thing. The purpose of this section is in any case to briefly state how to review new pages — what reviewers should be looking for is a much broader topic and is what most of the rest of the page covers. – Joe (talk) 04:18, 26 October 2024 (UTC)[reply]

FYI: Keyword searching coming to NewPagesFeed

[edit]

Hi y'all, just wanted to give a heads up that starting next thursday, Special:NewPagesFeed will get the ability to search through page snippets (thanks to work done by @Rockingpenny4 as part of Google Summer of Code 2024). The feature is currently deployed on beta wiki, thoughts and feedback are welcomed. Sohom (talk) 01:47, 31 October 2024 (UTC)[reply]

@Sohom Datta This sounds helpful. Thank you also @Rockingpenny4. FULBERT (talk) 13:43, 31 October 2024 (UTC)[reply]
I can't even express how exciting this is to me. I've been using MPGuy's external NPP browser (toolforge) for key word searches for a while now. I typically point to WP:NPPSORT when recruiting recruiting and encouraging folks to give NPP a shot, telling them to work where they're familiar with first, so this is an extra feature that will make it much easier to dive in! Hey man im josh (talk) 14:24, 31 October 2024 (UTC)[reply]

Redirect backlog is very low and getting lower.

[edit]

What a nice downward curve. But any idea why? Cremastra (uc) 21:15, 3 November 2024 (UTC)[reply]

@MPGuy2824 and I went hard at it during the backlog drive, and we've both continued to do so. We also had a significant amount of help from @Blethering Scot. Hey man im josh (talk) 13:46, 4 November 2024 (UTC)[reply]
Indeed: between the three of you and Dr vulpes, you've reviewed more than 16,000 redirects in the last 30 days, which is great work. Cremastra (uc) 21:03, 4 November 2024 (UTC)[reply]
Shame on me for not giving Vulpes any credit! Hey man im josh (talk) 21:12, 4 November 2024 (UTC)[reply]
I made a small push and managed to get it down to zero, at least for the moment. Cremastra ‹ uc › 15:47, 24 November 2024 (UTC)[reply]

NPP school teachers needed

[edit]

Hello all. Was wondering if anyone decently experienced (maybe >500 patrols) would be interested in being a teacher for WP:NPPSCHOOL? DreamRimmer recently filled all 3 of their slots, so we want to make sure we still have capacity for additional students. If interested let me know and I will set you up with more info. Thank you. –Novem Linguae (talk) 17:48, 11 November 2024 (UTC)[reply]

Also @Zippybonzo and @Cassiopeia, are you still active NPP school trainers, and is the "student slots available" column at Wikipedia:New pages patrol/School#Available Trainers up to date? –Novem Linguae (talk) 17:50, 11 November 2024 (UTC)[reply]
I am still happy to take students, however all the statistics are probably quite outdated so I'll update them now :) Zippybonzo | talk | contribs (they/them) 07:52, 12 November 2024 (UTC)[reply]
@Novem Linguae and Zippybonzo:, I always have slot available and have been active since day one as I am the one who set up the program. Stay safe and best. Cassiopeia talk 00:40, 12 November 2024 (UTC)[reply]

Wikipedia talk:WikiProject Articles for creation has an RfC for possible consensus. A discussion is taking place. If you would like to participate in the discussion, you are invited to add your comments on the discussion page. Thank you. JJPMaster (she/they) 19:06, 15 November 2024 (UTC)[reply]

 Courtesy link: Wikipedia talk:WikiProject Articles for creation § RfC: Should a bot be created to handle AfC submissions that haven't changed since the last time they were submitted?— jlwoodwa (talk) 02:27, 17 November 2024 (UTC)[reply]

I moved Joel Ross (vibraphonist) to mainspace in June, the DYK nom for it was passed that same month, it appeared on the main page in July, and yet it wasn't patrolled until November. Since DYK requires more scrutiny than AfC, which is already on NPPEASY, I think passed DYK reviews should appear on that page. Any way to implement that? Mach61 15:41, 18 November 2024 (UTC)[reply]

Courtesy ping @SD0001. These should be tracked properly in Category:Wikipedia Did you know articles, I'm just not sure when that CAT is implemented, if it's once nominated, approved, or posted. Bobby Cohn (talk) 18:13, 18 November 2024 (UTC)[reply]
The category Category:Wikipedia Did you know articles is added by Template:DYK talk and Template:Article history when the latter includes a DYK entry (used when the article is also a good article). So, it only appears in the category after the article appears on the Main Page. Category:Passed DYK nominations will always include all of the DYK nominations that have passed review, regardless of if they have been on the main page or not. Reconrabbit 18:33, 18 November 2024 (UTC)[reply]
This all seems like a good idea. I think the next step is for someone technical to write an SQL query that grabs unreviewed articles in Category:Passed DYK nominations, then boldly add it to the bottom of Wikipedia:New pages patrol/Reports/Easy reviews. I'm busy today, so technical help with this is welcome. –Novem Linguae (talk) 22:53, 18 November 2024 (UTC)[reply]
A few of us had discussed this previously and it was felt that putting it in NPPEASY would be wrong. Anyway, while we discuss this out, there is a report with a slightly larger scope at User:MPGuy2824/sandbox1 which includes the DYK-passes too. I (or someone else) will move it to the right place once we figure that out. -MPGuy2824 (talk) 05:46, 19 November 2024 (UTC)[reply]
I think it ought to come with the same caveats that other lists at NPPEASY have, you should still check for copyvio, categories, tagging, etc. The idea being simply that it will probably be a quicker check if we assume someone has already had eyes on the article. Bobby Cohn (talk) 13:47, 19 November 2024 (UTC)[reply]
I actually oppose this being added to WP:NPPEASY, for the reason that DYK noms are not inherently "easy"/easier and are no more likely to meet an existing notability guideline than any other article. The entries listed there are there because they're more likely to meet a guideline, or because they've been accepted at AfC. This is why I believe it makes more sense to list this at Wikipedia:New pages patrol/Reports. Hey man im josh (talk) 14:15, 19 November 2024 (UTC)[reply]
@Hey man im josh Sure, articles merely nominated for DYK aren't easier, but passed DYK noms (which is what I suggested) have been subject to as much scrutiny as any article approved via AfC. Mach61 14:33, 19 November 2024 (UTC)[reply]
I'm not sure I agree with that @Mach61. AfC and NPP reviewers have a different level of experience and different goals than the users who are reviewing at DYK. Sure, there's been some scrutiny, but realistically they may be just trying to their QPQ done while verifying that the fact is in the article, not evaluating other issues that we may be. I do think it's worth reporting, hence why I think the Reports page is more appropriate, but I don't like the indication that these may be somehow easier to complete. Hey man im josh (talk) 14:36, 19 November 2024 (UTC)[reply]
You know what, I have to agree with Josh here. In an ideal world, a DYK review would likely indicate the article is halfway to being fully reviewed for NPP but given the concerns being continuously raised about the QPQ at WT:DYK, I think it would be irresponsible to add that to the NPPEASY list. Bobby Cohn (talk) 17:39, 19 November 2024 (UTC)[reply]
It's a good idea but I'd be curious how many articles make it into the DYK queue before being reviewed. Even with our large backlog, the majority of articles are reviewed within a couple of days while DYK nominations often take weeks to process. My gut feeling is that Joel Ross (vibraphonist) was an exception. – Joe (talk) 16:51, 19 November 2024 (UTC)[reply]
The thing is, anyone can review a DYK, but only users with the NPP right can review an article. WP:DYKTIMEOUT means that noms are likely reviewed within two months which was added only a few months ago. But its true that DYK is stricter than a normal article plus only ~10% of new articles get nominated for DYK. JuniperChill (talk) 19:38, 22 November 2024 (UTC)[reply]
Yeah but we're not talking about skipping review of these articles, just adding them to a list of probably-easy reviews. – Joe (talk) 08:16, 25 November 2024 (UTC)[reply]
I'm not sure if NPPEASY is necessarily the right place, but it's worth finding some way to keep track of these so articles don't end up on the Main Page unreviewed and unindexed. (When people hear from their friends about something crazy from DYK, they should be able to find it on Google.) It's not a common situation, but I don't think it's rare either: for instance, this article will be on the Main Page tomorrow and still hasn't been reviewed (though I'll take care of it momentarily). Extraordinary Writ (talk) 09:40, 23 November 2024 (UTC)[reply]
Agree articles shouldn't be appearing on the Main Page without being reviewed first. Strongly disagree with suggestions that the DYK process has a higher level of scrutiny than AFC. In my experience, the emphasis at DYK is around the hook and in many cases if the article hasn't already been tagged for issues being a 'good read' seems to more important than compliance with policies/guidelines. The point above that NPP and AFC reviewers are more experienced than DYK reviewers in the areas we are looking at is very valid. Oppose successful DYK nominations being added to WP:NPPEASY. --John B123 (talk) 10:54, 23 November 2024 (UTC)[reply]
Edit to add, my comment above was not to put down DYK reviewers or the work they do. Their aim is to get an eye catching snippet on the Main Page which links through to an interesting article, similar to a newspaper editor choosing teasers to put on the front page/main page of the online edition. I'm sure they are just as diligent as NPP or AFC reviewers, but approach articles from a different angle and have different aims. --John B123 (talk) 11:35, 23 November 2024 (UTC)[reply]
Exactly, it's not a different quality of review perse, it's a review with an entirely different goal and focus. Hey man im josh (talk) 18:55, 24 November 2024 (UTC)[reply]
I don't think there's enough consensus here to add passed DYK nominations to WP:NPPEASY, so let's put it somewhere else. We can probably wrap up this thread. –Novem Linguae (talk) 12:00, 25 November 2024 (UTC)[reply]
Wikipedia:New pages patrol/Reports#Unreviewed DYK/GA/FL/FA -MPGuy2824 (talk) 12:07, 25 November 2024 (UTC)[reply]
Seems like a good spot for it. Bobby Cohn (talk) 12:20, 25 November 2024 (UTC)[reply]

New Growth Team feature

[edit]

Hi NPP, since many of you are also recent changes patrollers, I thought I should mention here that we're going to be trialling a new Growth Team Feature starting on Monday. You may see some unusual newbie behaviour. They're not sockpuppets! They're the new accounts that are being introduced to the new Add a link task. You'll be able to identify these edits easily, since they'll be tagged like this: (Tags: Visual edit, Newcomer task, Suggested: add links). It will also be possible to filter Recent Changes to see all edits suggested by this tool.

This feature helps spot likely places for new wikilinks and guides newcomers on how to add them and why. We're starting it really, really small - just 2% of all new accounts will get this feature in the first week - but the number will start rising over time. It should be a big improvement over the "add links" task we have now, which simply points newcomers at articles in Category:Articles with too few wikilinks. If you've ever added Template:Underlinked to an article only to come back a few hours later and find it overlinked to hell and back by a horde of well-meaning newbies, this is why. This new task is smarter, so we shouldn't see that kind of problem. But if we do notice that newcomers are adding bad links too often, or too many links, we can tinker with various settings that will impact this behaviour. And if this causes some kind of horrible unforseen problem, we can pause the experiment at any time.

More information here and here. -- asilvering (talk) 04:55, 25 November 2024 (UTC)[reply]

Updating problem

[edit]

I don't know if anyone can look into this but User:SDZeroBot/NPP sorting/Culture/Biography/Women has not been updated since 24 November. I find this a very useful way of checking out new articles on women rather than looking through the basic list of new articles.--Ipigott (talk) 16:24, 26 November 2024 (UTC)[reply]

Pinging the bot operator, @SD0001. Hey man im josh (talk) 17:40, 26 November 2024 (UTC)[reply]
Toolforge bots have been unstable for the last 24 hours due to phab:T380844. May or not be the root cause here, depending on when this started. –Novem Linguae (talk) 21:31, 26 November 2024 (UTC)[reply]
See it's up any running again now. Thanks for your help.--Ipigott (talk) 08:40, 27 November 2024 (UTC)[reply]

Page yet to be indexed

[edit]

Shahi Jama Masjid - are there any issues? I will like to fix them. Upd Edit (talk) 15:19, 1 December 2024 (UTC)[reply]

@Upd Edit, this article hasn't been marked as patrolled yet, so search engines aren't indexing it. If an article is less than 90 days old and hasn't been marked as patrolled, it won't show up in search engine results. But if a new page reviewer marks it as patrolled within this time, it will be indexed. Articles older than 90 days are automatically indexed, even if they remain unpatrolled. – DreamRimmer (talk) 15:47, 1 December 2024 (UTC)[reply]
Thanks! Upd Edit (talk) 17:48, 1 December 2024 (UTC)[reply]

backdated articles

[edit]

Hello. I was away from NPP/R for a few years. I am trying to start patrolling again. Today, I went to special:newpagesfeed, and visited some articles. To my surprise, a lot of them were very old articles like Operation Krivaja '95. It was created in May 2009. I went through the history, but that article was not deleted/recreated. I couldnt see any activity that would have included it in the unreviewed list. Why are a few articles like it being listed in the feed? What am I missing? —usernamekiran (talk) 21:36, 4 December 2024 (UTC)[reply]

It was tagged as a "removed redirect" on November 2. Those are counted as new pages. ~WikiOriginal-9~ (talk) 22:05, 4 December 2024 (UTC)[reply]