Permalinks don’t show up correctly for one CPT

given the ‘blog’ part, just to be certain, do you have the “with_front” part set to false?

Hi. Yes. “with_front” is set to false.

I could easily see a post type and taxonomy with the exact same slug being a problem, and potentially forcing the “blog” part onto things.

Are both registered and created with CPTUI? or is one of them being created elsewhere by the theme or perhaps a different plugin? Trying to make sure I understand what you mean by can’t edit the taxonomy.

Thanks for the thoughts. I only use CPTUI to make taxonomies and custom post types. I mentioned an odd taxonomy before. It does not show up in the Taxonomies I can edit. But it does show up in the list of available taxonomies when creating a new custom post type. I took screen shots and posed them. links below. The taxonomy is “Tourist Attractions”

Looking back. I think I mistakenly made the tourist attraction taxonomy and then deleted it or changed its name to tourist attraction type. Is it possible the system did not delete it if I don’t do thing properly? I’m not sure if there is a place where WordPress reads each taxonomy or cpt? I thought it was supposed to be in the functions.php file but I can see how you would keep it elsewhere so they don’t get overwritten.

Taxonomies I can Edit
https://www.gosandiego.com/wp-content/uploads/2022/04/Edit-taxonomies.png

Taxonomies I can check off when creating a custom post type
https://www.gosandiego.com/wp-content/uploads/2022/04/Registered-taxonomies.png

WordPress actually registers them on each pageload and if I were to register the same post type in two different places, it technically gets done twice, and if I have different settings for each, the one that gets registered last, is the one used.

CPTUI stores the settings used with our plugin in options in the database, and our UI should be reading from that, so if it’s in CPTUI UI, it’s in that option. Since we’re also a plugin, our hooks to do the registration are run first, and something in the theme running afterwards with matching slugs will override us.

However, if you’re seeing other available taxonomies, than either other plugins are registering them, or there’s somewhere in the theme files registering them as well.

So I’m wondering if it’s possible that you have multiple spots registering the same things, as part of your general issues going on.

Thanks for the info. It looks like there is another plugin (enhanced media pro) that uses custom post types to make its categories and one was exactly the name the one i use in CPT UI. Everyday is a school day. I never knew that plugins would use custom post types to accomplish things.

I’ve turned off the other plugin and will figure out how to work around the naming conflicts before turning it back on. You would think plugins that use CPTs “under the hood” would try to give the names a suffix just to keep the names unique.

I really appreciate your help.

Just another reply so i can mark this as resolved.

Interesting, and yeah plugins make use of post types allllllllll the time. At minimum because it provides a very convenient editing experience to create content and a lot of heavy lifting already done.

WooCommerce for example uses post types for their products, and product attributes is a taxonomy that uses terms to create other taxonomies. Create a product attribute of “color”, and that turns into a taxonomy, and then “red”, “blue”, etc are all terms of the “color” taxonomy.

Fun times.