Issue Summary

After performing a Confluence Cloud-to-Cloud migration using the Backup Manager (Site Restore), attachments on pages display their internal Media ID (e.g., attachments/<mediaId>) instead of their original filenames.

During a Site Restore, the process fails to trigger a rename call to the Media API for attachment files on the destination site. This is in contrast to Space Imports, where the rename call is correctly executed. Because the Confluence UI pulls the display name from the Media service (even if the correct name exists in the storage format/ ADF), the UI falls back to displaying the raw Media ID path.

Steps to Reproduce

1. Create a full site backup using Backup Manager on a source Cloud instance.

1. Perform a Site Restore using that backup on a destination Cloud instance.

1. Navigate to a page containing attachments.

Expected Results

Attachments should display their original filenames (e.g., Beamer Benq W600.pdf).

Actual Results

Attachments display as attachments/8945759-4187-ad96... (Media ID).

Workaround

• Use Space-by-Space imports instead of a full Site Restore, as the space import process correctly triggers the Media API calls required to rename and display attachment filenames.
• Alternatively, users can still access and download files with their original names via the Attachments menu of the affected page.