[wp-trac] [WordPress Trac] #10911: Optimize scan for lost attachments

WordPress Trac wp-trac at lists.automattic.com
Mon May 17 03:45:19 UTC 2010


#10911: Optimize scan for lost attachments
------------------------------+---------------------------------------------
 Reporter:  johnjosephbachir  |        Owner:  westi   
     Type:  enhancement       |       Status:  assigned
 Priority:  normal            |    Milestone:  3.0     
Component:  Optimization      |      Version:  2.8.4   
 Severity:  major             |   Resolution:          
 Keywords:  has-patch tested  |  
------------------------------+---------------------------------------------

Comment(by nacin):

 The UX for lost attachments in general needs a little work, but that can
 wait. When you click "Scan", it refreshes the page, keeping you on the
 Untattached filter and not saying that you are viewing/searching lost
 attachments. If there are any found, it'll list those rows, otherwise,
 it'll list the unattached media. I digress.

 Nonetheless, there should be limited unattached media as long as plugins
 and core cleans up after themselves.

 However, the commit does introduce a quirk -- I personally find it a
 feature in more use cases than not, and think the ticket is ready to be
 closed as fixed at this point -- that a post type that has since been
 unregistered (say, plugin deactivated) will obviously not be in the query,
 and thus all attachments on those posts will be considered "lost."

 The alternative is to simply do a post_type <> 'attachment' deal. But I'm
 not sure the current behavior shouldn't also be the intended behavior.

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


More information about the wp-trac mailing list