Mon, Nov 11
Fri, Nov 1
Wed, Oct 30
Good news. I was quickly able to find two instances of this bug.
Sep 26 2019
It seems to be working for me - took a little bit of time to come across an article with it.
I haven't experienced the bug, but I would hope if a bug can be verified about this new tool that it would be fixed not just left there to be fixed eventually.
Sep 25 2019
Indeed. It's very exciting!
Sep 23 2019
@Qgil thanks for concluding with the paragraph that you did. I would suggest that this ticket started from a frustration of an inability to contact paid movement workers in the same general way that we contact volunteer movement workers. Finding otherways for the foundation to be more accessible to other groups is a laudable goal but seems of a different task (and need) than this one.
Sep 21 2019
@ifried the question is how many articles would the completion of this task identify and especially how many are identified that are also not labeled with some other issue (e.g. ORES potential spam).
This ticket came from a discussion held on a Wikipedia user talk page and I think it's important to remember that need when thinking about this. While the ticket description says "within Wikimedia" and I suppose by a technical definition Wikimedia space is with-in the Wikimedia movement it surely doesn't feel that way to me and, if I'm reading his comments correctly, headbomb. So that's 100% of volunteer editors surveyed who feel that way :). If/when notifications and unified log-in work perhaps I'll feel differently. But I really wish the answer to concerns about barrier to entry for discussions on MediaWiki wasn't to go off MediaWiki software but to do the kind of work Danny and his team have been working on to make MediaWiki better in this regard.
Sep 20 2019
This task is not yet complete but I know it's being worked on at another task which I can't immediately locate.
Sep 18 2019
It would help if we had any kind of data about the number of triggers this would pull. Would it be comparable to the edit filters?
I think Kudpung and I have been a bit more reluctant on the utility of what's being proposed here than the NPP community at large. It's hard for me to say if this is because we're more plugged in or because we happen to be coming at it from different points of view. Personally I worry about the crowding and visual clutter. It's hard for me to tell how many articles would really be flagged by this. Do you have any idea @ifried? Are we talking 1 a day? 1 every other hour? 1 a week?
Given the medium complexity I would love to wait on a decision about this until we know where things stand with some of the unknown tickets - in particular task T207761.
Sep 17 2019
As @DannyS712 has pointed out this has received considerable support from among the NPP Community.
Sep 14 2019
I think it's a little more useful than that - any article created from a redirect are automatically indexed for instance and if a user is creating troublesome articles (or really good ones) from redirect we can't filter by their creations. But overall I agree this is not a must have.
It means it's not done @Kudpung and Musik is saying he doesn't practically think it can be achieved.
Sep 12 2019
I won't pretend to fully understand the performance implications of @Samwilson analysis but let me ask a question. Could a similarity score make this easier for recreated pages?
Sep 6 2019
By way of another example, when sorting by oldest https://en.wikipedia.org/wiki/Schoomaker doesn't let me advance. Nor does https://en.wikipedia.org/wiki/Chichester_District_Council but it seems to work OK from there. So far I haven't been able to find a more recent example from the front of the queue than the ones I posted in the NPP talk page.
@Etonkovidova I think sorting order does matter. An example of an article where I can produce the bug at this moment is, with the queue sorted to oldest, https://en.wikipedia.org/wiki/Chichester_District_Council
Sep 5 2019
Maybe? This has happened a few times, some of which were around when @MMiller_WMF and company were doing the AfC integration which were fixed. I do a fair amount of patrolling and this particular kind of not advancing behavior is new for me.
Aug 30 2019
I believe this went live with the note to reviewers and is working.
Aug 27 2019
I think it is useful, I just don't know if it is going to be useful for the time it takes to do. However, some chunk of that seems like it's already been done. But beyond all that median seems like the right gauge for me. I assume the number will be calculated correctly so that if an article is 5 days old the other 25 days are null not 0.
Aug 17 2019
Sorry for being a bit daft but can you explain what the context for 1-7 is? Are they all alternatives or, from my quick look at the code, things which would trigger under different conditions?
@ifried So the sending the note without reviewing works properly, so yeah. Am I correct that there is no way to both review and send a note?
Aug 16 2019
Template:Sentnote-NPF now exists and I think this is ready to go live - sorry for the delay. Work continues to be busier than normal and so I've not had as much Wikipedia time as usual.
Aug 11 2019
So far kupdung is the only one who has expressed an opinion. I asked you a question at WT:NPR. Pending your answer I'll suggest a template and if no one objects within a day or two will implement it.
Aug 5 2019
@ifried Works for me. Thanks for everyone's work on this element of the task.
@Insertcleverphrasehere Is is though? At some point we'll have too many indicators and clutter. COI is definitely worthy of inclusion. Is this pared down version also worthy? I'm less sure. I'm curious what the discussion at https://en.wikipedia.org/wiki/Wikipedia_talk:New_pages_patrol/Reviewers says
Aug 4 2019
@ifried Yes username is already existing. I think the original person was just trying to make clear what functionality they were looking for, specifically something that brought some of the features of the NPP Browser on wiki. Especially given that the NPP Browser's current link is broken.
This will need some community feedback. I will post the querry to WT:NPR but please feel free to do so yourself. When MMiller was working on this he was active there which I know was rather appreciated.
@ifried It appears it is working. Is there a reason that there isn't accompanying text like there are for the other issues? So like "Spam - ORES has identified that this article as containing spam at one time" (is this right? I know the COPYVIO trigger never goes away even after it's been fixed and am guessing this is true for Spam, Vandalism, and attack)
@ifried I have not been active this week so apologize for the slow response. Separating out the functions is no issue that I can foresee. Making a template should be rather straight forward too. What's the name of the template that the toolbar calls now to leave a message? Changing that to work for Sentnote-NPF seems like it should be straight forward.
Jul 26 2019
@MusikAnimal That works too and makes sense to me (but I am going to add the idea of wiki ownership over how the tags are applied for some future wishlist because I do think it's a good idea overall).
Jul 25 2019
This discussion might be better held at https://en.wikipedia.org/wiki/Wikipedia_talk:New_pages_patrol/Reviewers but pinging @Rosguill and @DannyS712 as the two people who have dived deep into redirects most recently.
Jul 24 2019
Is there anyway to not hardcode the filters that triggers this alert? To have it feed from a template or a page or some other method that would let en wiki editors maintain this rather than WMF? This way if 148 and 149 get supplemented or supplanted we're not locked into old information?
Jul 23 2019
Thanks @ifried that is what I was suggesting.
Is there a reason that to must be required as opposed to just setting it to the current date if nothing is entered?
Jul 17 2019
To maximize the use of this feature I would suggest some visual indicator on the toolbar itself - no clicks or flyouts necessary. I leave it to others to design the best way to do this.
Jul 16 2019
Could the background of the i change (like the Check changing from grey to green when patrolled) for one of these? Perhaps make the issue change the i to red and then add an icon like @Niharika's mail icon for the message? The background color loses the number of issues present but that seems less important that alerting that there are issues in my thinking.
So as to complicated the picture, here's an example of where it would be potentially helpful to have page curation:
That would work well in my opinion. Thanks Sam.
@kaldari thanks for that background knowledge. This makes sense and would be fine, however is not consistently the case at the moment as it seems to time out after 30 days after creation and not even necessarily 30 days in the queue.
Some indicator, ideally different from the red bubble with the number of issues, to indicate a talk page message is present would be incredibly useful with this - there aren't always reasons to open that particular panel and so a NPP note could get missed by another reviewer.
That looks fine @Samwilson but how does the toolbar indicate that a message has been left?
Jul 15 2019
Yes it does. Pleasure to virtually meet you @ifried
Unreviewing someone else's review is a strong act that has caused conflict in the past. The inability to send a message noting why is less than great in my thinking.
Jul 12 2019
@MusikAnimal I think your logic is right for both articles and redirects.
I could but it was a stupid comment. Please disregard.
I don't have more info for you beyond that and so I would understand prioritizing other things. @Diannaa as the one who raised the issue, thoughts?
Jul 9 2019
@Niharika Is there a reason these entries appear with articles rather htan redirects when sorting the queue?
Jul 1 2019
I think the article should be added to the feed in whatever state it is currently in. I don't believe, when this used to be an option, that it would either add it to the queue or mark it unreviewed. Adding it to the feed isn't the end of the world if it doesn't trigger an unreview by default. That's my two cents. Pinging @Kudpung in case he wishes to comment here directly.
Jun 30 2019
Kudpung has documented that the curation toolbar being available on anypage once existed. He suggests that @kaldari might have more information about the topic. The diff where he discusses this is at: https://en.wikipedia.org/w/index.php?title=Wikipedia_talk%3ANew_pages_patrol%2FReviewers&type=revision&diff=904108131&oldid=903982992
Jun 27 2019
I can confirm that things appear to be working correctly now.
Jun 21 2019
Ping @Samwilson - wrong sam pinged before.
@Samwalton9 This is a new capability so there is no existing talk page feedback to show.
If it helps it also doesn't need to look beyond the last 500 talk page edits and really I can't actually imagine anything past 50 being useful - if an article is getting that much talkpage attention it's likely going to be patrolled already or else isn't patrolled for some other reason. I would anticipate in the overwhelming number of uses cases this will be one of if not the first edit to the talk page - in most cases wikiproject banners are all that are on a talk page when it is patrolled.
Jun 17 2019
Thanks. The lack of deploys last week was what was confusing to me. Appreciate your work and communication.
This remains an issue of concern for the community - there was recent discussion about this still being unresolved in the NPP Discord channel. Any update?
I think that would be great. @DannyS712 has done some work around bot patrolling of these easy to patrol redirects and this seems like it would complement those efforts.
Jun 14 2019
I also imagined that, just wanted to point autopatrol out in case it played out different technically.
No comment on the technical side as I know my own limitations but I'm not seeing any inherent process issue. The one piece I would encourage you to think about is how autopatrolled redirects are handled.
Jun 5 2019
Jun 4 2019
@Niharika that seems to capture what was requested from my perspective but ICPH did a lot more on that front and so I would defer to him should he say differently.
May 30 2019
Is there any update on this? The pages affected by this bug continues to grow. If there is more information you need from the NPP community I am happy to attempt to solicit it as I did above.
May 29 2019
@Niharika An article that was in article space, patrolled, moved to draft space, and then later moved back to article space, will show up in the feed as unpatrolled. And moving things from article to draft space is an incredibly common thing and there is a script (widely used among NPP and probably others) for this process: https://en.wikipedia.org/wiki/User:Evad37/MoveToDraft
I almost left a response on Friday but decided not to because there are two really different scenarios at play here. In scenario one an article gets moved, without redirect with-in articlespace. This is as @Niharika describes. If an article is moved from mainspace to draftspace (draftify) this can mean one of several things but probably does need some thought/attention from a reviewer. In this latter scenario if the person doing the move has the page mover right they can do so without a redirect being created, which, if the article is then recreated, would merit attention from a patroller. If the person doesn't have page mover it'll end up getting deleted via R2, which I'm guessing would show up in this scenario?
May 23 2019
@aezell I think that is the uncontroversial part of this request. Articles being turned into redirects and then back into articles appears to be part of the original request from 2015 but I think consensus on this has changed and should not be implemented at this point. Handling clear vandalism is easy enough these days and some number of articles are redirected in AfD discussions these days and thus need patrolling if restored to articles.
May 21 2019
Another active patroller has confirmed https://en.wikipedia.org/w/index.php?title=Wikipedia_talk%3ANew_pages_patrol%2FReviewers&type=revision&diff=898179978&oldid=898178279 that same timeframe suggesting it could have been something caused by the May 8 Change @MusikAnimal
So in looking through my patrol logs it's been longer than I thought since I can find a patrol I did from a redirect. So I'm going to back-off my initial (strong) statement that it's new as I cannot find any patrol I did more recent than May 7th. I have asked on the NPP talk page to see if anyone has something more recent than that but it's possible that it was tied to that update on the 8th.
I regularly patrol from the old end of the queue and this is definitely a newer issue. It started at most only a day or two before May 18 when I became aware of it due to an undoing of my editing at https://en.wikipedia.org/wiki/2019_NCAA_Division_I_Baseball_Tournament. I had noticed that old articles weren't popping up in the queue as frequently but just figured that another patroller was getting to them first and hadn't thought it might be because of a bug.
May 19 2019
Two articles where this has ocurred: https://en.wikipedia.org/wiki/Jurassic_World:_The_Game https://en.wikipedia.org/wiki/2019_NCAA_Division_I_Baseball_Tournament
May 16 2019
@dom_walden Actually that would be a step backwards for us. We want AfDs marked as reviewed as consensus has been reached one way or another upon the close of the AfD process.
May 1 2019
@MusikAnimal At the moment the feed is working correctly for me as well with an article from 2005. Before opening this phab ticket I was able to confirm that at lease one other user, @Elmidae was experiencing the same issue
Apr 25 2019
It should be noted that the NPP Browser linked above is no longer functioning after the tools server move.
It's an annoyance for me rather than a dealbreaker. At the same time it's something broken, and broken recently, as opposed to things that would make life better but we never had.
I can now tell you that it is not affecting 2017 and IS affecting 2015. I don't know about 2016 yet.
Feb 26 2019
I am currently experiencing this issue.
Nov 10 2018
Aug 26 2018
It works fine for me on the test wiki. I am now, however, only able to get 4 pages when sorting from oldest (2837 pages in the feed) from en-wiki. Here are my console errors fwiw:
I am sorted with Oldest and am showing Namespace (Article), State (Unreviewed) which has 2846 results as of this posting. I have 7 articles which show. I am on Chrome Version 68.0.3440.87 however if I go on Safari in iOS I get the exact 7 same results and again can't scroll formore results.