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

[WordPress Trac]

#12706: Custom post status bugs in the admin
-------------------------------------------------+-------------------------
 Reporter:  ptahdunbar                           |       Owner:
     Type:  task (blessed)                       |      Status:  assigned
 Priority:  normal                               |   Milestone:  Future
Component:  Posts, Post Types                    |  Release
 Severity:  normal                               |     Version:  3.0
 Keywords:  has-patch westi-likes needs-testing  |  Resolution:
  needs-refresh needs-unit-tests editorial-flow  |     Focuses:
-------------------------------------------------+-------------------------

Comment (by Umbercode):

 I am not sure this should be based on workflow or use-cases. Wouldn't it
 be beter to base this on the actual functionality of the status?
 A post-type can have 3 possible states: published, unpublished and
 trashed. No matter how a status is called/named, the end result is one of
 these 3 functional states. So basically all we need is the ability to add
 aliases and an ability to include them in the status dropdown and/or post-
 type index and/or post filter.
 So using the existing function register_post_status the $args argument
 should be extended with the following:
 - post_type  (any post-type slug(s) for post-types this status can be used
 on, should default to posts and pages?)
 - post_state  (can be published, unpublished or trashed, defaults to
 published?)
 - show_in_publish_dropdown  true/false (false as default I guess?)

 With this you can make any number of statuses and use them any way you
 want. If you want to add something extra, an additional argument called
 'color' could be introduced that adds a colour border to the post-type
 much like the blue border with plugins.

--
Ticket URL: <https://core.trac.wordpress.org/ticket/12706#comment:206>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform