The getPriorVotes function in VotingYFI calculates a user's bias based on the last recorded point's slope. It does not call replay_slope_changes, which would apply slope changes (kinks) that happened since the last user checkpoint.
As a result, getPriorVotes will incorrectly return a voting power that is too high if the user has a kink that is in-between the last user checkpoint and the block height on which getPriorVotes is called.
Fixes # (issue)
Checklist
[x] I have run vyper and solidity linting
[x] I have run the tests on my machine
[x] I have followed commitlint guidelines
[x] I have rebased my changes to the latest version of the main branch
Description
The getPriorVotes function in VotingYFI calculates a user's bias based on the last recorded point's slope. It does not call replay_slope_changes, which would apply slope changes (kinks) that happened since the last user checkpoint.
As a result, getPriorVotes will incorrectly return a voting power that is too high if the user has a kink that is in-between the last user checkpoint and the block height on which getPriorVotes is called. Fixes # (issue)
Checklist