Duplicate of #29609 which derives the extension allowlist dynamically from SUPPORTED_DOCUMENT_TYPES instead of hardcoding. Part of a saturated cluster of 5+ competing PRs (#22492, #30588, #32398, #32604, #32358). Also see #32601 (the issue this fixes) which was already triaged as part of the same cluster.

Superseded by #34844, which consolidates this cluster.

This PR widens the extract_media extension allowlist, which is the right direction — but on its own it leaves the unconditional MEDIA:\s*\S+ strip in place, so a MEDIA: tag with any extension still outside the (now wider) list keeps getting deleted from the body before extract_local_files can pick up the bare path. #34844 fixes both halves: it unifies the two extractors onto a single shared extension set (MEDIA_DELIVERY_EXTS) AND replaces the loose strip with an extension-anchored one, so an unknown-extension path survives in the text instead of vanishing.

Closing as superseded — thanks for surfacing and helping pin down this bug; it was part of getting the full fix right. See #34844.