maemo.org Bugzilla – Bug 2481
User Karma is not updated
Last modified: 2008-12-06 18:45:36 UTC
You need to
before you can comment on or make changes to this bug.
STEPS TO REPRODUCE THE PROBLEM:
I usually write mails in both mailing list, I write review of applications in
garage and I vote as favourite some news.
Karma is not increased.
EXTRA SOFTWARE INSTALLED:
Could it be some problems with my user? The user is andy80
Let's see. These are my values today:
and these are yours:
(feel free adding more, so we can track them)
Can you please follow in the next days and see if both values are static/moving
or just one?
Yes Quim, I can track them again. Anyway I noticed this are the same values
that were restored from backup few days ago. I'll try to review some other
application and to add some Favourites, to see if Karma is updated in the next
after two days, Karma is updated in this way:
I don't know if values are exact or not. Can anyone please verify them?
A thing I didn't notice: why the "News" section is -5 ? How is it calculated?
The update of your karma looks sensible. I'd say this is a WORKSFORME.
News: it depends on the news karma, you might get negative values when people
bury your posts.
Unfortunately for me this doesn't seem to have been working for a long time
(maybe some kind of username/email/feed address problem). After several 'karma
inducing' actions (at least 3 garage reviews and comments, 1 news item (+2 on
the thumbs up so far), at least one mailing list comment e.t.c in the last 24
hours my karma hasn't moved and it hasn't moved for months. In the last 3
months (that I estimate it hasn't been working for me I have multiple news
items that have hit the front page e.t.c.
It wouldn't worry me ordinary apart from the fact that it isn't working (for
me) and someone needs to be informed but when I missed out on the developer
code for the n810 and there is talk of certain activities being dependent on
user karma, an active and enthusiastic contributor may miss out on certain
Unfortunately as Quim suggested, I cannot reopen the bug as I'm not the
originator or assignee.
Let's reopen, then.
Given that this works for most people I'd guess for some reason (different
email addresses and/or usernames used in different places ?) the user matching
isn't working quite right for you.
Henri did the calculations system so reassigning.
I can confirm this bug - my karma's been stuck at 3, in spite of numerous blog
posts, bug comments, forum comments and a wiki addition.
same here for me though I've triaged a few bugs now:
http://maemo.org/profile/view/e9f9965887f911dc87038fd356c24c2a4c2a/ - but maybe
it's because of "bugzilla_reported" instead of triaging or closing :-)
I'm still stuck on 3 as of today.
Increasing severity. Not only we are carrying this bug for too long, but also
it is becoming relevant since we want to consider user karma as one of the
factors to be sponsored to participate in the maemo summit.
Using Dave as the test case, it seems the nightly recount has been timeouting
due to the number of users karma needs to be counted for.
I've disabled PHP timeouts for the script and am just making new test runs.
Yay! Karma says 138!
Does this make me worthy? :)
I've now confirmed that karma "stuckness" was because of cron timeouts. Some
* PHP time limitations removed from the script
* Cron runs are now run without Squid in between to remove that possibility of
Now at least karmas of the people reporting here have changed (multiple times
over weekend in Dave's case), so marking this fixed.
I think that this bug should be reopened.
I have submitted couple of games to maemo.org/downloads, first one is here:
None of the games show up in my profile page:
OK, I am reopening this bug. My "Discussion" karma is stuck at 6
If this should reflect posts to mailing list I should get a little bit more
than that (since 2005 :-). Most probably it is related to bug #2212 - until
that bug was fixed my single email was not the one I used for mailing lists. I
added that mail after #2212 was resolved but my 'Discussion' karma does not
It seems many of the heavier runs (like karma recount) now fail because the
server is seriously overloaded. It has been going gradually worse since
MediaWiki was installed.
Things will be better as soon as the new servers are installed. But apart from
moving Wiki to another server as a "quick fix", there are few ways to solve
Light at the end of the tunnel: Seems like ISP had moved the servers, and in
the process activated some watchdog script that was going awry. This meant
Apache was getting killed every minute, and so any longer script (or
badly-timed page load) would be aborted.
Obviously heavy operations like Karma were affected. I'm running a manual
recount now, and from now on cron should again start doing this.
Unfortunately, this is back.
My karma has been stuck on 660 for a week or two now, despite:
* Contributing to a variety of maemo-* threads
* Rating /news/
* Getting favourites on my blog posts.
GeneralAntilles has reported the same. It seems unlikely we've both plateaued
at the same time ;-)
(In reply to comment #21)
> GeneralAntilles has reported the same. It seems unlikely we've both plateaued
> at the same time ;-)
Yes, my discussion karma in particular seems a bit date.
Seems karma count (or some other daily MidCOM cron script) had crashed badly
(or maybe there was a reboot?) on Aug 25th, leaving the pid file in place.
-rw-r--r-- 1 root root 6 2008-08-25 14:03
Removed it and restarted daily cron.
My discussion karma seems to have fallen off a cliff (now 8 points, I note qgil
has 6 points). Seems pretty low assuming it includes mailing list posts?
I'm also both missing Garage projects as well as doubled up on some in the
Lastly, which particular subheading do wiki entries (creates/edits?) affect?
Are kudos points which may have been created by work on the previous wiki
affected for pages which have been migrated? (fair enough if I lose all the
points because I should have migrated it myself I suppose ;)
> I'm also both missing Garage projects as well as doubled up on some in the
> Groups listing.
Actually the doubling up is not strictly true so you can probably ignore that.
# DSP OGG Vorbis decoder
# DSP OGG Vorbis decoder members
I suppose the first one is because I created the project, in which case fine.
Still, I at least am missing two more project which I started (and am also a
member of ;)
(In reply to comment #24)
> My discussion karma seems to have fallen off a cliff (now 8 points, I note qgil
> has 6 points). Seems pretty low assuming it includes mailing list posts?
This may be related to changes done for fixing bug #2212. My discussion karma
raised from 6 to 1406. Maybe the pool of karma points is exhausted? ;-)
Karma seems to be kaput again, mine hasn't updated in at least a week.
Not wanting to kick a dieing horse but mine hasn't moved too despite lots of
blogs, discussion and other contributions.
Something to do with the server move?
After some auditing, the problem is simply that the growth in maemo.org user
numbers has gotten to the stage where at some point the Karma recalculation
script simply runs out of memory.
To fix this, the karma recount has been now changed to run every hour, but run
for only N users that have been modified the earliest. With this change we can
tune the number of users to count per hour, and so decide whether full karma
recount cycle should complete in one day, or for example two.
This fix can be deployed in two different ways:
* We get it automatically when the servers are upgraded to Ragnaroek (soon)
* It is backported to MidCOM 2.8 so it can be installed immediately
(In reply to comment #29)
> * We get it automatically when the servers are upgraded to Ragnaroek (soon)
> * It is backported to MidCOM 2.8 so it can be installed immediately
We can probably just wait for the big upgrade. There's nothing going on right
now dependent on accurate karma counts.
The new karma counter has been backported and deployed on the server today. We
will monitor the progress for next couple of days.
With current setup (300 per hour) it should complete recount in two days.
Is this new counter still recalculating the whole lot every time? If so, will
the karma value keep its value during the recalculation, and only visibly
update when that user's is finished?
Or is the intermediary value held and exposed?