Skip to content

feat: add date bounds (startDate/endDate) to mileage rate create flow#90153

Merged
neil-marcellini merged 28 commits into
Expensify:mainfrom
Krishna2323:krishna/89830-add-date-bounds-to-mileage-rate-create
May 21, 2026
Merged

feat: add date bounds (startDate/endDate) to mileage rate create flow#90153
neil-marcellini merged 28 commits into
Expensify:mainfrom
Krishna2323:krishna/89830-add-date-bounds-to-mileage-rate-create

Conversation

@Krishna2323
Copy link
Copy Markdown
Contributor

@Krishna2323 Krishna2323 commented May 11, 2026

Explanation of Change

Fixed Issues

$ #89830
PROPOSAL:

Tests

Test 1: Beta OFF — No regression

  1. Ensure dateBoundMileageRate beta is NOT enabled
  2. Navigate to workspace → Distance rates → Add rate
  3. Expected: Original number pad AmountForm shown, no Name/Date fields
  4. Enter a rate and save
  5. Expected: Rate created with auto-generated name, no dates

Test 2: Beta ON — Happy path

  1. Enable dateBoundMileageRate beta
  2. Navigate to workspace → Distance rates → Add rate
  3. Expected: Name (auto-focused), Amount per mile (text input), Start date, End date fields shown
  4. Fill all fields with valid values, tap Save
  5. Expected: Rate created with name, amount, startDate, endDate persisted

Test 3: Beta ON — Empty form shows all errors simultaneously

  1. Open Add rate, tap Save without filling anything
  2. Expected: Errors on both Name and Amount fields, plus alert above Save button

Test 4: Beta ON — Date validation

  1. Fill valid Name and Amount
  2. Set Start date after End date (e.g., Start: May 10, End: May 1)
  3. Tap Save
  4. Expected: Error under Start date ("Start date must be before end date.")
  5. Set same date for both → Expected: Saves successfully

Test 5: Beta ON — Dates are optional

  1. Fill valid Name and Amount, leave both dates empty, tap Save
  2. Expected: Rate created successfully without dates
  • Verify that no errors appear in the JS console

Offline tests

  • Same as tests

QA Steps

  • Same as 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 verified there are no new alerts related to the canBeMissing param for useOnyx
  • 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 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 used JaimeGPT to get English > Spanish translation. I then posted it 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.ts 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 new assets were added or existing ones were modified, I verified that:
    • The assets are optimized and compressed (for SVG files, run npm run compress-svg)
    • The assets load correctly across all supported platforms.
  • 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.
  • I added unit tests for any new feature or bug fix in this PR to help automatically prevent regressions in this user flow.
  • 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

Android: Native
android_hybrid.mp4
Android: mWeb Chrome
android_mWeb.mp4
iOS: Native
ios_hybrid.mp4
iOS: mWeb Safari
ios_mWeb.mp4
MacOS: Chrome / Safari
web_chrome.mp4

Signed-off-by: krishna2323 <belivethatkg@gmail.com>
@melvin-bot
Copy link
Copy Markdown

melvin-bot Bot commented May 11, 2026

Hey, I noticed you changed src/languages/en.ts in a PR from a fork. For security reasons, translations are not generated automatically for PRs from forks.

If you want to automatically generate translations for other locales, an Expensify employee will have to:

  1. Look at the code and make sure there are no malicious changes.
  2. Run the Generate static translations GitHub workflow. If you have write access and the K2 extension, you can simply click: [this button]

Alternatively, if you are an external contributor, you can run the translation script locally with your own OpenAI API key. To learn more, try running:

npx ts-node ./scripts/generateTranslations.ts --help

Typically, you'd want to translate only what you changed by running npx ts-node ./scripts/generateTranslations.ts --compare-ref main

Signed-off-by: krishna2323 <belivethatkg@gmail.com>
@codecov
Copy link
Copy Markdown

codecov Bot commented May 11, 2026

Codecov Report

❌ Looks like you've decreased code coverage for some files. Please write tests to increase, or at least maintain, the existing level of code coverage. See our documentation here for how to interpret this table.

