Large number of WU stays in pending credits

Quote:

Why are there so called overreplications (Zuvielfachauslieferungen ^^)

WUID 41168115
WUID 41165172
WUID 41162167
WUID 41157579

Two results are reported in, one other was replicated without need.
One would not get any credit albeit the work is done and could be used.
Just curious...

I hope you don't mind but I've made your links clickable.

Normally, if an unneeded task is sent out, you would expect it to be awarded credit as well, as long as it was returned within the deadline. I notice in the second example above that not only was the third task unnecessary, but also all three were returned well within the deadline and the third to return was denied credit. Your task was the third to be returned but it was denied credit with the explanation, "Task was reported too late to validate".

Of the above four, you were denied credit on two and were granted credit on the other two. It appears that whoever is the last to return will be denied credit, even though all are well within the deadline. When I look at the full results list for your computer, there are actually 7 tasks where you have been denied credit so this is a bigger problem than just 4 isolated tasks.

There is something weird about the way the scheduler is dishing out the tasks. If you look at the second quorum in your list above, your task (for which you were given no credit) had the lowest resultID and is also flagged as the _0 task. In other words you would expect it to have been distributed first. However, the _1 task was distributed on 06 July and your _0 task wasn't sent to you until 11 July. It's almost as if the _0 task got lost for five days before the scheduler sent it out quite belatedly. Then the scheduler suddenly thought this belated task was overdue and so sent out a third. Only the first two back will win the prize if the scheduler thinks the deadline has already expired.

I think what is happing here also needs to be drawn to the attention of an Admin so I'll go do that now.