-
-
Notifications
You must be signed in to change notification settings - Fork 2.4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fix incorrect maximum accuracy display with recent slider end changes #25492
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I would agree with the sentiment in the OP that IsScorable
is weird. I'd probably remove the condition from ScoreProcessor
at this stage...
currentBonusPortion += GetBonusScoreChange(result); | ||
else | ||
currentComboPortion += GetComboScoreChange(result); | ||
if (!result.Type.IsScorable()) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Is this condition reversed, or am I misunderstanding this?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yeah I'm a bit confused how this happened. It should be inverse (I likely broke this in refactoring after actually testing this PR).
Also need to update |
FWIW this PR is probably defunct based on forward direction with slider mechanics. |
Closes #25428. Regressed with #25342.
While this does fix the issue, I'm not confident in this one as a forward direction.
ScoreProcessor.ApplyResultInternally
annoys me.IsScoreable
seems like a really weird check. We already have so many other related checks that this one feels like it shouldn't need to exist..