[wp-trac] [WordPress Trac] #23205: New Media Uploader slow for sites with many images

[WordPress Trac]

#23205: New Media Uploader slow for sites with many images
------------------------------------+------------------
 Reporter:  salromano               |       Owner:
     Type:  enhancement             |      Status:  new
 Priority:  normal                  |   Milestone:  3.6
Component:  Media                   |     Version:  3.5
 Severity:  normal                  |  Resolution:
 Keywords:  dev-feedback has-patch  |
------------------------------------+------------------

Comment (by creativeinfusion):

 The libraryContent user setting remembers the mode, i.e. 'upload' or
 'browse', that the user is on when they exit the "Insert Media" thickbox.
 This is whether the user was last on the "Upload Files" or "Media Library"
 tab respectively (I haven't tested whether it would remember a
 theme/plugin defined tab made using the media_upload_tabs filter but
 that's not especially relevant to this). As after uploading a file the
 view automatically switches to Media Library, All Media Items when the
 user exits the from the "Insert Media" thickbox after an upload the
 remembered setting is 'browse' as indicated by [comment:3 ryan].

 The choice of the subset on the Media Library screen dropdown, i.e. All
 Media Items, Uploaded to this post/page, Image, Audio, Video or Flash is
 not remembered.  I'm not convinced it'd be logical to store it as a user
 setting as, for example, looking at Audio items on an Add Media screen for
 a custom post type does not necessarily imply anything about whether they
 want that on a Media Upload to a page.

 The OP wanted to be able to default to change the default Insert media
 screen to be the Uploaded screen but it looks to me that if controlling
 this is a real issue then in principle the get_user_option_user_settings
 filter should be able to handle it.

 The OP and others (e.g. me!) also wanted to be able to control the default
 Media Library selection subset (for me this is a client workflow issue
 when editing on CMS style sites rather than a speed one). There's no
 existing mechanism to do that, hence the filter in the latest patch to
 restore the simpler workflow we used for such sites pre 3.5. What's the
 issue with restoring this, the fix is simple and has no impact on anything
 else - I don't see a down side?


 Secondly regarding speed. There's a short pause waiting for the ajax query
 to fetch the first 40 images which is more of an issue if a site uses
 quite large dimensions for the 'medium' image size as that's the one the
 media view uses. This would be dealt with for me if we could choose to use
 the 'thumbnail' size instead, but there's no option to do that.  There's a
 separate performance issue in ticket:23292 about uploading large images
 and the preview using the large image. Maybe others can comment on what's
 causing their speed issue.

--
Ticket URL: <http://core.trac.wordpress.org/ticket/23205#comment:23>
WordPress Trac <http://core.trac.wordpress.org/>
WordPress blogging software