Improve user experience when downloading archives

[salmart-dev]

• Resolves: [Enhancement] ZipFolderPlugin fails silently on errors #58825

Took over some of the changes from #57335, thanks @Koc

Summary

This PR adds an alternative working mode to the ZipFolderPlugin.

By setting the new archive_report_missing_files to true (default false) in config.php administrators can allow users to download partial archives when those contain a file that is blocked or missing/corrupted files.

The users will be informed of this via the addition of a missing_files.json inside the archive itself, giving the user some minimal information about why the files are missing.

Why is this needed

The ZipFolderPlugin currently halts the streaming of an archive for download due to various factors, such as storage issues with a file, temporary database problems, or a lost network connection. Because the plugin streams without a content-length header, the user receives an incomplete archive without any warning. In some cases, this issue only becomes apparent when attempting to open a file in the archive and discovering that the entire archive is corrupted.

What changes

Behaviour	Before	After
Downloading a directory containing a blocked file	Whole download denied	Download possible with missing_files.json containing an entry for the blocked file
Downloading a directory with an unstable file backend	Corrupted archive	Valid archive with partial files and entry in missing_files.json reporting the issue
Downloading a directory with files that cannot be opened because of X	Corrupted archive	Valid archive with missing file and entry in missing_files.json reporting the reason

Note: this will need to be backported down to stable29

TODO

• Write tests
• Translations
• Update documentation where needed
• May need a patch to deepdiver/zipstreamer to avoid slow tests due to loss of precision

Checklist

• Code is properly formatted
• Sign-off message is added to all commits
• Tests (unit, integration, api and/or acceptance) are included
• Screenshots before/after for front-end changes
• Documentation (manuals or wiki) has been updated or is not required
• Backports requested where applicable (ex: critical bugfixes)
• Labels added where applicable (ex: bug/enhancement, 3. to review, feature component)
• Milestone added for target branch/version (ex: 32.x for stable32)

AI (if applicable)

• The content of this PR was partly or fully generated using AI