3.4.1 case issue

Did you move from Windows to Linux? Cause Linux is case sensitive.

Maybe I should I explain again in a different way:

I have a custom post type (this may or may not be relevent). The posts are called via a page called “clients” which has a lower-case slug – both in the custom post types and on the post itself: https://www.tnc-branding.com/wordpress/clients/. Every mention of it everywhere is lowercase. However, when I try to access the page, lowercase does not work. It only works when I call the page via the uppercase url: https://www.tnc-branding.com/wordpress/Clients/.

Now, this page worked before I updated my installtion to 3.4.1. This has happened on two different servers.

This is the custom post type:

add_action( 'init', 'create_post_type' );
function create_post_type() {

	register_post_type( 'clients',
		array(
			'labels' => array(
				'name' => __( 'Clients' ),
				'singular_name' => __( 'Client' )
			),
		'public' => true,
		'has_archive' => true,
		'rewrite' => array('slug' => 'clients'),
		'hierarchical' => true,
		'menu_position' => 5,
		'supports' => array('title', 'editor', 'author', 'thumbnail', 'excerpt', 'page-attributes')
		)
	);

This is the page code:

<?php
			$args = array( 'post_type' => 'clients', 'posts_per_page' => 10, 'orderby' => 'menu_order', 'order' => 'ASC' );
			$loop = new WP_Query( $args );
			while ( $loop->have_posts() ) : $loop->the_post();
			get_template_part( 'content', 'clients' );
			endwhile;
			?>

Can anyone see why this would work in 3.4.0, but not in 3.4.1?

Have you tried refreshing the permalinks by visiting the Settings -> Permalinks page?

Yes, I’ve tried that a couple of times, actually.

OK, I may have found a solution, however, I’m not sure what has changed or why. Actually, a reason for the behaviour rather than a solution, sadly.

In the functions file, I’ve changed the slug from “clients” to “clientpages” and it works. It seems that it has a problem with the slug that’s defined in the post-type function having the same name as a page where it didn’t in previous versions of WordPress. This is unfortunate as I’ve used this structure before to create pages like:

https://lisadearaujo.com/clientaccess/TNC/wordpress/clients/ for the main client index and
https://lisadearaujo.com/clientaccess/TNC/wordpress/clients/companya/ for the individual client listing.

Changing it means messing with some of my other customer’s SEO and links in, so I am going to either have to create HTaccess rewrite rules or simply not update their installations unless someone has another solution to this?

So, not really resolved, actually… at least not for any of my established sites.

It seems that it has a problem with the slug that’s defined in the post-type function having the same name as a page where it didn’t in previous versions of WordPress.

Given that WP doesn’t come with a page ‘clients’ what happened here is someone made a page with the same name as your CPT slug. Yeah, that’d do it.

I’d delete the Clients page.

Given that WP doesn’t come with a “clients” post type, what happened here is that someone made a post type with the same slug name as the page.

As you can see from above, it was intentional, and only a change to 3.4.1 made this not work.

As it happens, I’ve come up with my own workaround (which admitedly is probably how I should have done it in the first place, but when one technique works, one doesn’t usually keep rooting around for a new solution – it’s not really cost-effective).

It also means I have to re-engineer more than one theme that I’ve written.