[wp-trac] [WordPress Trac] #42775: Support uploading files in HEIF and HEVC formats

WordPress Trac noreply at wordpress.org
Tue Feb 6 01:14:15 UTC 2018


#42775: Support uploading files in HEIF and HEVC formats
---------------------------------+-----------------------------
 Reporter:  mattheweppelsheimer  |       Owner:
     Type:  enhancement          |      Status:  new
 Priority:  normal               |   Milestone:  5.0
Component:  Upload               |     Version:  trunk
 Severity:  minor                |  Resolution:
 Keywords:  needs-patch          |     Focuses:  administration
---------------------------------+-----------------------------

Comment (by mattheweppelsheimer):

 This discussion in Slack is important:
 https://wordpress.slack.com/messages/C02SX62S6/

 Summary of takeaways:

 * The scope of this ticket is only to allow *uploads*, not full image
 support, since underlying libraries WordPress uses to process and display
 images (GD and Imagick) don't support HEIF. (Here is an
 [https://github.com/ImageMagick/ImageMagick/issues/507 Imagick feature
 request discussion on Github].)
 * So then, why bother? In media asset management use cases it is still
 valuable to be able to upload media to store and organize it in your
 WordPress, even if you aren't displaying it.
 * The mime type whitelist is a bit stale; if we're going to change it,
 it's worth considering more than just `heif`. `webp` is further along than
 `heif`. `flac` is a widely-used lossless audio format that apparently
 we're also missing. Perhaps there are other formats we should also add.
 * Besides a patch, this will need testing to ensure there aren't generic
 `image/` MIME matching conditions that could inadvertently try to process
 `heif` files unsupported by GD/Imagick. (Nothing's ever simple, is it?)
 [https://wordpress.slack.com/archives/C02SX62S6/p1512769690000033
 @bobfolio in Slack] raised this point:

 > only open question would be if there are any generic `image/` MIME
 matching conditions hidden around that might need to be made more
 specific, if nothing else to avoid unnecessary overhead of running files
 through libraries that won't end up supporting them anyway. I know there
 used to be, but am not sure what remains in 4.9.1

--
Ticket URL: <https://core.trac.wordpress.org/ticket/42775#comment:10>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform


More information about the wp-trac mailing list