fix: Audio block iOS file picker compatibility

[dcalhoun]

What?

Apply a workaround so that the Audio block allows audio files within iOS' file picker.

Why?

A iOS Safari limitation currently prevents selecting audio files for upload.

Fix CMM-343. Fix #123. Related: WordPress/gutenberg#70119.

How?

iOS Safari's accept attribute lacks wildcard audio/* support. We instead
provide an explicit list of audio MIME types.

This patch can be removed once the issue
is addressed in a future release.

See: https://stackoverflow.com/a/66859581

Testing Instructions

Tip

Test using the prototype build in wordpress-mobile/WordPress-iOS#24552.

Important

Utilize a hosting plan that allows for uploading audio.

1. On an iOS device, insert an Audio block.
2. Tap Upload.
3. Select an MP3 file to upload.
4. Verify the upload succeeds.

Accessibility Testing Instructions

N/A, no navigation changes.

Screenshots or screencast

N/A, no visual changes.

[dcalhoun]

@nbradbury contrary to Android, iOS does not publish build output in a CI task until we complete #45. So, I took the liberty of prepping an installable prototype build in wordpress-mobile/WordPress-iOS#24552.

Also, be sure to utilize a hosting plan that supports audio uploads when testing—e.g., WordPress.com Premium and above.

Lastly, the failed android-publish-android-library task can be safely ignored. It is a result of force pushing to remove temporary commits for creating an iOS build.

[nbradbury]

@dcalhoun This worked as expected, but I did want to note that the file picker let me choose MP4 files, and if I do that I'm told "Sorry, this file type is not a supported type."

[dcalhoun]

[...] I did want to note that the file picker let me choose MP4 files, and if I do that I'm told "Sorry, this file type is not a supported type."

Thanks for the note. I noticed this odd behavior as well. It also occurs in the web editor, so I plan to research addressing that later.