[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