[wp-trac] [WordPress Trac] #19471: Automatically support custom post types in category and tag archives

[WordPress Trac]

#19471: Automatically support custom post types in category and tag archives
--------------------------+------------------------------
 Reporter:  chrisbliss18  |       Owner:
     Type:  defect (bug)  |      Status:  new
 Priority:  normal        |   Milestone:  Awaiting Review
Component:  Query         |     Version:  3.0
 Severity:  normal        |  Resolution:
 Keywords:                |
--------------------------+------------------------------

Comment (by chrisbliss18):

 Replying to [comment:15 scribu]:
 > Found the revert: [16505]
 >
 > And the reason, as always is back-compat:
 http://core.trac.wordpress.org/ticket/12891#comment:138
 The code reverted in [16505] was different than the patch I provided and
 has much far-reaching consequences.

 Is the solution offered by my patch appropriate or would it be better to
 generate a list of post types as you recommend above? I would think that
 the only difference between the use of "any" and a specifically-generated
 list of post types given the final query would be a possible query
 performance difference.

 If neither is sufficient, what process would fix this up so that WordPress
 core is handling all the details?

 I just don't want to see this flaw present for another year. Requiring
 such complex sections of code to be present in plugins to work around
 limitations in the API is a poor solution.

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