[Due for payment 2025-10-06] [$250] Expense - After exporting to CSV, "Unapprove report" modal shows up when unapproving report

[jponikarchuk]

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

---

Version Number: 9.2.2-0
Reproducible in staging?: Yes
Reproducible in production?: Yes
If this was caught during regression testing, add the test name, ID and link from TestRail: https://test-management.browserstack.com/projects/2219752/test-runs/TR-701/folder/14961849/44221364/881813355
Email or phone of affected tester (no customers): sdjoinsdjosjisd@gmail.com
Issue reported by: Applause Internal Team
Device used: Mac 15.5 / Chrome
App Component: Money Requests

Action Performed:

Precondition:

• Workspace is not connected to accounting system.

1. Go to staging.new.expensify.com
2. Go to workspace chat.
3. Create a manual expense in workspace chat.
4. Open the expense report.
5. Click Submit and Approve.
6. Click More > Export > All Data - report level.
7. Wait for download message from Concierge to show up.
8. Click More > Unapprove.

Expected Result:

The report will be unapproved without "Unapprove report" confirm modal because the workspace is not connected to accounting system.

Actual Result:

After exporting to All Data - report level, "Unapprove report" confirm modal shows up when unapproving the report.
"Heads up! This report has already been exported to ." is incomplete.

Workaround:

Unknown

Platforms:

• Android: App
• Android: mWeb Chrome
• iOS: App
• iOS: mWeb Safari
• iOS: mWeb Chrome
• Windows: Chrome
• MacOS: Chrome / Safari
• MacOS: Desktop

Screenshots/Videos

Bug6936697_1757147455588.Screen_Recording_2025-09-06_at_16.29.03.mp4

View all open jobs on GitHub

Upwork Automation - Do Not Edit

• Upwork Job URL: https://www.upwork.com/jobs/~021965413328973230319
• Upwork Job ID: 1965413328973230319
• Last Price Increase: 2025-09-16
• Automatic offers:
• nkdengineer | Contributor | 108865660

Issue Owner

Current Issue Owner: @

Issue Owner

Current Issue Owner: @nkdengineer

[melvin-bot]

Triggered auto assignment to @twisterdotcom (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.

[samranahm]

Proposal

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

Expense - After exporting to CSV, "Unapprove report" modal shows up when unapproving report

What is the root cause of that problem?

we are not checking for connected integration here

App/src/components/MoneyReportHeader.tsx

Lines 928 to 945 in 34c2f92

	[CONST.REPORT.SECONDARY_ACTIONS.UNAPPROVE]: {
	text: translate('iou.unapprove'),
	icon: Expensicons.CircularArrowBackwards,
	value: CONST.REPORT.SECONDARY_ACTIONS.UNAPPROVE,
	onSelected: () => {
	if (isDelegateAccessRestricted) {
	showDelegateNoAccessModal();
	return;
	}
	if (isExported) {
	setIsUnapproveModalVisible(true);
	return;
	}
	unapproveExpenseReport(moneyRequestReport);
	},
	},

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

we should check if we have connected integration before setting UnapproveModalVisible true here

App/src/components/MoneyReportHeader.tsx

Lines 928 to 945 in 34c2f92

	[CONST.REPORT.SECONDARY_ACTIONS.UNAPPROVE]: {
	text: translate('iou.unapprove'),
	icon: Expensicons.CircularArrowBackwards,
	value: CONST.REPORT.SECONDARY_ACTIONS.UNAPPROVE,
	onSelected: () => {
	if (isDelegateAccessRestricted) {
	showDelegateNoAccessModal();
	return;
	}
	if (isExported) {
	setIsUnapproveModalVisible(true);
	return;
	}
	unapproveExpenseReport(moneyRequestReport);
	},
	},

const connectedIntegration = getValidConnectedIntegration(policy);
if (isExported && connectedIntegration) { 

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

N/A

What alternative solutions did you explore? (Optional)

we should explicitly check connectedIntegration in isExported function and return false if there is no connected integration
Reminder: Please use plain English, be brief and avoid jargon. Feel free to use images, charts or pseudo-code if necessary. Do not post large multi-line diffs or write walls of text. Do not create PRs unless you have been hired for this job.

[aadil42]

Proposal

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

"Unapprove report" modal shows up after unapproving the report even when no Accounting system was connected.

What is the root cause of that problem?

This is the root cause.

App/src/components/MoneyReportHeader.tsx

Line 663 in 34c2f92

if (isExported) {

We're only checking if the data was exported. We should also check if an Accounting system is setup.

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

We should simply add for integrationNameFromExportMessage a check in the existing if condition here.

We already get integrationNameFromExportMessage here:

App/src/components/MoneyReportHeader.tsx

Lines 236 to 237 in 34c2f92

	const integrationNameFromExportMessage = useMemo(() => {
	if (!isExported) {

App/src/components/MoneyReportHeader.tsx

Line 663 in 34c2f92

if (isExported) {

if (isExported && integrationNameFromExportMessage) {
                    setIsUnapproveModalVisible(true);
                    return;
                }

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

N/A

What alternative solutions did you explore? (Optional)

Or we can have the condition as:

if (isExported && (connectedIntegration || integrationNameFromExportMessage) ) {
        setIsUnapproveModalVisible(true);
        return;
}

[lorretheboy]

Proposal

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

After exporting to All Data - report level, "Unapprove report" confirm modal shows up when unapproving the report.
"Heads up! This report has already been exported to ." is incomplete

What is the root cause of that problem?

We don't check if user connected integration before showing modal here

App/src/components/MoneyReportHeader.tsx

Line 951 in 5953b32

if (isExported) {

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

The easiest way is update that condition to
if (isExported && connectedIntegration) {

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

NA

What alternative solutions did you explore? (Optional)

Reminder: Please use plain English, be brief and avoid jargon. Feel free to use images, charts or pseudo-code if necessary. Do not post large multi-line diffs or write walls of text. Do not create PRs unless you have been hired for this job.

[lorretheboy]

Note for C+ review here:

I don't try to post a duplicated version. When I post my proposal, his proposal looks like below picture and I see it is different with my proposal (diff in code changes and place to change). That's why I posted here. However, after the first proposal updated their solution (He didnt notice), I found somehow is 2 proposals are pretty the same. So I will let u decide, if u think my proposal is duplicated from beginning, I will remove it

Here is the first proposal's original version, it uses the function to get connectedIntegration while mine version doesn't use it. And the change scope my version is outside his proposal (This one looks like due to different code version in git)

The first propoosal original version:

My proposal:

[samranahm]

@lorretheboy mind telling us what was different in your proposal that you think your proposal was not duplicated??

This issue was related to not having the check for connectedIntegration and I already mentioned that. I just make sure to keep the isExported check there while adding connectedIntegration check, in update you mentioned.

Please take a look:

• Note: Before submitting a proposal on an issue, be sure to read any other existing proposals. ALL NEW PROPOSALS MUST BE DIFFERENT FROM EXISTING PROPOSALS. The difference should be important, meaningful or considerable.

[aadil42]

@samranahm, Hello. In your solution I think you suggested to create connectedIntegration while in my suggestion and in @lorretheboy suggestion we were using existing variables. This was the diff I think.

[lorretheboy]

Hi, I have mentioned here to compare your original proposal with my proposal. It is clearly different (I am not C+, so I don't check the details how u handle it but for the first glance, it is different both in places to change and how we change). Please note that I'm not reviewer, so I can't go to check every single proposal details implementation to view how many percent it is duplicated

Here is the comparision of our two proposals. Your first proposal is creating connectedIntegration while mine is not

.
.
.
.

So I will let u decide, if u think my proposal is duplicated from beginning, I will remove it

Lastly, I have also mentioned here. If C+ think it is really duplicated, then I'm happy to remove, I don't try to post the duplicated version

[nkdengineer]

Proposal

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

After exporting to All Data - report level, "Unapprove report" confirm modal shows up when unapproving the report.
"Heads up! This report has already been exported to ." is incomplete.

What is the root cause of that problem?

We only pass reportActions to check the isExported here, then we skip report?.isExportedToIntegration check because the report is undefined. When we export CSV, a report action exported to All Data - report level is returned and it's a EXPORTINTEGRATION. So the isExported function returns true, and the warning modal appears

App/src/components/MoneyReportHeader.tsx

Line 234 in 34c2f92

const isExported = useMemo(() => isExportedUtils(reportActions), [reportActions]);

App/src/libs/ReportUtils.ts

Lines 11039 to 11060 in 34c2f92

	function isExported(reportActions: OnyxEntry<ReportActions> | ReportAction[], report?: OnyxEntry<Report>): boolean {
	// If report object is provided and has the property, use it directly
	if (report?.isExportedToIntegration !== undefined) {
	return report.isExportedToIntegration;
	}
	// Fallback to checking actions for backward compatibility
	if (!reportActions) {
	return false;
	}
	let exportIntegrationActionsCount = 0;
	let integrationMessageActionsCount = 0;
	const reportActionList = Array.isArray(reportActions) ? reportActions : Object.values(reportActions);
	for (const action of reportActionList) {
	if (isExportIntegrationAction(action)) {
	// We consider any reports marked manually as exported to be exported, so we shortcut here.
	if (getOriginalMessage(action)?.markedManually) {
	return true;
	}
	exportIntegrationActionsCount++;

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

1. We can pass the expense report to isExportedUtils function here to also check the isExportedToIntegration if it exists. If we want to do that we need to ensure update isExportedToIntegration in the optimistic data when we export to an integration or manually export.

App/src/components/MoneyReportHeader.tsx

Line 234 in 34c2f92

const isExported = useMemo(() => isExportedUtils(reportActions), [reportActions]);

2. We should check the label/type in the original message of EXPORTINTEGRATION action to consider whether it's exported to integration or not when calculating exportIntegrationActionsCount here

App/src/libs/ReportUtils.ts

Lines 11039 to 11060 in 34c2f92

	function isExported(reportActions: OnyxEntry<ReportActions> | ReportAction[], report?: OnyxEntry<Report>): boolean {
	// If report object is provided and has the property, use it directly
	if (report?.isExportedToIntegration !== undefined) {
	return report.isExportedToIntegration;
	}
	// Fallback to checking actions for backward compatibility
	if (!reportActions) {
	return false;
	}
	let exportIntegrationActionsCount = 0;
	let integrationMessageActionsCount = 0;
	const reportActionList = Array.isArray(reportActions) ? reportActions : Object.values(reportActions);
	for (const action of reportActionList) {
	if (isExportIntegrationAction(action)) {
	// We consider any reports marked manually as exported to be exported, so we shortcut here.
	if (getOriginalMessage(action)?.markedManually) {
	return true;
	}
	exportIntegrationActionsCount++;

OPTIONAL: We can also rename this function to isExportedToIntegration

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

Add a test case to isExported function with an exported to All Data - report level action and verify that this function returns false

What alternative solutions did you explore? (Optional)

NA

Reminder: Please use plain English, be brief and avoid jargon. Feel free to use images, charts or pseudo-code if necessary. Do not post large multi-line diffs or write walls of text. Do not create PRs unless you have been hired for this job.

[samranahm]

I can't go to check every single proposal details implementation to view how many percent it is duplicated

@lorretheboy No one is 100% percent perfect and can't expect someone to be. But I believe that It does not took a lot of time to check what other developers has posted and is there any proposal with the same RCA you found. Even if there's is, It actually make us more confident that we found the correct RCA.

Next we need to make sure our solution does not contain the same logic or same approach others have already posted. No one can post the whole implementation in proposal but we get the complete idea what they are proposing. So we should make sure to post something different instead to altering and adjusting the already posted proposal to make yours look like different one.

[lorretheboy]

Btw I dont really agree that it is duplicated with your original version, thats why I left the comment for C+ decision

[samranahm]

Let them handle that.