[wp-trac] [WordPress Trac] #12706: Custom post status bugs in the admin

WordPress Trac wp-trac at lists.automattic.com
Sun Jun 26 18:13:17 UTC 2011


#12706: Custom post status bugs in the admin
-----------------------------+-----------------------------
 Reporter:  ptahdunbar       |       Owner:  ptahdunbar
     Type:  feature request  |      Status:  new
 Priority:  normal           |   Milestone:  Future Release
Component:  Post Types       |     Version:
 Severity:  normal           |  Resolution:
 Keywords:  has-patch        |
-----------------------------+-----------------------------

Comment (by wlindley):

 Replying to [comment:38 ryan_b]:
 > ...and an argument to limit what post types it can be used with,
 especially now that we have custom post types, maybe I want a status just
 for my custom post type...

 Support.  There needs to be an argument whose value is an array of
 already-registered post_types to which the new post_status applies.

 Furthermore, as of v3.1.3, the preamble to post.php contains eight calls
 to register_post_status, which are ignored by get_post_statuses() and
 get_page_statuses() -- which both are hard-coded, not to mention which
 line 109 says:

 {{{
         register_post_status( 'pending', array(
                 'label'       => _x( 'Pending', 'post' ),
 }}}

 while line 589 disagrees, returning the label:

 {{{
                 'pending'               => __('Pending Review'),
 }}}

 Surely both get_post_statuses() and get_page_statuses() should be
 returning the data created by register_page_status(), -- or why not?

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


More information about the wp-trac mailing list