[jaiji]

Fixed. The problem was using 'Day' as one of the terms, which I now know is a query var reserved for use by WordPress. I changed the term name, menu name, the arg label and the rewrite slug to 'when' instead, then re-added the relevant terms to the CPT and all is good. The template rewrite is working fine too.

[jaiji]

I've just uploaded two category archive templates and removed the template_include, and flushed permalinks. Same problem, 'stages' works and 'days' goes to the blog. I have flushed permalinks.

Especially frustrating as I don't actually want or need the archives, I just need their names displayed on the CPT in the entry meta but I don't know how to strip out the links.

[jaiji]

Sorry Brad, I missed your earlier reply. I'm using custom taxonomies. The template redirect works for one of them though, as intended, which is why I'm confused. Could a custom taxonomy template be the same (content-wise) as the main CPT archive template, just named and titled to suit?

[jaiji]

Also the template redirect is working and the first taxonomy 'stage' is using the arist-archive.php just fine, it's just the second that isn't.

[jaiji]

Thanks Brad. I don't get how it works fine for one category but not the other though?

[jaiji]

As far as I can tell it's to do with the templates. Strangely, Stages is using the assigned archive-artist.php and displaying as it should. Days is using index.php, even though it's been assigned the same archive-artist.php. Both CPTs are created in exactly the same way, as are the taxonomies (both in a simple plugin) and otherwise behave as expected. There are no other references to 'days' anywhere else.

I'm assigning the template with this from Sridhar:

add_filter( 'template_include', 'sk_template_redirect' );
function sk_template_redirect( $template ) {

	if ( is_tax( 'stage' ) || is_tax( 'day') )
		$template = get_query_template( 'archive-artist' );
	return $template;

}

Is anything obviously wrong with this?

[jaiji]

Thanks Tom.

[jaiji]

Thanks very much genwrock, that worked.

To be clear, all the pre-existing images are fine, the problem is with new images uploaded today. I had the Regenerate Thumbnails plugin installed and I had run it but no change, but FRT does the job.

WP 4.0 has overhauled the whole Media Library with a new infinite-grid layout so you get the whole libary on one page. I've also noticed that in the old-style list view, the image editing function also no longer works.

I should add to this that having run FRT on just one image, the bulk upload feature now works as expected and thumbs are generated as they should be with no need to run FRT again. It also seems to have fixed the Media editing thing.

[jaiji]

I've only updated one site, still in development, and it's causing problems with Media uploads, throwing an HTTP Error (not specified) for each image uploaded and images seem incomplete - the file data (file size etc) shows up but no thumbnail. I'm using Dynamik Website Builder for the child theme. The issue persists with all plugins disabled.

I was going to revert to the previous WP version but I've just seen that it's just the thumbs which are missing, the images display fine on the front end. There are many support requests on Worpress.org so no doubt this will be addressed fairly quickly. i hope so.

[Author]

Posts