Last modified: 2013-06-01 08:07:42 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T48402, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 46402 - Article namespace moves causing ancient articles to get listed on NewPagesFeed
Article namespace moves causing ancient articles to get listed on NewPagesFeed
Status: RESOLVED WONTFIX
Product: MediaWiki extensions
Classification: Unclassified
PageCuration (Other open bugs)
unspecified
All All
: Normal minor with 1 vote (vote)
: ---
Assigned To: Nobody - You can work on this!
http://en.wikipedia.org/wiki/Special:...
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2013-03-21 05:14 UTC by Jackson Peebles
Modified: 2013-06-01 08:07 UTC (History)
5 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Jackson Peebles 2013-03-21 05:14:39 UTC
See http://en.wikipedia.org/wiki/Wikipedia_talk:Page_Curation#Adam_and_Eve, http://en.wikipedia.org/wiki/Wikipedia_talk:Page_Curation#Weird_inclusion_in_feed_list, and http://en.wikipedia.org/wiki/Wikipedia_talk:Page_Curation/Archive_2#Graham87.27s_Nostalgia_Wiki_imports for more information.  The list at http://en.wikipedia.org/wiki/Special:NewPagesFeed, when sorted with the Oldest on top, frequently comes up with ancient articles, which is very frustrating when trying to clear a queue.
Comment 1 Nischay Nahata 2013-03-21 10:50:06 UTC
This is done intentionally by PageTriage (the original developers can put light on why its done so).

Is it not possible to remove it off the list by marking it as reviewed?
Comment 2 Nischay Nahata 2013-03-21 10:52:51 UTC
It won't be removed just on marking it as reviewed but that is needed and eventually it would go off when some admin runs the updatePageTriageQueue script.
Comment 3 Jackson Peebles 2013-03-21 15:47:07 UTC
The admins on English Wikipedia have expressed difficulty in fixing the problem.  I confirm that, even as a reviewer (thought it might make a difference due to page protection), the page will not go off once reviewed.
Comment 4 Oliver Keyes 2013-05-31 21:28:51 UTC
We're using different terminology, I think :). So, the list of articles to be reviewed is automatically updated. When the update script is run (by the sysadmins), any reviewed old articles should go away.

The underlying problem here is an unintentional consequence of a very important feature of page curation; that, unlike special:newpages, it lists pages /moved/ into the article namespace. It's not something that can easily be fixed, unfortunately.
Comment 5 Ryan Kaldari 2013-05-31 23:17:33 UTC
I've asked Graham87 to stop moving existing articles out of mainspace in order to merge the histories.
Comment 6 Graham87 2013-06-01 08:07:42 UTC
I can't necessarily do that without causing even more database wibbles, as I said at http://en.wikipedia.org/wiki/User_talk:Graham87/Import#Please_don.27t_move_articles_out_of_mainspace_for_history_merges

Can't the algorithm be a bit more intelligent? Like, say, if the page was previously moved twice within five minutes or less from title A to title B then back again, then don't list it on the new pages feed? Or would it be easier to add a target title field to the import special page?

Fortunately I don't need to import pages from the Nostalgia Wikipedia anywhere near as often as I used to.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links