They most likely are.

But before displaying them calculations happen °:

from node_rep_line

  14:   my $up   = ($N->{reputation} + $N->{votescast}) / 2;
  15:   my $down = $up - $N->{reputation};
[download]

Looks like reputation was -4 and votescast 3 at the moment of my observation.

Hence one votecast got lost ...

update

I seem to remember reading about a "multiple vote feature" (for janitors?) announced some month ago.

°) @PmDevs I somehow "reverse engineered" this bug, because I was expecting a division by two. Search internal code for all code snippets with "vote" and narrowing the result to / 2 led me to this part.

Thanks, that explains it nicely!

It's interesting that it's not a transient issue: the votes are still fractional, so an update to votescast was likely permanently lost rather than you just seeing "torn values".

Reputation: -8 (+1.5 -9.5)
[download]


Mike

> It's interesting that it's not a transient issue:

Looks logical to me, one down-vote only made it to rep but not to votescast, the DB wont store any other info.

Seems like the desire to show "up" and "down" votes separately, came long after the DB model was established.

This explains also why the display of it can be toggled in the settings.

Cheers Rolf
_{(addicted to the Perl Programming Language :)
Wikisyntax for the Monastery FootballPerl is like chess, only without the dice}