-
Notifications
You must be signed in to change notification settings - Fork 38
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
B-19178 MTO shipment risk of excess banner persistence solution #12608
B-19178 MTO shipment risk of excess banner persistence solution #12608
Conversation
Bundle StatsHey there, this message comes from a GitHub action that helps you and reviewers to understand how these changes affect the size of this project's bundle. As this PR is updated, I'll keep you updated on how the bundle size is impacted. Total
Changeset
View detailed bundle breakdownAdded
Removed
Bigger No assets were bigger Smaller No assets were smaller Unchanged
|
expect(mockNavigate).toHaveBeenCalled(); | ||
}, 10000); | ||
|
||
it('submits the form and tests for unsupported state validation', async () => { |
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 noticed this file had more changes than your INT PR. seems this test is duplicated in this file. maybe a bad merge fix
removed click of duplicate code
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.
Please delete the extra branches not being used for this backlog.
|
||
await userEvent.type(getByTestId('cac-user-no'), fakePayload.cac_user); |
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.
did you mean to delete this line?
|
||
await userEvent.type(getByTestId('create-okta-account-yes'), fakePayload.create_okta_account); |
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.
Maria updated this line (188) and line 190 in a recent merge to main, be sure you aren't breaking any logic. I think we need to keep these lines.
…, the remote main branch, not the local one, sorry
If you are going to revert your changes for CreateCustomerForm.test.jsx, you will need to create a new PR to push that back into integrationTesting. |
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 matches the INT PR. Please delete the extra 19178 int branch as mentioned before.
} else { | ||
shouldSaveMoveRecord = false | ||
} | ||
if shouldSaveMoveRecord { |
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.
Were there any logic changes or was this refactored for some reason? I don't see any changes
|
||
useEffect(() => { | ||
setIsAtExcessWeightRisk(hasRiskOfExcess(estimatedWeightTotal, order?.entitlement?.authorizedWeight)); | ||
}, [estimatedWeightTotal, order?.entitlement?.authorizedWeight]); |
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 thought this was accurate (the excess weight flag directs your to look review the max billable weight), but the way it was originally is accurate. We should be checking against entitlement.totalWeight.
A move is considered having excess weight if the total move weight exceeds the customer's weight allowance. A move is considered having risk of excess weight if the estimated weight total is within 90% of the customer’s weight allowance.
@@ -118,6 +123,20 @@ const MoveDetails = ({ | |||
setAlertType('error'); | |||
}, | |||
}); | |||
useEffect(() => { | |||
setIsAtExcessWeightRisk(hasRiskOfExcess(estimatedWeightTotal, order?.entitlement?.authorizedWeight)); | |||
}, [estimatedWeightTotal, order?.entitlement?.authorizedWeight]); |
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.
Same comment as I left in MoveTaskOrder.jsx. I think we need to clear up with PO how we want to handle this
@@ -136,8 +138,9 @@ export const MoveTaskOrder = (props) => { | |||
|
|||
const { orders = {}, move, mtoShipments, mtoServiceItems, isLoading, isError } = useMoveTaskOrderQueries(moveCode); | |||
const order = Object.values(orders)?.[0]; | |||
const nonPPMShipments = mtoShipments?.filter((shipment) => shipment.shipmentType !== 'PPM'); |
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.
not going to die on this hill but I think this is easier to read
Agility ticket
Summary
Is there anything you would like reviewers to give additional scrutiny?
Continuation of:
#12499
Screenshots