[wp-trac] [WordPress Trac] #39963: MIME Alias Handling

WordPress Trac noreply at wordpress.org
Thu Nov 9 23:54:04 UTC 2017


#39963: MIME Alias Handling
--------------------------------------+-----------------------------
 Reporter:  blobfolio                 |       Owner:
     Type:  enhancement               |      Status:  reopened
 Priority:  normal                    |   Milestone:  5.0
Component:  Media                     |     Version:
 Severity:  normal                    |  Resolution:
 Keywords:  has-patch has-unit-tests  |     Focuses:  administration
--------------------------------------+-----------------------------
Changes (by joemcgill):

 * status:  closed => reopened
 * resolution:  wontfix =>
 * milestone:   => 5.0


Comment:

 After thinking about this for a while now, I want to take another look at
 adding MIME aliasing. A few concerns that I'd want us to look into:

 1. Let's make sure there is a solid plan for keeping the MIME database up
 to date so things don't go stale.
 2. I'm curious if we could limit the (massive) list in
 [attachment:mimes.3.diff] to only include mimes that are currently
 supported by WordPress, while allowing the list to be extended to a more
 full list for plugins that want to provide that functionality, but that's
 not a blocker.
 3. I like the idea of putting application/octet stream MIMES through an
 extra set of checks, similarly to what is proposed in #40175, but we may
 need to read the first few bytes of files ourselves rather than relying on
 an external library, like fileinfo.

 I'd also like to get feedback from folks at larger hosting companies or
 from WP.com, who have had to add additional checking around MIMES.
 @mikeschroder, I'd appreciate your feedback there.

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


More information about the wp-trac mailing list