Last modified: 2011-03-13 18:06:41 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 T8341, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 6341 - "New pages" expire too soon on small wikis, leaving minimal entries in Special:Newpages
"New pages" expire too soon on small wikis, leaving minimal entries in Specia...
Status: RESOLVED WONTFIX
Product: Wikimedia
Classification: Unclassified
Site requests (Other open bugs)
unspecified
All All
: Lowest normal (vote)
: ---
Assigned To: Nobody - You can work on this!
http://en.wikibooks.org/w/index.php?t...
: shell
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2006-06-17 12:17 UTC by Kellen
Modified: 2011-03-13 18:06 UTC (History)
5 users (show)

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


Attachments

Description Kellen 2006-06-17 12:17:49 UTC
If filter Special:Newpages by a namespace on a less-active project (say,
wikibooks) you'll get a Newpages report for only a few pages (currently 2 for
the Image namespace and 24 for the Cookbook namespace). This should be
changed/increased such that the smaller namespaces on less active projects still
get a reasonable number of pages. The Newpages tool is rather useless otherwise;
we have to trawl through the recentchanges history to find older new pages
instead...
Comment 1 Rob Church 2006-06-17 12:46:04 UTC
Page newness, as recorded in the recent changes table, doesn't last forever.
Comment 2 Kellen 2006-06-17 13:02:57 UTC
Is the limit based upon table size or age?
Comment 3 Rob Church 2006-06-19 11:28:36 UTC
Item age.
Comment 4 Kellen 2006-06-19 13:13:25 UTC
Am I correct in assuming that there is some efficiency reason for generating
Newpages in this fashion rather than querying the creation date for the article?
If not, could we just make Newpages into a reverse-chronological listing of page
creation? Is there some other way to get such a listing? It would be
particularly useful for cleaning up new additions to wikibooks after the fact as
we do not have a dedicated newpages patrol.
Comment 5 Rob Church 2006-06-19 15:32:17 UTC
(In reply to comment #4)
> Am I correct in assuming that there is some efficiency reason for generating
> Newpages in this fashion rather than querying the creation date for the article?

The fact that we don't store the creation date in the page record. So yes.

> If not, could we just make Newpages into a reverse-chronological listing of page
> creation? Is there some other way to get such a listing?

The NewestPages extension sort of does this.
Comment 6 Aaron Schulz 2008-09-16 16:15:31 UTC
If this is a problem, then perhaps the max age can be bumped. If not, then there isn't much to do. 31+ day old pages aren't very "new" though.
Comment 7 Dan Jacobson 2009-05-28 02:03:20 UTC
Perhaps just up your $wgRCMaxAge and run rebuildrecentchanges.php...
Comment 8 Mike.lifeguard 2009-05-28 02:17:58 UTC
(In reply to comment #6)
> If this is a problem, then perhaps the max age can be bumped. If not, then
> there isn't much to do. 31+ day old pages aren't very "new" though.
> 

"New" is subjective, and will depend on how fast they're coming, which is why the concern appears to be small wikis.
Comment 9 Krinkle 2010-11-28 18:19:44 UTC
Current on Wikimedia wikis it's set to 30 days:

$wgRCMaxAge = 30*86400;
( http://noc.wikimedia.org/conf/highlight.php?file=CommonSettings.php )

Which overwrote the MW default of 7 days as of MW 1.4.0 ( 7 * 24 * 3600  )


As of 1.16.0 the default is 13 weeks (about three months)
$wgRCMaxAge = 13 * 7 * 24 * 3600;
( http://svn.wikimedia.org/viewvc/mediawiki/branches/REL1_16/phase3/includes/DefaultSettings.php?view=markup )

Perhaps we should up this on WMF wikis as well ? Or make the default 13 weeks and lower it on the major wikis back to 30 days (presumably due to table size).
Comment 10 Antoine "hashar" Musso (WMF) 2011-01-18 16:43:56 UTC
$wgRCMaxAge is 30 days on live cluster which should be enough for most projects.

Since the original requester talked about en.wikibooks.org and that project got much more activity nowaday, I am assuming 30 days is enough for this project. Thus I am closing this bug.

If any project need this value raised, feel free to open a new request to raise it.

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


Navigation
Links