[Bug 9257] Consider $wgRCMaxAge when generating limit links for recent changes

2009-06-18 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=9257


jida...@jidanni.org changed:

   What|Removed |Added

Version|1.15-svn|1.16-svn




--- Comment #7 from jida...@jidanni.org  2009-06-19 01:14:24 UTC ---
By the way, how homely to generate this by hand when one can do
foreach(range(0,5)as $i){$wgRCLinkDays[]=pow(2,$i);}print_r($wgRCLinkDays);'
Array
(
[0] = 1
[1] = 2
[2] = 4
[3] = 8
[4] = 16
[5] = 32
)
True, you don't get exact week and 30 day months divisions.
P.S., see also bug 17867.


-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l


[Bug 9257] Consider $wgRCMaxAge when generating limit links for recent changes

2009-06-18 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=9257





--- Comment #8 from jida...@jidanni.org  2009-06-19 01:49:23 UTC ---
Say, also
foreach(range(0,3)as
$i){$wgRCLinkLimits[]=60*pow(2,$i);}print_r($wgRCLinkLimits);
Array
(
[0] = 60
[1] = 120
[2] = 240
[3] = 480
)
Anyways, both come close to the current hardwired
$wgRCLinkLimits = array( 50, 100, 250, 500 );
$wgRCLinkDays   = array( 1, 3, 7, 14, 30 );


-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l


[Bug 9257] Consider $wgRCMaxAge when generating limit links for recent changes

2009-05-23 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=9257


Niklas Laxström niklas.laxst...@gmail.com changed:

   What|Removed |Added

 CC||niklas.laxst...@gmail.com




--- Comment #6 from Niklas Laxström niklas.laxst...@gmail.com  2009-05-23 
08:43:12 UTC ---
(In reply to comment #2)
 I'd recommend a couple further changes:

 * Bump the default maxage to at least 30 days (maybe even 90) to be more
 appropriate for smaller sites out of the box

r50930.


-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l


[Bug 9257] Consider $wgRCMaxAge when generating limit links for recent changes

2009-03-18 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=9257


jida...@jidanni.org changed:

   What|Removed |Added

  Component|User interface  |RecentChanges
Version|1.11-svn|1.15-svn




--- Comment #5 from jida...@jidanni.org  2009-03-18 06:06:00 UTC ---
Please reconsider the value of

/**
 * Filter $wgRCLinkDays by $wgRCMaxAge to avoid showing links for numbers
higher than what will be stored.
 * Note that this is disabled by default because we sometimes do have RC data
which is beyond the limit
 * for some reason, and some users may use the high numbers to display that
data which is still there.
 */
$wgRCFilterByAge = false;

Consider that now that $wgRCMaxAge = 7 * 24 * 3600,
the user will discover that the  14 and 30 day links malfunction.
Worse is on smaller wikis. The user cannot tell if there really was no
activity or not!

That we sometimes do have RC data which is beyond the limit sounds
like a bug that was fixed. And some users may use the high numbers
sounds like power users who probably have other ways to get the data.

So I would change the comment too.

Please just use:

/**
 * Filter $wgRCLinkDays by $wgRCMaxAge to avoid showing links for numbers
higher than what will be stored.
 */
$wgRCFilterByAge = true;


-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l