Puzzle 1465 "SCORING BUG"

Started by ZeroLeak7

LociOiling Lv 1

I see that Maerlyn138 has taken a big lead on 1465. The high score was 10,475 the last time we revisited this protein, so a score of 10,913 indicates there may indeed be a problem.

I'd suggest sharing the the high-scoring solution, then having someone else in the group try to open it. You may find it opens with a much lower score, while still requiring the high score plus two points to evo.

Alternately, it's just possible that you actually have a much better solution. The native for this one is seen in PDB 1RKI. It's a protein from Pyrobaculum aerophilum, which grows best around the boiling point for water. Maybe growing this protein in good old E. coli isn't quite the same.

1RKI does look a little sketchy. It's a dimer, with two copies of the protein. To me, it's hard to see what's holding the two copies together.

We're only working with one copy, but even so, it has issues. There are two groups of sheets. The outer group has three sheets. A long 8-segment loop section crosses over the middle sheet on the outside of the protein. This seems a little unusual.

So here's hoping we have a better solution. We don't really need another scoring bug.

Hanto Lv 1

I should ask tho, were you using TRACKs when this apparent bug occurred on the client in question?

georg137 Lv 1

There is definitely a foldit scoring bug. I watched as my client score jumped over 600 points, to 9991, catapulting it from 7th to 1st on the soloist leader-board for puzzle 1559. When I try to retrieve the 1991 configuration it only retrieves the actual configuration at 9242 points. So my client appears to be number 1 on the leader-board, which is undeserved. That has to be disheartening for the actual top scorer(s), more than 300 points below my client's fictitious score.

The bug occurred when tapping quick enable/disable band keystrokes on the keyboard. At the time the client had only one foldit executable running in a single foldit directory on the single default track.

In the unlikely case that the client actually achieved a 700 point gain in a microsecond, then there is still a bug because the configuration is not retrievable.

LociOiling Lv 1

Georg137, are you using devprev or main?

It seems like devprev fixes some scoring glitches, but others still remain.

On puzzle 1557, there were a couple of cases where it appeared my "very best" solution (absolutebest pose) received credit, even when the "credit best" was a couple of points lower. I haven't seen any big scoring glitches with the current devprev however.

General tip if you can't find your solution: in open/share solutions, check "show auto and quick saves", which shows your absolutebest, creditbest, and quicksave slots. Everything is by track, so make sure you're on the right track. When there's a glitch, you may see a high-scoring solution, but it will load with a lower score.

georg137 Lv 1

Thanks for the tip. The scoring bug occurred while running with main. The server continues to display the top fictitious score on the leader-board for my client, while the client best is currently far below that number, sadly.

spvincent Lv 1

I'm seeing what may be a similar issue on 1560.

My score suddenly jumped to 11182, apparently as a result of the filter score being added to the real score when running a script (Local Mutate 2.0). Track t1.