[wp-trac] [WordPress Trac] #45516: Auto Draft title issue for custom post types

WordPress Trac noreply at wordpress.org
Tue Nov 11 12:59:01 UTC 2025


#45516: Auto Draft title issue for custom post types
-------------------------------------------------+-------------------------
 Reporter:  rajanit2000                          |       Owner:
                                                 |  SergeyBiryukov
     Type:  defect (bug)                         |      Status:  reopened
 Priority:  normal                               |   Milestone:  Future
                                                 |  Release
Component:  Posts, Post Types                    |     Version:  5.0
 Severity:  minor                                |  Resolution:
 Keywords:  has-screenshots has-test-info has-   |     Focuses:
  patch has-unit-tests needs-copy-review         |  administration
-------------------------------------------------+-------------------------
Changes (by SirLouen):

 * keywords:  has-copy-review has-screenshots has-test-info has-patch has-
     unit-tests =>
     has-screenshots has-test-info has-patch has-unit-tests needs-copy-
     review


Comment:

 Replying to [comment:68 wildworks]:
 > This is the best approach I can think of at the moment, but considering
 there's only half a day left until the RC1 release and there are differing
 opinions, my personal opinion remains unchanged: I still believe this
 ticket should be postponed to version 7.0 or a future release.

 So here the discussion goes back to `(no title)`.

 I had to read through the whole ticket conversation to understand the
 motivations of the participants:
 https://core.trac.wordpress.org/ticket/45516?replyto=68#comment:15

 Basically, `(no title)` seems to be insufficient. The problem with `(no
 title)` is that it's currently being used to specify, **"The post doesn't
 have a title but can have a title"**.

 This is why they decided to step into an alternative, and several copy
 alternatives were proposed until they settled down with `(no title
 supported)`.

 About the:

 > - Front end: Nothing is displayed as a title.
 > This is the best approach

 Isn't this contradictory? You are commenting in the beginning.

 > Basically, existing data should be output on the front end even if there
 is no support for that post type.

 And then you say that in the front end nothing should be displayed as a
 title.

 Anyway, again, as I said and is crucial, this is content for **another
 ticket**.

 We are focusing here just on the administration display.

 Replying to [comment:69 mosescursor]:
 > The term `supported` feels misused here. The Post may noy just have a
 title but can get a title. When you set supported makes an impression that
 a title can not be used which is wrong

 You are not correct on this point, Mr. Sebunya. This is exactly what it
 means: a title cannot be used because at one point, you created that post
 without title support (not having title support means that you cannot add
 a title).

 @wildworks was dubious with "''What happens if the title supports are
 returned''". This is a tricky question. The same goes for other title
 static options like `Auto Draft`. What happens if the post was edited but
 the title was never updated? Is it still an `Auto Draft`?. Given the
 nature of static titles, we cannot switch them once settled for the first
 time. They are just an indication of the current status when they are set,
 and they can become obsolete the minute after.

 Replying to [comment:68 wildworks]:
 > I feel that applying the patch will only make the symptoms worse on the
 front end. This is the main reason I'm hesitant to apply the patch.

 I don't understand how it can worsen it. How can `(title not supported)`
 be worse than `Auto Draft`? `Auto Draft` is misdirecting, while `(no title
 supported)` is aligned with the problem. This patch is softening this
 issue. Leaving things unchanged means that we can't add incremental
 improvements, and we prefer to leave things broken than things “less
 broken”.

 My concern here is that we are not giving solutions, and I'm providing a
 solution.

 The answers are like, "''I don't like your solution, but I'm not really
 sure what I like''".

 This is a problem because, as we are now, we are leaving this ticket
 orphaned without a solution or a direction. And my task is to get tickets
 from this component to a final resolution. And I have not heard any
 convincing criteria to avoid `(no title supported)` yet.

 I'm going to bring @marybaum to the conversation, as she is the copy
 master. :)

 So here we start the "Copy Review" part 2

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


More information about the wp-trac mailing list