[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