Credit from WUs granted but boinc stats no change

Probably broken after the migration. I'll take a look after the database issues are sorted.

Strange thing is, that my computer has more credits than my account even here ;)

9,830 vs. 8,874

Working on this. Some pages seem to have updated while some remain unaffected. There was an obsolete PHP function which had to be replaced. Something else is broken too, still.

My computer still has more credits than my whole account, although my account has increased it's amount as well during the last day.

Any way to resolve this?

That's odd. Your account page credits have updated, but not enough.

Okay, I think this is simply due to the fact that user profile pages are updated once a day. If the computer works during the day, then its credits will go ahead the user. If we have no sessions running your profile page should have the same credits. It seems the stats are updating, but with a delay. I'll keep an eye on these to figure out if there is something bugging or not.

Looks fine, and the explanation seems to be correct (at least it seems to fit the few values I've seen so far ;))

For the record: Computer now: 11,804, account now: 10,686

New numbers: Computer now: 13,970, account now: 13,014

When is update time?

I haven't crunched anything since 16 Jul 2011 4:10:33 UTC

My new numbers are: computer 14,202, account 13246

So either no update in the last 30h, or still something fishy. And I still haven't got the faintest idea how it's possible that my computer has more credits than the account, it should be impossible.

Okay, I think the difference is due to the fact that sessions which have been cancelled don't grant credits for the WUs. There is a feature for doing that in BURP nowdays, but during the past 2 years we have had to cancel some quantity of sessions, and they could create such a difference in credits. I wonder if the way it works is that the host gets the credit right away after returning the result and server has confirmed it, but the user receives the credit only after the session finishes. I remember there being something fishy about this earlier, and the oddities we are seeing now might be related to this.

However, the cronjob is still bugging and is partly at fault. Investigating that right now.

If you compare @Willy the "Last 30 days", you see the time it happened:

Links are her: Account and Host

Last few days, upper rows are host, lower rows are account, upper most is date, 2nd is credit accumulated, 3rd is daily credit:

body, div, table, thead, tbody, tfoot, tr, th, td, p { font-family: "Arial"; font-size: x-small; }

07-17

So it went wrong from 5th to 8th of July.

Edith says:

The results page for those WUs is this.