What is meta? ×
Meta Stack Exchange is where users like you discuss bugs, features, and support issues that affect the software powering all 130 Stack Exchange communities.

Reputation cannot be recalculated more than once per day.

I am positive it was more than a day ago. Hard to argue with a machine though. Anyway, it is a good workaround for an obviously wrong rep total for a day.

enter image description here

It is painful to use though, the feature is blocked by a 24 hour interval, it doesn't go by day as the message says. In other words, it doesn't reset at 0:00 UTC, you have to wait for 24 hours or more before it can be used again.

Which requires an alarm clock. Please allow recalcs in, say, a 23 hour interval.

share|improve this question
    
The server clock resets at 0GMT, so you could recalculate it at 8:01pm EDT, and then not be able to recalculate it until 8:01pm EDT the following day. –  Adam Davis Mar 21 '11 at 20:41
    
@Richard Is it 24 hours from the previous recalc? I thought it was once per server day - ie, a flag is set in the DB, and all the flags are cleared at 0GMT. –  Adam Davis Mar 21 '11 at 20:50
1  
@Adam It's once per 24 hours. I don't need to recalc often, but every time I do they tend to come in two at a time, haha, so I've actually been blocked enough times to resolve that it's 24 hours and not by the server day. –  Grace Note Mar 21 '11 at 20:51
    
@Richard 8pm EDT is 0GMT, IIRC. Sorry if my comment isn't clear, but it doesn't matter now. –  Adam Davis Mar 21 '11 at 21:01
1  
-1 for a dinner that doesn't include waffles. –  Adam Davis Mar 21 '11 at 23:48
    
@Hans - why do you keep changing your picture, and thus the question? The picture's difference is a dupe of: meta.stackexchange.com/questions/85121/… –  Nick Craver Mar 31 '11 at 12:22
    
@Nick - I'm trying to improve my question so it gets taken seriously. It is the SE way. My feature request hasn't fundamentally changed. Sorry, I know how hard it is to produce accurate numbers. But I'm only asking for the simple way to whack them back into shape. It was suggested by Sam, see meta.stackexchange.com/questions/81885/… –  Uphill Luge Mar 31 '11 at 12:47

4 Answers 4

Do you really need your displayed reputation to exactly track your true reputation all the time? Whether you do 1 recalc an hour for 24 hours or 1 per day, the result at the end should be the same. What does it matter if it's temporarily off by a couple here or there, especially considering you're over 150k now on SO?

share|improve this answer
5  
It is setting the alarm clock that is so annoying. Goes off at dinner time. –  Uphill Luge Mar 21 '11 at 20:11
    
@Hans, then stop doing rep-recalcs at dinner time? =b –  David Thomas Mar 26 '11 at 20:56

As mentioned elsewhere, recalculating rep is a server-intensive process that requires many CPU-cycles, thus it is not a good idea to make rep recalcs more frequent, as that would increase the server load, which wouldn't be good.

share|improve this answer
4  
The fraction of a second it takes for the rep page to refresh when you press the recalc button makes that sound a bit overblown. This got optimized. –  Uphill Luge Mar 21 '11 at 20:09
2  
But isn't showing the report even more server-intensive, as that also needs to render the results? There's no limit in asking for that report though... –  Arjan Mar 21 '11 at 20:10
1  
@Hans - The speed to display the page and the speed to do an actual recalc are not the same, as we go back and fix history affected by cap shifts and such when votes are deleted/removed...this doesn't happen for /reputation display, only the recalc. –  Nick Craver Mar 21 '11 at 20:37
    
@Richard - It can be (and is, always) more intensive to do a calculation than to show that (possibly-slighty-off) profile tab, it's way more intensive actually. –  Nick Craver Mar 21 '11 at 20:40
    
@Nick - I meant the /reputation page, not the reputation tab. –  Uphill Luge Mar 21 '11 at 20:44
    
@Nick - thanks for the clarification. I thought the page was live and accurate, but thanks for clarifying –  RichardTheKiwi Mar 21 '11 at 20:45
    
@Hans - I know, that's what I was speaking to :) –  Nick Craver Mar 21 '11 at 20:47
    
@Richard - it's accurate once a recalc is performed, but it's showing less-expensive denormalized data, rather than doing a full history view every time. Particularly, in the case of rep-capping users it can skew more over time between recalcs. –  Nick Craver Mar 21 '11 at 20:48
    
@nick - it's accurate once a recalc is performed My point exactly. It's not "accurate", if we deem a recalc result as being "true and accurate". I thought it walked through the rules in a live manner, but it's only reporting from denormalized (aggregated) data. –  RichardTheKiwi Mar 21 '11 at 20:50

I support this 100%!!
I must know my exact rep at every second of the day. Not only that, everyone else must as well.

Whenever I get down-voted, I would like to be able to

  1. delete the answer
  2. recalc immediately so that my rep goes back up by +2 (not +1, +2!)

But more commonly, when I go past the daily rep cap

  1. each down-vote takes off -2 immediately, but
  2. each subsequent up-vote does not immediately restore the +2.

This is causing me quite a bit of stress and others to misinterpret my fabulousness (aka reputation).

Please SO team, I need my rep to show 17898 not 17895 as it currently1 does. It is off by 30002!

This answer contains a bit of sarcasm in case you missed it

1 As at UTC 20:24, 21 March 2011
2 milli-rep points

share|improve this answer

If there's really a problem here, shouldn't it be fixed where it's actually broken rather than making the workaround work a little better?

share|improve this answer
    
Can't agree more! Just one SQL query more whenever some delete action has been invoked doesn't seem to be very costly to me. Or they must be caching the values on such a crazy manner that it's fully detached from the DB's state and thus this ain't going to work. –  BalusC Mar 22 '11 at 15:49

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .