[$250] [Download receipts] Add "Download receipts" to the individual report page

[mollfpr]

Problem

The receipts export can be started from the Expenses and Reports search pages, but not from an individual report. A user viewing a single report should be able to download that report's receipts from the report's actions menu.

Solution

Add a "Download receipts" option to the single-report secondary-actions menu, next to the existing "Download as PDF". It reuses the exportReceiptsAsZip action and the export status modal from the first FE issue, so this is mostly wiring up the report-page entry point.

What to build:

• Add the constant REPORT.SECONDARY_ACTIONS.DOWNLOAD_RECEIPTS.
• Include DOWNLOAD_RECEIPTS in the report's secondary actions (src/libs/ReportSecondaryActionUtils.ts), alongside DOWNLOAD_PDF.
• Add the DOWNLOAD_RECEIPTS implementation in src/hooks/useExportActions.ts: keep the online-only behavior (show the offline modal when offline), then call exportReceiptsAsZip with the single report's ID (reportIDs: [reportID]) and track the export.
• Wire the export status modal into the report header (src/components/MoneyReportHeaderActions/MoneyReportHeaderSecondaryActions.tsx). The report header currently uses ReportPDFDownloadModal for the PDF download, so this adds the shared useExportDownloadStatusModal for the receipts export.
• Add DOWNLOAD_RECEIPTS to the export section in src/libs/PopoverMenuSections.ts so it groups with the existing download/export items.

Depends on:

• The first FE issue (shared code: the exportReceiptsAsZip action, EXPORT_DOWNLOAD.TYPE.RECEIPTS, the modal empty-state, and translations).
• The backend ExportReceiptsToZip command.

Out of scope:

• No change to the existing "Download as PDF" option.

Issue Owner

Current Issue Owner: @daledah

Upwork Automation - Do Not Edit

• Upwork Job URL: https://www.upwork.com/jobs/~022079462081150363147
• Upwork Job ID: 2079462081150363147
• Last Price Increase: 2026-07-21

[truph01]

I will work on it

[melvin-bot]

Current assignees @truph01 and @daledah are eligible for the External assigner, not assigning anyone new.

[samranahm]

Proposal

What is the root cause of that problem?

The "Download receipts" functionality is currently available from the Expenses and Reports search pages but is not exposed on the individual report page. This is because the utility function responsible for defining the secondary actions available for a report, likely within ReportSecondaryActionUtils.ts, does not include DOWNLOAD_RECEIPTS as an option for single reports.

Consequently, the MoneyReportHeaderSecondaryActions component, which renders the secondary actions menu for an individual report, does not display the "Download receipts" option, preventing users from initiating a receipt export directly from a report's detail page.

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

We need to extend the existing secondary actions logic to include the "Download receipts" option for individual reports and integrate the corresponding export functionality and status modal.

1. Define a new constant for the "Download receipts" action. This constant will be used to identify the action throughout the application.
   https://github.com/Expensify/App/blob/COMMIT_SHA/src/libs/constants/Report.ts

   // Add this new constant
   SECONDARY_ACTIONS: {
       ...
       DOWNLOAD_RECEIPTS: 'downloadReceipts',
   },

2. Modify ReportSecondaryActionUtils.ts to include DOWNLOAD_RECEIPTS in the list of available secondary actions for an individual report. This will make the option appear in the report's header menu.
   https://github.com/Expensify/App/blob/COMMIT_SHA/src/libs/ReportSecondaryActionUtils.ts

   // Inside a function that determines secondary actions, e.g., getMoneyReportSecondaryActions
   // Ensure DOWNLOAD_RECEIPTS is added alongside DOWNLOAD_PDF
   if (canDownloadReceipts) { // Add appropriate condition if needed, otherwise always show
       actions.push(REPORT.SECONDARY_ACTIONS.DOWNLOAD_RECEIPTS);
   }

3. Update useExportActions.ts to handle the DOWNLOAD_RECEIPTS action. This will involve calling the exportReceiptsAsZip action with the specific reportID of the current report.
   https://github.com/Expensify/App/blob/COMMIT_SHA/src/hooks/useExportActions.ts

   // Within the handleExport function or similar logic
   if (action === REPORT.SECONDARY_ACTIONS.DOWNLOAD_RECEIPTS) {
       // Ensure reportID is available from props or context
       exportReceiptsAsZip([reportID]);
   }

4. Integrate the useExportDownloadStatusModal hook into MoneyReportHeaderSecondaryActions.tsx. This will display the export status modal when a receipts export is initiated from the individual report page, similar to how ReportPDFDownloadModal is used for PDF downloads.
   https://github.com/Expensify/App/blob/COMMIT_SHA/src/components/MoneyReportHeaderActions/MoneyReportHeaderSecondaryActions.tsx

   // Inside MoneyReportHeaderSecondaryActions component
   const {
       isExporting,
       isExportSuccessful,
       isExportFailed,
       isExportInProgress,
       hideModal,
       showModal,
       exportType,
   } = useExportDownloadStatusModal();
   
   // Render the modal conditionally based on exportType
   <ExportDownloadStatusModal
       isVisible={isExporting || isExportSuccessful || isExportFailed || isExportInProgress}
       onClose={hideModal}
       exportType={exportType}
   />

5. Add DOWNLOAD_RECEIPTS to the appropriate export section in PopoverMenuSections.ts. This ensures the new action is logically grouped with other download/export options in the popover menu.
   https://github.com/Expensify/App/blob/COMMIT_SHA/src/libs/PopoverMenuSections.ts

   // Within the getExportSection function or similar
   if (item.action === REPORT.SECONDARY_ACTIONS.DOWNLOAD_RECEIPTS) {
       // Add specific icon, text, and handler for receipts download
       return {
           icon: ExpensifyIcons.Receipt, // Example icon
           text: translate('common.downloadReceipts'),
           onPress: item.onPress,
       };
   }

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.

[KJ21-ENG]

Proposal

What is the root cause of that problem?

The individual report menu is assembled from a fixed list of report secondary-action keys. The constants and the default export/download block currently include Export, Download as PDF, and Print, but no Download receipts key, so the receipt export can never enter the menu.

App/src/CONST/index.ts

Lines 1460 to 1469 in f1e82a3

	SECONDARY_ACTIONS: {
	SUBMIT: 'submit',
	APPROVE: 'approve',
	RECEIVED_PAYMENT: 'receivedPayment',
	REMOVE_HOLD: 'removeHold',
	UNAPPROVE: 'unapprove',
	CANCEL_PAYMENT: 'cancelPayment',
	HOLD: 'hold',
	DOWNLOAD_PDF: 'downloadPDF',
	PRINT: 'print',

App/src/libs/ReportSecondaryActionUtils.ts

Lines 1071 to 1077 in f1e82a3

	options.push(CONST.REPORT.SECONDARY_ACTIONS.EXPORT);
	options.push(CONST.REPORT.SECONDARY_ACTIONS.DOWNLOAD_PDF);
	if (!isOpenReportUtils(report)) {
	options.push(CONST.REPORT.SECONDARY_ACTIONS.PRINT);
	}

The header maps these keys through useExportActions and then sorts them with REPORT_MORE_MENU_SECTIONS. useExportActions only implements Export, Download as PDF, and Print; although it already gets trackExport from the report header's shared export-status context, no receipt action starts the ZIP export or passes its export ID to that tracker.

App/src/hooks/useExportActions.ts

Lines 69 to 72 in f1e82a3

	const {showDecisionModal} = useDecisionModal();
	const {triggerExportOrConfirm} = useExportAgainModal(moneyRequestReport?.reportID, moneyRequestReport?.policyID);
	const {trackExport} = useExportDownloadStatus();

App/src/hooks/useExportActions.ts

Lines 214 to 253 in f1e82a3

	const exportActionEntries: Record<string, DropdownOption<ValueOf<typeof CONST.REPORT.SECONDARY_ACTIONS>> & Pick<PopoverMenuItem, 'backButtonText' | 'rightIcon'>> = {
	[CONST.REPORT.SECONDARY_ACTIONS.EXPORT]: {
	value: CONST.REPORT.SECONDARY_ACTIONS.EXPORT,
	text: translate('common.export'),
	backButtonText: translate('common.export'),
	icon: expensifyIcons.Export,
	rightIcon: expensifyIcons.ArrowRight,
	sentryLabel: CONST.SENTRY_LABEL.MORE_MENU.EXPORT,
	subMenuItems: secondaryExportActions.map((action) => exportSubmenuOptions[action as string]),
	},
	[CONST.REPORT.SECONDARY_ACTIONS.DOWNLOAD_PDF]: {
	value: CONST.REPORT.SECONDARY_ACTIONS.DOWNLOAD_PDF,
	text: translate('common.downloadAsPDF'),
	icon: expensifyIcons.Download,
	sentryLabel: CONST.SENTRY_LABEL.MORE_MENU.DOWNLOAD_PDF,
	onSelected: () => {
	if (isOffline) {
	showOfflineModal();
	return;
	}
	if (!moneyRequestReport?.reportID) {
	return;
	}
	onPDFModalOpen?.();
	exportReportToPDF({reportID: moneyRequestReport.reportID});
	},
	},
	[CONST.REPORT.SECONDARY_ACTIONS.PRINT]: {
	value: CONST.REPORT.SECONDARY_ACTIONS.PRINT,
	text: translate('common.print'),
	icon: expensifyIcons.Printer,
	sentryLabel: CONST.SENTRY_LABEL.MORE_MENU.PRINT,
	onSelected: () => {
	if (!moneyRequestReport) {
	return;
	}
	openOldDotLink(CONST.OLDDOT_URLS.PRINTABLE_REPORT(moneyRequestReport.reportID));
	},
	},
	};

App/src/components/MoneyReportHeaderActions/MoneyReportHeaderSecondaryActions.tsx

Lines 371 to 430 in f1e82a3

	const {exportActionEntries} = useExportActions({
	reportID,
	policy,
	onPDFModalOpen: openPDFDownload,
	});
	const {isProduction} = useEnvironment();
	// Compute list of applicable secondary action keys
	const secondaryActions = moneyRequestReport
	? getSecondaryReportActions({
	currentUserLogin: currentUserLogin ?? '',
	currentUserAccountID: accountID,
	submitterLogin,
	report: moneyRequestReport,
	chatReport,
	reportTransactions: nonPendingDeleteTransactions,
	originalTransaction,
	violations,
	bankAccountList,
	policy,
	reportNameValuePairs,
	reportActions,
	reportMetadata,
	policies,
	outstandingReportsByPolicyID,
	isChatReportArchived,
	isProduction,
	})
	: [];
	// Merge all action implementations
	const secondaryActionsImplementation: Record<string, (typeof lifecycleActionEntries)[string]> = {
	[CONST.REPORT.SECONDARY_ACTIONS.VIEW_DETAILS]: {
	value: CONST.REPORT.SECONDARY_ACTIONS.VIEW_DETAILS,
	text: translate('iou.viewDetails'),
	icon: expensifyIcons.Info,
	sentryLabel: CONST.SENTRY_LABEL.MORE_MENU.VIEW_DETAILS,
	onSelected: () => {
	navigateToDetailsPage(moneyRequestReport);
	},
	},
	...exportActionEntries,
	...lifecycleActionEntries,
	...expenseActions,
	...holdRejectActions,
	[CONST.REPORT.SECONDARY_ACTIONS.PAY]: {
	text: translate('iou.settlePayment', totalAmount),
	icon: expensifyIcons.Cash,
	rightIcon: expensifyIcons.ArrowRight,
	value: CONST.REPORT.SECONDARY_ACTIONS.PAY,
	backButtonText: translate('iou.settlePayment', totalAmount),
	sentryLabel: CONST.SENTRY_LABEL.MORE_MENU.PAY,
	subMenuItems: paymentSubMenuItems,
	},
	};
	const applicableSecondaryActions = sortAndSectionPopoverMenuItems(
	secondaryActions.map((action) => secondaryActionsImplementation[action]).filter((action) => action?.shouldShow !== false && action?.value !== primaryAction),
	REPORT_MORE_MENU_SECTIONS,

The shared receipts dependency is not present in this checkout yet: the export-download type only contains CSV and PDF. This report-page entry point should therefore land after or with the dependency that adds exportReceiptsAsZip, EXPORT_DOWNLOAD.TYPE.RECEIPTS, and the receipt-specific modal copy.

App/src/CONST/index.ts

Lines 491 to 501 in f1e82a3

	EXPORT_DOWNLOAD: {
	STATE: {
	PREPARING: 'preparing',
	READY: 'ready',
	FAILED: 'failed',
	},
	TYPE: {
	CSV: 'csv',
	PDF: 'pdf',
	},
	},

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

Add DOWNLOAD_RECEIPTS to CONST.REPORT.SECONDARY_ACTIONS and a matching CONST.SENTRY_LABEL.MORE_MENU.DOWNLOAD_RECEIPTS, following the existing Export, Download PDF, and Print convention. Append the action next to DOWNLOAD_PDF in getSecondaryReportActions, outside Print's !isOpenReportUtils(report) gate so it remains available on open reports just like Download PDF. Add the same key to the export/download section in REPORT_MORE_MENU_SECTIONS so it stays grouped with Export, Download as PDF, and Print without gaining a separate divider.

App/src/CONST/index.ts

Lines 1460 to 1469 in f1e82a3

	SECONDARY_ACTIONS: {
	SUBMIT: 'submit',
	APPROVE: 'approve',
	RECEIVED_PAYMENT: 'receivedPayment',
	REMOVE_HOLD: 'removeHold',
	UNAPPROVE: 'unapprove',
	CANCEL_PAYMENT: 'cancelPayment',
	HOLD: 'hold',
	DOWNLOAD_PDF: 'downloadPDF',
	PRINT: 'print',

App/src/libs/PopoverMenuSections.ts

Lines 9 to 27 in f1e82a3

	const REPORT_MORE_MENU_SECTIONS = [
	[
	REPORT_SECONDARY_ACTIONS.PAY,
	REPORT_SECONDARY_ACTIONS.RECEIVED_PAYMENT,
	REPORT_SECONDARY_ACTIONS.ADD_EXPENSE,
	REPORT_SECONDARY_ACTIONS.HOLD,
	REPORT_SECONDARY_ACTIONS.REMOVE_HOLD,
	REPORT_SECONDARY_ACTIONS.SUBMIT,
	REPORT_SECONDARY_ACTIONS.RETRACT,
	REPORT_SECONDARY_ACTIONS.REOPEN,
	REPORT_SECONDARY_ACTIONS.REJECT,
	REPORT_SECONDARY_ACTIONS.APPROVE,
	REPORT_SECONDARY_ACTIONS.UNAPPROVE,
	REPORT_SECONDARY_ACTIONS.CANCEL_PAYMENT,
	],
	[REPORT_SECONDARY_ACTIONS.SPLIT, REPORT_SECONDARY_ACTIONS.MERGE, REPORT_SECONDARY_ACTIONS.DUPLICATE_EXPENSE, REPORT_SECONDARY_ACTIONS.MOVE_EXPENSE],
	[REPORT_SECONDARY_ACTIONS.DUPLICATE_REPORT, REPORT_SECONDARY_ACTIONS.CHANGE_WORKSPACE, REPORT_SECONDARY_ACTIONS.CHANGE_APPROVER],
	[REPORT_SECONDARY_ACTIONS.EXPORT, REPORT_SECONDARY_ACTIONS.DOWNLOAD_PDF, REPORT_SECONDARY_ACTIONS.PRINT],
	[REPORT_SECONDARY_ACTIONS.VIEW_DETAILS, REPORT_SECONDARY_ACTIONS.DELETE],

App/src/CONST/index.ts

Lines 8487 to 8494 in f1e82a3

	MORE_MENU: {
	MORE_BUTTON: 'MoreMenu-MoreButton',
	VIEW_DETAILS: 'MoreMenu-ViewDetails',
	EXPORT: 'MoreMenu-Export',
	EXPORT_FILE: 'MoreMenu-ExportFile',
	DOWNLOAD_PDF: 'MoreMenu-DownloadPDF',
	PRINT: 'MoreMenu-Print',
	CLOSE_PDF_MODAL: 'MoreMenu-ClosePDFModal',

In useExportActions, add a Download receipts entry using the dependency's translation, the download icon, and the new sentry label. Its handler should preserve the other report downloads' online-only behavior: show the existing offline modal and return while offline; return if the report ID is missing; otherwise call the dependency's exportReceiptsAsZip with reportIDs: [moneyRequestReport.reportID] and pass the returned export ID to the existing trackExport callback.

Do not route receipts through exportReportToPDF or ReportPDFDownloadModal: that path writes the older report-PDF filename state. Receipts should use the queued export ID and shared export-status modal.

App/src/libs/actions/Report/index.ts

Lines 6288 to 6309 in f1e82a3

	async function exportReportToPDF({reportID}: ExportReportPDFParams) {
	const optimisticData: Array<OnyxUpdate<typeof ONYXKEYS.COLLECTION.NVP_EXPENSIFY_REPORT_PDF_FILENAME>> = [
	{
	onyxMethod: Onyx.METHOD.SET,
	key: `${ONYXKEYS.COLLECTION.NVP_EXPENSIFY_REPORT_PDF_FILENAME}${reportID}`,
	value: null,
	},
	];
	const failureData: Array<OnyxUpdate<typeof ONYXKEYS.COLLECTION.NVP_EXPENSIFY_REPORT_PDF_FILENAME>> = [
	{
	onyxMethod: Onyx.METHOD.MERGE,
	key: `${ONYXKEYS.COLLECTION.NVP_EXPENSIFY_REPORT_PDF_FILENAME}${reportID}`,
	value: 'error',
	},
	];
	const params = {
	reportID,
	} satisfies ExportReportPDFParams;
	return API.write(WRITE_COMMANDS.EXPORT_REPORT_TO_PDF, params, {optimisticData, failureData});
	}

Do not create another export-modal hook in MoneyReportHeaderSecondaryActions. MoneyReportHeader already places ExportDownloadStatusProvider above its layout-dependent action trees, and the provider renders the shared modal for the export ID tracked by useExportActions; reusing it also preserves the existing rotation/layout-change behavior.

App/src/components/MoneyReportHeader.tsx

Lines 46 to 58 in f1e82a3

	function MoneyReportHeader({reportID, shouldDisplayBackButton = false, onBackButtonPress}: MoneyReportHeaderProps) {
	return (
	<MoneyReportHeaderModals reportID={reportID}>
	<ExportDownloadStatusProvider>
	<PaymentAnimationsProvider>
	<MoneyReportHeaderContent
	reportID={reportID}
	shouldDisplayBackButton={shouldDisplayBackButton}
	onBackButtonPress={onBackButtonPress}
	/>
	</PaymentAnimationsProvider>
	</ExportDownloadStatusProvider>
	</MoneyReportHeaderModals>

App/src/components/MoneyReportHeaderActions/ExportDownloadStatusContext.tsx

Lines 21 to 35 in f1e82a3

	/**
	* Owns the queued export status modal for the money report header. The state lives here, above the
	* two mutually-exclusive layout branches in MoneyReportHeader, so the modal survives orientation /
	* layout changes that remount the header actions subtree.
	*/
	function ExportDownloadStatusProvider({children}: ExportDownloadStatusProviderProps) {
	const {clearSelectedTransactions} = useSearchSelectionActions();
	const {trackExport, exportDownloadStatusModal} = useExportDownloadStatusModal(() => clearSelectedTransactions(true));
	return (
	<ExportDownloadStatusContext.Provider value={{trackExport}}>
	{exportDownloadStatusModal}
	{children}
	</ExportDownloadStatusContext.Provider>
	);

getSecondaryReportActions is also called by the selected-expense dropdown and useSelectionModeReportActions, but those consumers only derive submit/approve/pay booleans from its output. The report header is the consumer that maps every returned key through exportActionEntries, so the new row will not leak into selected-expense mode. Likewise, the selection dropdown calls useExportActions only for template-export helpers, while the report header consumes exportActionEntries.

App/src/components/MoneyReportHeaderActions/MoneyReportHeaderSelectionDropdown.tsx

Lines 100 to 175 in f1e82a3

	const {beginExportWithTemplate, showOfflineModal, showDownloadErrorModal} = useExportActions({
	reportID,
	policy,
	});
	const {transactionThreadReportID, reportActions} = useTransactionThreadReport(reportID);
	const {transactions: reportTransactions, violations} = useTransactionsAndViolationsForReport(moneyRequestReport?.reportID);
	const allTransactionValues = Object.values(reportTransactions);
	const transactions = allTransactionValues;
	const nonPendingDeleteTransactions = allTransactionValues.filter((t) => !isTransactionPendingDelete(t));
	const singleTransaction = nonPendingDeleteTransactions.length === 1 ? nonPendingDeleteTransactions.at(0) : undefined;
	const [originalTransaction] = useOnyx(`${ONYXKEYS.COLLECTION.TRANSACTION}${getNonEmptyStringOnyxID(singleTransaction?.comment?.originalTransactionID)}`);
	// Submit/approve via shared lifecycle actions
	const {confirmApproval, handleSubmitReport, shouldBlockSubmit, isBlockSubmitDueToPreventSelfApproval} = useLifecycleActions({
	reportID,
	startApprovedAnimation,
	startAnimation,
	startSubmittingAnimation,
	onHoldMenuOpen: (requestType, onConfirm, paymentType) =>
	openHoldMenu({
	requestType,
	onConfirm: () => {
	onConfirm?.();
	clearSelectedTransactions(true);
	},
	paymentType,
	}),
	});
	const {
	options: originalSelectedTransactionsOptions,
	handleDeleteTransactions,
	handleDeleteTransactionsWithNavigation,
	isDuplicateOptionVisible,
	setDuplicateHandler,
	allTransactions: allTransactionsForDuplicate,
	allReports: allReportsForDuplicate,
	} = useSelectedTransactionsActions({
	report: moneyRequestReport,
	reportActions,
	allTransactionsLength: transactions.length,
	session,
	onExportFailed: showDownloadErrorModal,
	onExportOffline: showOfflineModal,
	policy,
	beginExportWithTemplate,
	isOnSearch: !!isReportInSearch,
	});
	const computedSecondaryActions = moneyRequestReport
	? getSecondaryReportActions({
	currentUserLogin: currentUserLogin ?? '',
	currentUserAccountID: accountID,
	submitterLogin,
	report: moneyRequestReport,
	chatReport,
	reportTransactions: nonPendingDeleteTransactions,
	originalTransaction,
	violations,
	bankAccountList,
	policy,
	reportNameValuePairs,
	reportActions,
	reportMetadata,
	policies: allPolicies,
	outstandingReportsByPolicyID,
	isChatReportArchived,
	isProduction,
	})
	: [];
	const hasSubmitAction = primaryAction === CONST.REPORT.PRIMARY_ACTIONS.SUBMIT || computedSecondaryActions.includes(CONST.REPORT.SECONDARY_ACTIONS.SUBMIT);
	const hasApproveAction = primaryAction === CONST.REPORT.PRIMARY_ACTIONS.APPROVE || computedSecondaryActions.includes(CONST.REPORT.SECONDARY_ACTIONS.APPROVE);
	const hasPayAction = primaryAction === CONST.REPORT.PRIMARY_ACTIONS.PAY || computedSecondaryActions.includes(CONST.REPORT.SECONDARY_ACTIONS.PAY);

App/src/hooks/useSelectionModeReportActions.ts

Lines 148 to 175 in f1e82a3

	const secondaryActions = (() => {
	if (!report) {
	return [];
	}
	return getSecondaryReportActions({
	currentUserLogin: currentUserEmail,
	currentUserAccountID,
	submitterLogin,
	report,
	chatReport,
	reportTransactions: transactions,
	originalTransaction: undefined,
	violations: allTransactionViolations,
	bankAccountList,
	policy,
	reportNameValuePairs,
	reportActions,
	reportMetadata,
	policies,
	outstandingReportsByPolicyID,
	isChatReportArchived,
	isProduction,
	});
	})();
	const hasSubmitAction = primaryAction === CONST.REPORT.PRIMARY_ACTIONS.SUBMIT || secondaryActions.includes(CONST.REPORT.SECONDARY_ACTIONS.SUBMIT);
	const hasApproveAction = primaryAction === CONST.REPORT.PRIMARY_ACTIONS.APPROVE || secondaryActions.includes(CONST.REPORT.SECONDARY_ACTIONS.APPROVE);
	const hasPayAction = primaryAction === CONST.REPORT.PRIMARY_ACTIONS.PAY || secondaryActions.includes(CONST.REPORT.SECONDARY_ACTIONS.PAY);

Test coverage:

• Update ReportSecondaryActionUtils tests to expect Download receipts beside Download as PDF for individual reports, including open reports where Print remains unavailable.
• Extend useExportActions tests to verify that the online handler calls exportReceiptsAsZip with only the current report ID and tracks the returned export ID, while the offline handler shows the offline modal and does not start or track an export.
• Extend the popover-section test to verify Download receipts belongs to the existing export/download group and does not introduce an extra separator.
• If this change lands in the same stack as the shared dependency, also cover its optimistic/failure Onyx state with EXPORT_DOWNLOAD.TYPE.RECEIPTS and its receipt-specific modal failure/empty-state copy.

What alternative solutions did you explore? (Optional)

I considered mounting useExportDownloadStatusModal directly in MoneyReportHeaderSecondaryActions, as suggested by the issue description. That would duplicate state already owned by ExportDownloadStatusProvider and could reintroduce the layout-remount problem the provider was created to avoid, so the existing context is the safer integration point. I also considered placing the row inside the existing Export submenu, but the requested UX is a sibling of Download as PDF and the dedicated export/download section already models that placement.