Moved pages don't appear in new pages
Closed, DuplicatePublic
Actions

Assigned To

None

Authored By

	• bzimport
	Oct 18 2013, 8:16 AM

Description

Author: Wikifram

Description:
I had posted this on Bug 36930, where people pointed me to Bug 12363, but apparently there is some lack of clarity of what is the problem, what is the relevant bug, and what is the wanted solution.

The problem is that moved pages (pages moved from any other namespace to the main namespace) don't appear in any useful way [https://en.wikipedia.org/wiki/Special:NewPagesFeed] nor at all in [https://en.wikipedia.org/wiki/Special:NewPages]. The solution is that they should appear in both, ''at the date and time of the move'', not on the date and time of the original creation.

The reason is that these pages otherwise avoid 90% of the scrutiny other new pages get, which gets exploited by PR companies, vandals, ... (see the 9 October Signpost on en-wiki).

Example (with no comment on the merits of the article intended): the article [[Beatriz Barbuy]] was created 09:14, 16 October 2013‎ , and moved to the mainspace 05:02, 18 October 2013‎

It doesn't appear in either of the NewPages special pages for 05:02 18 October. On Special:NewPages, it (logically) doesn't appear on 09:14 16 October either. On Special:NewPagesFeed, this is a lot harder to check You have to scroll through two days, every time waiting for the feed to refresh (it took me a lot more than 100 "scrolls" to reach the intended date and time)... Eventually, I found it there. No one is going to do this, so because newly moved pages are listed at the date of original creation, noone is going to see them until they reach the bottom of the feed and become the "oldest" page, which isn't helpful of course (currently, the oldest page in it is 156 days old...).

Please, this is a major bug, listed for years now under various guises, and the one for NewPages is ot fixed, while the NewPagesFeed one incredibly has a "WONTFIX" because "This would take a lot of effort for a small benefit. Marking wontfix." No, this is not a "small benefit", this is closing a major loophole.

Please take this serious and fix this in both feeds.

Version: 1.22.0
Severity: major

Details

Reference: bz55866

Event Timeline

• bzimport raised the priority of this task from to High.Nov 22 2014, 2:15 AM

• bzimport added a project: MediaWiki-Patrolling.

• bzimport set Reference to bz55866.

• bzimport added a subscriber: Unknown Object (MLST).

• bzimport created this task.Oct 18 2013, 8:16 AM

bug 12363 comment 21 says that NewPagesFeed does not have this issue. Is that incorrect?

Wikifram wrote:

(In reply to comment #1)

bug 12363 comment 21 says that NewPagesFeed does not have this issue. Is that
incorrect?

Pages which get moved are listed in the NewPagesFeed on the date and time of ''original'' creation, not the date and time of the move. So (WP:BEANS!) create a spam page in your userspace, wait a week, and move it to the main namespace, and the number of new page patrollers that see your page will be virtually zero. No one (I think) scrolls back to the new pages from one week ago, so the page is safe until it reaches the bottom (the "oldest unreviewed page"), which is months or years in the future, and assumes that you don't have autoreviewed of course...

(In reply to comment #2)

Pages which get moved are listed in the NewPagesFeed on the date and time of
''original'' creation, not the date and time of the move.

My bad, I didn't read the bugs you linked above. I've reopened bug 36930.

Nemo_bis closed this task as a duplicate of T14363: Moved pages should be listed in NewPages/RecentChanges with current title, namespace, existence etc..Feb 3 2015, 8:42 PM

Moved pages don't appear in new pagesClosed, DuplicatePublicActions

Description

Details

Event Timeline

Moved pages don't appear in new pages
Closed, DuplicatePublic
Actions