Files with missing lines Coverage Δ
src/CONST/index.ts 92.36% <ø> (+0.05%) ⬆️
src/components/AmountForm.tsx 0.00% <ø> (ø)
src/components/NumberWithSymbolForm.tsx 69.06% <ø> (ø)
src/types/form/PolicyCreateDistanceRateForm.ts 0.00% <ø> (ø)
...workspace/distanceRates/CreateDistanceRatePage.tsx 0.00% <0.00%> (ø)
src/libs/PolicyDistanceRatesUtils.ts 9.25% <0.00%> (-4.63%) ⬇️
... and 392 files with indirect coverage changes

…er design doc

Signed-off-by: krishna2323 <belivethatkg@gmail.com>
Signed-off-by: krishna2323 <belivethatkg@gmail.com>
Signed-off-by: krishna2323 <belivethatkg@gmail.com>
@Krishna2323
Copy link
Copy Markdown
Contributor Author

@codex review

Copy link
Copy Markdown

@chatgpt-codex-connector chatgpt-codex-connector Bot left a comment

Choose a reason for hiding this comment

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

💡 Codex Review

Here are some automated review suggestions for this pull request.

Reviewed commit: 6cba45c886

ℹ️ About Codex in GitHub

Codex has been enabled to automatically review pull requests in this repo. Reviews are triggered when you

  • Open a pull request for review
  • Mark a draft as ready
  • Comment "@codex review".

If Codex has suggestions, it will comment; otherwise it will react with 👍.

When you sign up for Codex through ChatGPT, Codex can also answer questions or update the PR, like "@codex address that feedback".

Comment thread src/libs/PolicyDistanceRatesUtils.ts Outdated
Signed-off-by: krishna2323 <belivethatkg@gmail.com>
@Krishna2323 Krishna2323 force-pushed the krishna/89830-add-date-bounds-to-mileage-rate-create branch 2 times, most recently from 10bbbc0 to f39c6e5 Compare May 13, 2026 21:49
@Krishna2323
Copy link
Copy Markdown
Contributor Author

@codex review

Copy link
Copy Markdown

@chatgpt-codex-connector chatgpt-codex-connector Bot left a comment

Choose a reason for hiding this comment

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

💡 Codex Review

Here are some automated review suggestions for this pull request.

Reviewed commit: 0a53e6cb47

ℹ️ About Codex in GitHub

Codex has been enabled to automatically review pull requests in this repo. Reviews are triggered when you

  • Open a pull request for review
  • Mark a draft as ready
  • Comment "@codex review".

If Codex has suggestions, it will comment; otherwise it will react with 👍.

When you sign up for Codex through ChatGPT, Codex can also answer questions or update the PR, like "@codex address that feedback".

Comment thread src/pages/workspace/distanceRates/CreateDistanceRatePage.tsx
Signed-off-by: krishna2323 <belivethatkg@gmail.com>
Signed-off-by: krishna2323 <belivethatkg@gmail.com>
Signed-off-by: krishna2323 <belivethatkg@gmail.com>
Signed-off-by: krishna2323 <belivethatkg@gmail.com>
@Krishna2323
Copy link
Copy Markdown
Contributor Author

Krishna2323 commented May 15, 2026

Commented on the issue for better visibility.

Details @Expensify/design The spec shows the date validation error ("Start date must occur before end date") above the Save button. However, in this PR implementation we show inline errors under each field (Name, Amount, Start date) since the form can have multiple validation errors at once — displaying only one error above Save could be confusing when there are 3+ issues to fix.

PR current behavior:

  • Inline errors under each invalid field (so the user sees all issues at once)
  • "Please fix the errors in the form before continuing." alert above Save

Is this acceptable, or should we match the spec exactly and show only the specific date error above Save?

Monosnap.screencast.2026-05-15.16-58-02.mp4
image

Signed-off-by: krishna2323 <belivethatkg@gmail.com>
Signed-off-by: krishna2323 <belivethatkg@gmail.com>
…ate-bounds-to-mileage-rate-create

# Conflicts:
#	src/languages/es.ts
@OSBotify

This comment has been minimized.

@thelullabyy
Copy link
Copy Markdown
Contributor

@Krishna2323 Conflicts and failed checks

Signed-off-by: krishna2323 <belivethatkg@gmail.com>
@Krishna2323
Copy link
Copy Markdown
Contributor Author

@thelullabyy all done

Copy link
Copy Markdown
Contributor

@neil-marcellini neil-marcellini left a comment

Choose a reason for hiding this comment

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

Thanks for working on this. I have a few requests and questions, but overall, it is looking good.

enabledWhenOffline
style={[styles.flexGrow1]}
shouldHideFixErrorsAlert
shouldHideFixErrorsAlert={!isDateBoundMileageRateEnabled || !hasMultipleErrors}
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

I don't understand why we should hide this alert if there's a single error. Looks like generally in the app if the form has multiple fields then we leave this prop as its default of false. So I think it would be fine if we just set this based on the beta.

Copy link
Copy Markdown
Contributor Author

@Krishna2323 Krishna2323 May 18, 2026

Choose a reason for hiding this comment

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

This was suggested by @shawnborton here: #89830 (comment)

I also agree on that — I couldn't find any precedent in the codebase for conditionally showing the error alert based on error count, so I've removed it and simplified to just the beta gate. Happy to add it back if needed.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

One thing we have been doing lately is that if there is only one form error, don't show the error above the green button and only show the inline error under the field. If there are multilpe, then we can show the "Please fix all errors" message about the button. Let me know if that makes sense!

@shawnborton I want to make sure you're good with this decision. If you feel strongly about it we can make the change in a follow up, but it seems unnecessary and overcomplicates the implementation especially for a v1. We do not do this in most places in the app.

Did you mean we should hide the "fix all errors" alert based on the number of error messages present or just when the form has a single field? The former is a new code pattern, the latter already happens.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

I am saying that if you have a form with multiple inputs, if only one input has an error, just show a single error message below that input. No need to additionally show an error message above the submit button too.

We started doing that recently (I forget where exactly) to make the page feel lighter if we only have one error. Because previously, each time you had just a single error, we were showing two error messages on the page and it felt pretty unnecessarily heavy.

Comment thread src/pages/workspace/distanceRates/CreateDistanceRatePage.tsx Outdated
Comment thread src/pages/workspace/distanceRates/CreateDistanceRatePage.tsx Outdated
Signed-off-by: krishna2323 <belivethatkg@gmail.com>
@JmillsExpensify JmillsExpensify self-requested a review May 18, 2026 19:36
@JmillsExpensify
Copy link
Copy Markdown
Contributor

Adding myself so that I can test ahead of merging

<View style={[styles.mh5, styles.mt4]}>
<InputWrapper
InputComponent={AmountForm}
inputID={INPUT_IDS.RATE}
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

I believe you missed this error
Image

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

Currently, it shows "Please enter a valid rate" error when there is no rate
Image

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

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

Nice catch! Fixed.

Comment thread src/pages/workspace/distanceRates/CreateDistanceRatePage.tsx Outdated
Comment thread src/pages/workspace/distanceRates/CreateDistanceRatePage.tsx Outdated
Signed-off-by: krishna2323 <belivethatkg@gmail.com>
@Krishna2323
Copy link
Copy Markdown
Contributor Author

Krishna2323 commented May 19, 2026

@neil-marcellini @rlinoz could you please run the translation script again?

@neil-marcellini
Copy link
Copy Markdown
Contributor

neil-marcellini commented May 20, 2026

@neil-marcellini @rlinoz could you please run the translation script again?

Done

https://github.com/Expensify/App/actions/runs/26179954893/job/77019998523

@OSBotify
Copy link
Copy Markdown
Contributor

🦜 Polyglot Parrot! 🦜

Squawk! Looks like you added some shiny new English strings. Allow me to parrot them back to you in other tongues:

View the translation diff
diff --git a/src/languages/de.ts b/src/languages/de.ts
index c59fdfdf..b7fc2c71 100644
--- a/src/languages/de.ts
+++ b/src/languages/de.ts
@@ -6468,6 +6468,7 @@ _Für ausführlichere Anweisungen [besuchen Sie unsere Hilfeseite](${CONST.NETSU
                 existingRateName: 'Ein Distanzsatz mit diesem Namen existiert bereits',
                 nameRequired: 'Name ist erforderlich',
                 startDateMustBeBeforeEndDate: 'Das Startdatum muss vor dem Enddatum liegen',
+                amountRequired: 'Betrag ist erforderlich',
             },
             amountPerUnit: (unit: string) => `Betrag pro ${unit}`,
             startDate: 'Startdatum',
diff --git a/src/languages/es.ts b/src/languages/es.ts
index 55a88dca..01740594 100644
--- a/src/languages/es.ts
+++ b/src/languages/es.ts
@@ -6399,10 +6399,11 @@ ${amount} para ${merchant} - ${date}`,
                 existingRateName: 'Ya existe una tasa de distancia con este nombre',
                 nameRequired: 'El nombre es obligatorio',
                 startDateMustBeBeforeEndDate: 'La fecha de inicio debe ser anterior a la fecha de fin',
+                amountRequired: 'El importe es obligatorio',
             },
             amountPerUnit: (unit: string) => `Importe por ${unit}`,
             startDate: 'Fecha de inicio',
-            endDate: 'Fecha de finalización',
+            endDate: 'Fecha de fin',
         },
         editor: {
             nameInputLabel: 'Nombre',
diff --git a/src/languages/fr.ts b/src/languages/fr.ts
index 124fa360..9f139ee0 100644
--- a/src/languages/fr.ts
+++ b/src/languages/fr.ts
@@ -6490,6 +6490,7 @@ _Pour des instructions plus détaillées, [visitez notre site d’aide](${CONST.
                 existingRateName: 'Un taux kilométrique portant ce nom existe déjà',
                 nameRequired: 'Le nom est obligatoire',
                 startDateMustBeBeforeEndDate: 'La date de début doit être antérieure à la date de fin',
+                amountRequired: 'Le montant est obligatoire',
             },
             amountPerUnit: (unit: string) => `Montant par ${unit}`,
             startDate: 'Date de début',
diff --git a/src/languages/it.ts b/src/languages/it.ts
index ca51ec2f..6701d8b1 100644
--- a/src/languages/it.ts
+++ b/src/languages/it.ts
@@ -6456,6 +6456,7 @@ _Per istruzioni più dettagliate, [visita il nostro sito di assistenza](${CONST.
                 existingRateName: 'Esiste già una tariffa distanza con questo nome',
                 nameRequired: 'Il nome è obbligatorio',
                 startDateMustBeBeforeEndDate: 'La data di inizio deve essere precedente alla data di fine',
+                amountRequired: "L'importo è obbligatorio",
             },
             amountPerUnit: (unit: string) => `Importo per ${unit}`,
             startDate: 'Data di inizio',
diff --git a/src/languages/ja.ts b/src/languages/ja.ts
index c627c73f..567f9a69 100644
--- a/src/languages/ja.ts
+++ b/src/languages/ja.ts
@@ -6384,9 +6384,10 @@ _詳しい手順については、[ヘルプサイトをご覧ください](${CO
                 rateNameRequired: 'レート名は必須です',
                 existingRateName: 'この名前の距離レートはすでに存在します',
                 nameRequired: '名前は必須です',
-                startDateMustBeBeforeEndDate: '開始日は終了日より前である必要があります',
+                startDateMustBeBeforeEndDate: '開始日は終了日より前でなければなりません',
+                amountRequired: '金額は必須です',
             },
-            amountPerUnit: (unit: string) => `${unit} あたりの金額`,
+            amountPerUnit: (unit: string) => `${unit}あたりの金額`,
             startDate: '開始日',
             endDate: '終了日',
         },
diff --git a/src/languages/nl.ts b/src/languages/nl.ts
index a46cf07d..887856a0 100644
--- a/src/languages/nl.ts
+++ b/src/languages/nl.ts
@@ -6435,6 +6435,7 @@ _Voor meer gedetailleerde instructies, [bezoek onze help-site](${CONST.NETSUITE_
                 existingRateName: 'Er bestaat al een afstandstarief met deze naam',
                 nameRequired: 'Naam is verplicht',
                 startDateMustBeBeforeEndDate: 'Begindatum moet vóór de einddatum liggen',
+                amountRequired: 'Bedrag is verplicht',
             },
             amountPerUnit: (unit: string) => `Bedrag per ${unit}`,
             startDate: 'Startdatum',
diff --git a/src/languages/pl.ts b/src/languages/pl.ts
index 708cb0dd..160b8915 100644
--- a/src/languages/pl.ts
+++ b/src/languages/pl.ts
@@ -6427,9 +6427,10 @@ _Aby uzyskać bardziej szczegółowe instrukcje, [odwiedź naszą stronę pomocy
                 existingRateName: 'Stawka za odległość o tej nazwie już istnieje',
                 nameRequired: 'Imię jest wymagane',
                 startDateMustBeBeforeEndDate: 'Data początkowa musi być wcześniejsza niż data końcowa',
+                amountRequired: 'Kwota jest wymagana',
             },
             amountPerUnit: (unit: string) => `Kwota za ${unit}`,
-            startDate: 'Data początkowa',
+            startDate: 'Data rozpoczęcia',
             endDate: 'Data zakończenia',
         },
         editor: {
diff --git a/src/languages/pt-BR.ts b/src/languages/pt-BR.ts
index d57029fe..d39e7c81 100644
--- a/src/languages/pt-BR.ts
+++ b/src/languages/pt-BR.ts
@@ -6435,6 +6435,7 @@ _Para instruções mais detalhadas, [visite nossa central de ajuda](${CONST.NETS
                 existingRateName: 'Já existe uma tarifa de distância com este nome',
                 nameRequired: 'Nome é obrigatório',
                 startDateMustBeBeforeEndDate: 'A data de início deve ser anterior à data de término',
+                amountRequired: 'O valor é obrigatório',
             },
             amountPerUnit: (unit: string) => `Valor por ${unit}`,
             startDate: 'Data de início',
diff --git a/src/languages/zh-hans.ts b/src/languages/zh-hans.ts
index 7bad2bfd..1e7d3281 100644
--- a/src/languages/zh-hans.ts
+++ b/src/languages/zh-hans.ts
@@ -6274,7 +6274,13 @@ _如需更详细的说明,请[访问我们的帮助网站](${CONST.NETSUITE_IM
                 one: '确定要删除此费率吗?',
                 other: '确定要删除这些费率吗?',
             }),
-            errors: {rateNameRequired: '费率名称为必填项', existingRateName: '已存在同名的里程费率', nameRequired: '姓名为必填项', startDateMustBeBeforeEndDate: '开始日期必须早于结束日期'},
+            errors: {
+                rateNameRequired: '费率名称为必填项',
+                existingRateName: '已存在同名的里程费率',
+                nameRequired: '姓名为必填项',
+                startDateMustBeBeforeEndDate: '开始日期必须早于结束日期',
+                amountRequired: '金额为必填项',
+            },
             amountPerUnit: (unit: string) => `每${unit}金额`,
             startDate: '开始日期',
             endDate: '结束日期',

Note

You can apply these changes to your branch by copying the patch to your clipboard, then running pbpaste | git apply 😉

View workflow run

Signed-off-by: krishna2323 <belivethatkg@gmail.com>
@Krishna2323
Copy link
Copy Markdown
Contributor Author

@thelullabyy please check again.

@rlinoz rlinoz requested a review from thelullabyy May 21, 2026 07:43
Copy link
Copy Markdown
Contributor

@thelullabyy thelullabyy left a comment

Choose a reason for hiding this comment

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

LGTM

@melvin-bot melvin-bot Bot requested a review from neil-marcellini May 21, 2026 15:30
Copy link
Copy Markdown
Contributor

@rlinoz rlinoz left a comment

Choose a reason for hiding this comment

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

Tests well, thanks!

currency={currency}
ref={inputCallbackRef}
/>
{isDateBoundMileageRateEnabled ? (
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

I think it would be fine to migrate to the new model even if the beta is disabled, meaning hide only the date fields, but NAB and maybe even better not to.

Copy link
Copy Markdown
Contributor

@neil-marcellini neil-marcellini left a comment

Choose a reason for hiding this comment

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

Thanks for the updates

@neil-marcellini neil-marcellini merged commit 93274cf into Expensify:main May 21, 2026
52 checks passed
@OSBotify
Copy link
Copy Markdown
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.

@github-actions
Copy link
Copy Markdown
Contributor

🚧 @neil-marcellini has triggered a test Expensify/App build. You can view the workflow run here.

@OSBotify
Copy link
Copy Markdown
Contributor

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

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

Bundle Size Analysis (Sentry):

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