Skip to content
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

Use transaction distanceUnit to prevent retroactive changes #50001

Merged
merged 34 commits into from
Oct 17, 2024

Conversation

neil-marcellini
Copy link
Contributor

@neil-marcellini neil-marcellini commented Oct 1, 2024

Details

Fixed Issues

#43588
PROPOSAL: N/A

Tests

Precondition:

  • P2P distance beta is enabled
  • Distance rates are enabled

Original bug:

  1. Go to workspace chat
  2. Submit two distance expenses (if there is no other unsettled expense)
  3. Go to workspace settings
  4. Go to Distance rates > Settings > Unit
  5. Select a different unit (km)
  6. Go to transaction thread
  7. Verify that the unit is unchanged in the Distance and Rate rows in transaction thread
  8. Click on the rate row and verify the unit of the selected rate is unchanged
  9. Verify that the transaction thread header shows the unit unchanged
  10. Go to expense report
  11. Verify the expense preview shows the unit unchanged
  12. Update the distance, adding a waypoint
  13. Verify the new unit is used on the transaction thread, header, expense preview, on the selected rate
1001Record241002081325.mov

Test without the beta:

  1. Sign in with an account not on the p2pDistanceRequests beta, or manually disable it on dev by making this function return false
  2. Have a report with 2+ distanced expenses
  3. Change the policy distance unit to a different one (km) than the unit used for a distance expense (mi)
  4. Verify the distance unit is unchanged on the expense preview, transaction thread header, and distance row
  5. Update the distance
  6. Verify the distance unit is changed to the current policy distance unit immediately on the expense preview, transaction thread header, and distance row
no-beta.mov

Test updating rate updates distanceUnit and converts distance

  1. Submit a distance expense on a policy that has multiple rates
  2. Go to the policy settings and note the distance unit
  3. Update the distance unit
  4. Go to the existing expense and verify the unit is unchanged
  5. Update the rate
  6. Verify the unit updates everywhere it's shown on the expense
  7. Click the rate field and verify it shows the new unit
2024-10-09_15-13-02.mp4

Note: There's an existing bug on main where the map doesn't load and the modified expense action doesn't show as the most recent one. Here's proof it fails on main too

BugOnMain2024-10-09_15-23-28.mp4

Tracked expense

  1. Go to OldDot settings, workspaces, individual, open it
  2. Go to reports, verify the report currency is USD
  3. Track a distance expense
  4. Verify unit is mi and rate is $ and mi
  5. Go to OldDot and change the personal policy report currency to EUR
  6. Go to NewDot, refresh the page
  7. Verify the distance unit is still mi
    Note: The rate currency not matching the amount will be fixed separately here, we only care that the unit isn't updated retroactively
2024-10-04_08-21-16.mp4

Distance split

  1. Go to OldDot settings, workspaces, individual, open it
  2. Go to reports, verify the report currency is USD
  3. Create a group chat
  4. Split a distance expense with the group
  5. Verify unit is mi and rate is $ and mi
  6. Go to OldDot and change the personal policy report currency to EUR
  7. Go to NewDot, refresh the page
  8. Verify the distance unit is still mi
2024-10-04_08-24-57.mp4

Optimistic distance unit

  1. P2P distance beta Enabled
  2. Login with a new account
  3. Create a workspace and enable distance rates feature
  4. Change distance unit to km
  5. Press FAB (+) > Submit request
  6. Chose Distance tab, select start and stop waypoints then press Next
  7. Select workspace then press Next
  8. Go offline
  9. Click on Submit
  10. Open the expense report
  11. Verify the unit is in km
2024-10-16_11-25-35.mp4

I also updates some of the allowed write counts where I found issues during testing. I haven't added any extra writes with these PRs.

Screenshot 2024-10-04 at 8 02 25 AM
Screenshot 2024-10-04 at 7 58 02 AM
Screenshot 2024-10-04 at 7 51 15 AM

  • Verify that no errors appear in the JS console

Offline tests

N/A optimistic data is tested above

QA Steps

Same a tests

  • Verify that no errors appear in the JS console

PR Author Checklist

  • I linked the correct issue in the ### Fixed Issues section above
  • I wrote clear testing steps that cover the changes made in this PR
    • I added steps for local testing in the Tests section
    • I added steps for the expected offline behavior in the Offline steps section
    • I added steps for Staging and/or Production testing in the QA steps section
    • I added steps to cover failure scenarios (i.e. verify an input displays the correct error message if the entered data is not correct)
    • I turned off my network connection and tested it while offline to ensure it matches the expected behavior (i.e. verify the default avatar icon is displayed if app is offline)
    • I tested this PR with a High Traffic account against the staging or production API to ensure there are no regressions (e.g. long loading states that impact usability).
  • I included screenshots or videos for tests on all platforms
  • I ran the tests on all platforms & verified they passed on:
    • Android: Native
    • Android: mWeb Chrome
    • iOS: Native
    • iOS: mWeb Safari
    • MacOS: Chrome / Safari
    • MacOS: Desktop
  • I verified there are no console errors (if there's a console error not related to the PR, report it or open an issue for it to be fixed)
  • I followed proper code patterns (see Reviewing the code)
    • I verified that any callback methods that were added or modified are named for what the method does and never what callback they handle (i.e. toggleReport and not onIconClick)
    • I verified that the left part of a conditional rendering a React component is a boolean and NOT a string, e.g. myBool && <MyComponent />.
    • I verified that comments were added to code that is not self explanatory
    • I verified that any new or modified comments were clear, correct English, and explained "why" the code was doing something instead of only explaining "what" the code was doing.
    • I verified any copy / text shown in the product is localized by adding it to src/languages/* files and using the translation method
      • If any non-english text was added/modified, I verified the translation was requested/reviewed in #expensify-open-source and it was approved by an internal Expensify engineer. Link to Slack message:
    • I verified all numbers, amounts, dates and phone numbers shown in the product are using the localization methods
    • I verified any copy / text that was added to the app is grammatically correct in English. It adheres to proper capitalization guidelines (note: only the first word of header/labels should be capitalized), and is either coming verbatim from figma or has been approved by marketing (in order to get marketing approval, ask the Bug Zero team member to add the Waiting for copy label to the issue)
    • I verified proper file naming conventions were followed for any new files or renamed files. All non-platform specific files are named after what they export and are not named "index.js". All platform-specific files are named for the platform the code supports as outlined in the README.
    • I verified the JSDocs style guidelines (in STYLE.md) were followed
  • If a new code pattern is added I verified it was agreed to be used by multiple Expensify engineers
  • I followed the guidelines as stated in the Review Guidelines
  • I tested other components that can be impacted by my changes (i.e. if the PR modifies a shared library or component like Avatar, I verified the components using Avatar are working as expected)
  • I verified all code is DRY (the PR doesn't include any logic written more than once, with the exception of tests)
  • I verified any variables that can be defined as constants (ie. in CONST.js or at the top of the file that uses the constant) are defined as such
  • I verified that if a function's arguments changed that all usages have also been updated correctly
  • If any new file was added I verified that:
    • The file has a description of what it does and/or why is needed at the top of the file if the code is not self explanatory
  • If a new CSS style is added I verified that:
    • A similar style doesn't already exist
    • The style can't be created with an existing StyleUtils function (i.e. StyleUtils.getBackgroundAndBorderStyle(theme.componentBG))
  • If the PR modifies code that runs when editing or sending messages, I tested and verified there is no unexpected behavior for all supported markdown - URLs, single line code, code blocks, quotes, headings, bold, strikethrough, and italic.
  • If the PR modifies a generic component, I tested and verified that those changes do not break usages of that component in the rest of the App (i.e. if a shared library or component like Avatar is modified, I verified that Avatar is working as expected in all cases)
  • If the PR modifies a component related to any of the existing Storybook stories, I tested and verified all stories for that component are still working as expected.
  • If the PR modifies a component or page that can be accessed by a direct deeplink, I verified that the code functions as expected when the deeplink is used - from a logged in and logged out account.
  • If the PR modifies the UI (e.g. new buttons, new UI components, changing the padding/spacing/sizing, moving components, etc) or modifies the form input styles:
    • I verified that all the inputs inside a form are aligned with each other.
    • I added Design label and/or tagged @Expensify/design so the design team can review the changes.
  • If a new page is added, I verified it's using the ScrollView component to make it scrollable when more elements are added to the page.
  • If the main branch was merged into this PR after a review, I tested again and verified the outcome was still expected according to the Test steps.

Screenshots/Videos

See above. I only tested on Chrome since changes should be platform independent and C+ will test all platforms.

Android: Native
Android: mWeb Chrome
iOS: Native
iOS: mWeb Safari
MacOS: Chrome / Safari
MacOS: Desktop

@neil-marcellini neil-marcellini self-assigned this Oct 1, 2024
@neil-marcellini
Copy link
Contributor Author

neil-marcellini commented Oct 7, 2024

I created this issue to do the migration separately to keep this PR focused [$250] Migrate IOURequestStepDistanceRate to useOnyx

@neil-marcellini neil-marcellini marked this pull request as ready for review October 7, 2024 15:31
@neil-marcellini neil-marcellini requested a review from a team as a code owner October 7, 2024 15:31
@melvin-bot melvin-bot bot requested a review from MarioExpensify October 7, 2024 15:31
Copy link

melvin-bot bot commented Oct 7, 2024

@MarioExpensify Please copy/paste the Reviewer Checklist from here into a new comment on this PR and complete it. If you have the K2 extension, you can simply click: [this button]

@melvin-bot melvin-bot bot removed the request for review from a team October 7, 2024 15:31
@@ -1010,7 +1009,7 @@ const translations = {
changed: 'changed',
removed: 'removed',
transactionPending: 'Transaction pending.',
chooseARate: ({unit}: ReimbursementRateParams) => `Select a workspace reimbursement rate per ${unit}`,
chooseARate: 'Select a workspace reimbursement rate per mile or kilometer',
Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This works better when the selected rate is in a different unit than the current policy distance unit. I think it works fine when the unit is all the same too.

@neil-marcellini neil-marcellini requested a review from s77rt October 7, 2024 17:09
@s77rt
Copy link
Contributor

s77rt commented Oct 7, 2024

@neil-marcellini I believe the distance value should get corrected

Screenshot 2024-10-07 at 10 00 57 PM Screenshot 2024-10-07 at 10 01 34 PM

Comment on lines 252 to 253
const unit = DistanceRequestUtils.getDistanceUnit(transaction, mileageRate);
const {rate} = mileageRate ?? {};
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We have two sources of truth mileageRate.unit and unit which could be confusing and error-prone. Can we have the returned mileageRate already have the correct unit. i.e. write a function DistanceRequestUtils.getRate and in that function pass both the policy and the transaction and set the unit accordingly.

Also I think we can remove the isCustomUnitRateIDForP2P, getRateForP2P and getCustomUnitRateID (not sure about this one) functions or at least not export them. The getRate function should be enough

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

That's a pretty good idea, thanks. I'll work on it.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I ended up adding two new util functions for getting the rate of existing transactions and then getting the distance unit for use when updating a transaction.

I left one use of these other utils you recommended removing, because making the current code work with the new utils would require creating a temporary transaction, setting the customUnitRateID from the transaction changes into it, then using one util for the rate and another for the unit. It's just as messy as the existing code. Not to mention that I would also need to change a lot of the OnyxEntryOrInput types to work with the OnyxEntry types. So I'm going to leave that as is.

const mileageRate = isCustomUnitRateIDForP2P(transaction)
? DistanceRequestUtils.getRateForP2P(policyCurrency)
: mileageRates?.[customUnitRateID] ?? DistanceRequestUtils.getDefaultMileageRate(policy);

Please let me know what you think in your next review.

@neil-marcellini
Copy link
Contributor Author

@neil-marcellini I believe the distance value should get corrected

Oh shoot, you're totally right! I can't believe I missed that, thanks for pointing it out. When the rate changes the distance unit, the distance should be converted into the new unit. I'll put this back to a draft while I work on that backend fix.

@neil-marcellini neil-marcellini marked this pull request as draft October 8, 2024 14:13
@neil-marcellini neil-marcellini marked this pull request as ready for review October 16, 2024 19:10
@melvin-bot melvin-bot bot requested a review from carlosmiceli October 16, 2024 19:25
Copy link

melvin-bot bot commented Oct 16, 2024

@carlosmiceli Please copy/paste the Reviewer Checklist from here into a new comment on this PR and complete it. If you have the K2 extension, you can simply click: [this button]

Copy link

melvin-bot bot commented Oct 16, 2024

🎯 @s77rt, thanks for reviewing and testing this PR! 🎉

An E/App issue has been created to issue payment here: #50941.

@neil-marcellini neil-marcellini removed the request for review from carlosmiceli October 17, 2024 13:47
@MarioExpensify
Copy link
Contributor

Hey @neil-marcellini, everything looks pretty good with the PR. Waiting for all tests to wrap, just a question regarding the ESLint issues (withOnyx deprecated), should we move forward and let this to be fixed by another PR or should we fix in this PR?

@neil-marcellini
Copy link
Contributor Author

Yeah I have a separate issue for that here [$250] Migrate MoneyRequestConfirmationList to useOnyx. Merging!

@neil-marcellini neil-marcellini merged commit 20b7017 into main Oct 17, 2024
15 of 16 checks passed
@neil-marcellini neil-marcellini deleted the neil-distanceUnit branch October 17, 2024 14:33
Copy link

melvin-bot bot commented Oct 17, 2024

@neil-marcellini looks like this was merged without a test passing. Please add a note explaining why this was done and remove the Emergency label if this is not an emergency.

@melvin-bot melvin-bot bot added the Emergency label Oct 17, 2024
@neil-marcellini
Copy link
Contributor Author

See comment above

@OSBotify
Copy link
Contributor

✋ This PR was not deployed to staging yet because QA is ongoing. It will be automatically deployed to staging after the next production release.

Copy link
Contributor

🚀 Deployed to staging by https://github.com/neil-marcellini in version: 9.0.51-1 🚀

platform result
🤖 android 🤖 success ✅
🖥 desktop 🖥 success ✅
🍎 iOS 🍎 success ✅
🕸 web 🕸 success ✅

@mvtglobally
Copy link

@neil-marcellini @MarioExpensify Can we use Expensifail account for BETA enable tests and Gmail for non-Beta?

@MarioExpensify
Copy link
Contributor

MarioExpensify commented Oct 21, 2024

@neil-marcellini @MarioExpensify Can we use Expensifail account for BETA enable tests and Gmail for non-Beta?

I'm not 100% sure on that, @neil-marcellini do you know if that would be ok?

Copy link
Contributor

🚀 Deployed to production by https://github.com/yuwenmemon in version: 9.0.51-4 🚀

platform result
🤖 android 🤖 success ✅
🖥 desktop 🖥 success ✅
🍎 iOS 🍎 failure ❌
🕸 web 🕸 success ✅

Copy link
Contributor

🚀 Deployed to production by https://github.com/yuwenmemon in version: 9.0.51-4 🚀

platform result
🤖 android 🤖 success ✅
🖥 desktop 🖥 success ✅
🍎 iOS 🍎 success ✅
🕸 web 🕸 success ✅

@@ -202,14 +199,7 @@ function MoneyRequestView({report, shouldShowAnimatedBackground, readonly = fals
let amountDescription = `${translate('iou.amount')}`;

const hasRoute = TransactionUtils.hasRoute(transactionBackup ?? transaction, isDistanceRequest);
const rateID = TransactionUtils.getRateID(transaction) ?? '-1';

const currency = transactionCurrency ?? CONST.CURRENCY.USD;
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Seems like this change re-introduced a bug we fixed in #50142.
Any objections to reverting to using this line instead of currency from DistanceRequestUtils.getRate({transaction, policy})?

@neil-marcellini @s77rt

Copy link
Contributor

@paultsimura paultsimura Nov 7, 2024

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Bug:

  1. Place a distance request to a workspace
  2. In the WS settings, change the currency

Expected: distance rate on the submitted request shows the original currency.
Actual: distance rate shows the updated currency even though the amount is calculated in the original currency.

image image

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think we need to move that logic to DistanceRequestUtils.getRate.
Is there any case where we don't want to use the transaction currency and instead use the rate's currency? I think there is only one case, that is if we change the rate to a rate that uses a diff currency (same with unit useTransactionDistanceUnit)

Do you know why the currency is displayed correctly on the rate change page?

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Do you know why the currency is displayed correctly on the rate change page?

We display the transaction's currency for the selected rate:

const rateForDisplay = DistanceRequestUtils.getRateForDisplay(unit, rate.rate, isSelected ? transactionCurrency : rate.currency, translate, toLocaleDigit);

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think we need to move that logic to DistanceRequestUtils.getRate

Moving it into DistanceRequestUtils.getRate will complicate the function with an extra parameter and an extra if-else check. If you think it's worth it, I'll add a useTransactionCurrency param.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Using transactionCurrency directly is fine. Having too many sources of truth is confusing and will always lead to such bugs. We probably need to cleanup this at a later time (or at least centralize it)

@MarioExpensify
Copy link
Contributor

@neil-marcellini should we reopen this as it caused a regression?

@s77rt
Copy link
Contributor

s77rt commented Nov 11, 2024

@MarioExpensify Can you please link to the regression?

const conversionFactor = existingDistanceUnit === CONST.CUSTOM_UNITS.DISTANCE_UNIT_MILES ? CONST.CUSTOM_UNITS.MILES_TO_KILOMETERS : CONST.CUSTOM_UNITS.KILOMETERS_TO_MILES;
const distance = NumberUtils.roundToTwoDecimalPlaces((transaction?.comment?.customUnit?.quantity ?? 0) * conversionFactor);
lodashSet(updatedTransaction, 'comment.customUnit.quantity', distance);
lodashSet(updatedTransaction, 'pendingFields.waypoints', CONST.RED_BRICK_ROAD_PENDING_ACTION.UPDATE);
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Coming from #51285 {BZ checklist}, setting pending action on waypoint caused the map preview to be blank when selecting distance rate with different unit. There more to RC see detailed Analysis in this Proposal #51285 (comment)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

7 participants