Would you be willing to share your debug info so that I could use your provided labels/post types to see what’s going on? Use the field below it to send it to michael @ webdevstudios . com
I know I’m trying to make sure the help text after each field is more accurate, and a lot of initial work was done for that in 1.3.0, but it needs more massaging.
Thread Starter
bvv83
(@bvv83)
Hi, my research was just trial and error. As it turns out now the additional label “add_new” does work. Sometimes changed labels don’t appear right away after saving, a second save or refresh did show the customization. This means there is a functioning workaround.
Still the label “add_new” in the admin submenu doesn’t use the custom post type singular label by default. If it did, setting the additional label wouldn’t be necessary.
I’m running debug logging but I don’t receive any errors (edit:plugin debug info sent). Not after creating a custom post type and not when changing the additional label (logically because the latter works).
Received the email btw. Will try and cross check things today. The keys I save values to should be matching up with the keys for the label arguments, but it’s possibly some slipped by me somehow.
Version 1.3.2 had a change that removed some unused label fields that we had, but didn’t seem to be used in WP core.
As mentioned, I’m trying to get the help text actually helpful and pointing out where the label gets used, based on my own perceptions and based on what fields we have.
Yeah, we have a setup where there’s a need for extra refreshes for our options, based on how and when the options are updated. Trying to see if we can amend that without breaking everything.
Here’s what I’m seeing with the example “add new” mentioned in your first post:
https://cloudup.com/c0qiIoa_Nmr
Is it perhaps not where you were thinking it’d show up?
