-
Notifications
You must be signed in to change notification settings - Fork 0
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
[Frontend][Review Metrics] Review Metrics Playtesting follow-ups #32
Conversation
88774c3
to
dc9b06f
Compare
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.
Nice, thanks for knocking out all these fixes @terryttsai ! Appreciate how you enumerated everything that this PR does in the description too. 🙌
Continue | ||
</Button> | ||
)} | ||
<Button |
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.
Can you add a screenshot showing what this page looks like now if there are errors? I think there will be two calls to action -- a blue button on the left that says New Upload and a blue button on the right that says Continue. Is that right? That's fine for now (we need input on product and design on this) but just want to make sure I know the current behavior. Thanks!
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.
Added screenshot in the description
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.
Only the button on the right is blue
return ( | ||
<DatapointsTableDetailsCell key={key}> | ||
{parseFloat( | ||
(typeof value === "string" ? parseFloat(value) : value).toFixed(2) |
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.
Actually not sure we want to do this -- I just commented on the doc, the issue with the "too many sig figs" was that what we were showing in the UI didn't match what was in the spreadsheet. I think if there are 2+ decimals in the spreadsheet, it's fine to show in the UI without rounding. LMK if that makes sense!
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'll remove this, I'd rather accurately portray what the user gave us, if it's showing up as too many sig figs from the backend, I'll leave it up to Nichelle to fix!
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'm not actually sure where it's showing up as too many sig figs though -- could be backend or could be frontend -- can you coordinate with @nichelle-hall to investigate?
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.
This is coming from the backend
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.
Removed logic to round decimals
@@ -106,9 +106,6 @@ const ReviewMetrics: React.FC = observer(() => { | |||
}, {} as { [key: string]: number }); | |||
|
|||
metric.datapoints.forEach((dp) => { | |||
if (dp.old_value !== null) { |
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.
Thanks for this fix!! Are the duplicate values on the backend causing any other issues? We should definitely fix the root cause on the backend, just curious if there are any other patches we need to do on the frontend in the meantime.
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.
Yep, this is the issue to fix: #31, and on the frontend, I'm rooting out duplicate datapoints before using it and hadn't found any more issues with 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.
Sounds good!
if my math is right, (6/16)^9 or 0.015% chance of a commit hash starting with 9 letters in a row |
Added a very simple No Metrics to Review state for the review metrics page |
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.
Awesome!!
Description of the change
- Tweaked Review Metrics to make it more clear that their data has already been successfully uploaded - Changed the "Review 0 Uploaded Metrics" copy into a very simple No Metrics to Review
Type of change
Related issues
Closes #XXXX
Checklists
Development
This box MUST be checked by the submitter prior to merging:
These boxes should be checked by the submitter prior to merging:
Code review
These boxes should be checked by reviewers prior to merging: