[Due for payment 2025-03-31] [$250] Duplicate expense - Review duplicates confirmation displays again when going back after resolving the duplicates

[vincdargento]

If you haven’t already, check out our contributing guidelines for onboarding and email contributors@expensify.com to request to join our Slack channel!

---

Issue was found while executing QA for PR #57197

Version Number: 9.1.13-0
Reproducible in staging?: Yes
Reproducible in production?: Yes
If this was caught on HybridApp, is this reproducible on New Expensify Standalone?: Yes, reproducible on both
If this was caught during regression testing, add the test name, ID and link from TestRail: #57197
Email or phone of affected tester (no customers): N/A
Issue reported by: Applause Internal Team
Device used: iOS 18.3.1/ iphone 16 pro
App Component: Money Requests

Action Performed:

1. Open app
2. Go to a workspace which having submitted expense
3. Create 2 money requests with the same amount
4. Open one of them
5. Tap on "Review duplicates"
6. Tap on "Keep this one" and select one merchant
7. Tap on "Confirm" of Review duplicates page
8. Tap back button on the top screen
9. Tap on "Confirm" of Review duplicates page again
10. Tap back button on the top screen

Expected Result:

Tap back button from resolved duplicate page, app should return to workspace report

Actual Result:

Tap back button from resolved duplicate page, Review duplicates confirmation displays again. Tap back on it, Keep all button is displayed

Workaround:

Unknown

Platforms:

• Android: Standalone
• Android: HybridApp
• Android: mWeb Chrome
• iOS: Standalone
• iOS: HybridApp
• iOS: mWeb Safari
• MacOS: Chrome / Safari
• MacOS: Desktop

Screenshots/Videos

bug.mp4

View all open jobs on GitHub

Upwork Automation - Do Not Edit

• Upwork Job URL: https://www.upwork.com/jobs/~021901506012348084549
• Upwork Job ID: 1901506012348084549
• Last Price Increase: 2025-03-17
• Automatic offers:
• truph01 | Contributor | 106591311

Issue Owner

Current Issue Owner: @kadiealexander

[melvin-bot]

Triggered auto assignment to @kadiealexander (Bug), see https://stackoverflow.com/c/expensify/questions/14418 for more details. Please add this bug to a GH project, as outlined in the SO.

[FitseTLT]

🚨 Edited by proposal-police: This proposal was edited at 2025-03-14 16:02:44 UTC.

Proposal

Please re-state the problem that we are trying to solve in this issue.

Duplicate expense - Review duplicates confirmation displays again when going back after resolving the duplicates

What is the root cause of that problem?

This is because we navigate without poping the state from navigation stack in

App/src/components/ReportActionItem/MoneyRequestPreview/MoneyRequestPreviewContent.tsx

Lines 334 to 349 in b09e2d1

	if ('merchant' in comparisonResult.change) {
	Navigation.navigate(ROUTES.TRANSACTION_DUPLICATE_REVIEW_MERCHANT_PAGE.getRoute(route.params?.threadReportID, backTo));
	} else if ('category' in comparisonResult.change) {
	Navigation.navigate(ROUTES.TRANSACTION_DUPLICATE_REVIEW_CATEGORY_PAGE.getRoute(route.params?.threadReportID, backTo));
	} else if ('tag' in comparisonResult.change) {
	Navigation.navigate(ROUTES.TRANSACTION_DUPLICATE_REVIEW_TAG_PAGE.getRoute(route.params?.threadReportID, backTo));
	} else if ('description' in comparisonResult.change) {
	Navigation.navigate(ROUTES.TRANSACTION_DUPLICATE_REVIEW_DESCRIPTION_PAGE.getRoute(route.params?.threadReportID, backTo));
	} else if ('taxCode' in comparisonResult.change) {
	Navigation.navigate(ROUTES.TRANSACTION_DUPLICATE_REVIEW_TAX_CODE_PAGE.getRoute(route.params?.threadReportID, backTo));
	} else if ('billable' in comparisonResult.change) {
	Navigation.navigate(ROUTES.TRANSACTION_DUPLICATE_REVIEW_BILLABLE_PAGE.getRoute(route.params?.threadReportID, backTo));
	} else if ('reimbursable' in comparisonResult.change) {
	Navigation.navigate(ROUTES.TRANSACTION_DUPLICATE_REVIEW_REIMBURSABLE_PAGE.getRoute(route.params?.threadReportID, backTo));
	} else {
	Navigation.navigate(ROUTES.TRANSACTION_DUPLICATE_CONFIRMATION_PAGE.getRoute(route.params?.threadReportID, backTo));

and

App/src/pages/TransactionDuplicate/Confirmation.tsx

Lines 63 to 65 in b09e2d1

	}
	Navigation.navigate(ROUTES.REPORT_WITH_ID.getRoute(reportAction?.childReportID));
	}, [reportAction?.childReportID, transactionsMergeParams]);

App/src/hooks/useReviewDuplicatesNavigation.tsx

Lines 56 to 59 in b09e2d1

	const navigateToNextScreen = () => {
	switch (nextScreen) {
	case 'merchant':
	Navigation.navigate(ROUTES.TRANSACTION_DUPLICATE_REVIEW_MERCHANT_PAGE.getRoute(threadReportID, backTo));

What changes do you think we should make in order to solve the problem?

We can goBack to the report instead of navigate when confirming the merge duplicates here

App/src/pages/TransactionDuplicate/Confirmation.tsx

Line 64 in b09e2d1

Navigation.navigate(ROUTES.REPORT_WITH_ID.getRoute(reportAction?.childReportID));

or dismissModal as we do for resolveDuplicates

App/src/pages/TransactionDuplicate/Confirmation.tsx

Line 69 in b09e2d1

Navigation.dismissModal(reportAction?.childReportID);

or
We need to pop the last nav states before navigating in all these cases for instance by using Navigation.goBack() before the navigate in all places above

What specific scenarios should we cover in automated tests to prevent reintroducing this issue in the future?

N / A - navigation bug or if needed we can make a test similar to GoBackTests to assert that the duplicate screens are removed from the screen stack after finishing the merge duplicate flow

What alternative solutions did you explore? (Optional)

[truph01]

I think it is dupe of #58460

[melvin-bot]

Job added to Upwork: https://www.upwork.com/jobs/~021901506012348084549

[melvin-bot]

Triggered auto assignment to Contributor-plus team member for initial proposal review - @jjcoffee (External)