moxita

Okay, I downgraded and am hoping for the best.

An example of the kind of filters that may cause the trouble:

Permalink: https://myurl.com/wordpress/wp-admin/options-general.php?page=updraftplusAlso Affect Children: checked

In addition with general settings
Ignore URL arguments: off
Fuzzy URL matching: on
Selective Admin Plugin Loading: on
Auto Trailing Slash: on

Other permalink filters that may be problematic are:
myurl.com/wordpress/wp-admin/options.php
or
myurl.com/wordpress/wp-admin/edit.php?post_type=plugin_filter
or
myurl.com/wordpress/wp-admin/admin.php?page=wpseo_xml
or
myurl.com/wordpress/wp-admin/edit.php?post_type=product&page=advanced_bulk_edit

Thanks!! It has something to do with a bad setting in Plugin Filters. It definitely happens when I visit the settings pages for those… though not all the time! I suspect it is related to applying the filters incorrectly to the children of a path in wp-admin. But I’m afraid to look right now because then the plugins will turn off and my clients will yell at me.

But apart from the settings pages, there must be some admin page which triggers the behavior when visited, because this always happens during business hours and not at slow times or on weekends. Anyway, I’m going to downgrade for now and keep my fingers crossed.

No, but I figured out the problem. So sorry! I use Plugin Organizer and at some point, a setting got changed and Simple History was turned off on the front page. Thank you for responding.

Actually, now that I look at it, it seems to not be recording login/logout events; it just so happens that only the other admin is creating other user events I think.

Yes, P3 tells me that YITH Woocommerce Wishlist is responsible for almost 50% of the load times of my site!

Thank you for the input! Hmm, it seems like more trouble then– I can see that you would lose the multiple CPTs function if the posttype slug were removed.

Well, I’ll look around more for a different filter then, but it is too bad as I think yours has all these nice features and is easy to customize. Good luck and looking forward to seeing how your plugin evolves!

Awesome, thank you again!

Thank you, as a matter of fact the following (placed in functions.php of theme) fixed it:

function modify_filterinfo_postcount($postcount_paragraph){
	global $wp_query;
    echo '<p class="beautiful-taxonomy-filters-postcount"> Result of filter: '.$wp_query->found_posts.'</span>';

}
add_filter('beautiful_filters_info_postcount', 'modify_filterinfo_postcount');

I’m not sure why it worked, since I have read that $wp_query->found_posts should not work with pagination, but who am I to argue? ??

Thanks… I’ve finally figured out how to make a replacement link, so here’s the snippet to put in your theme’s functions.php file for whomever needs it:

function add_markup_ending_form($current_post_type){
    echo ('<span class="beautiful-taxonomy-filters-clear-all"><a href="'. get_site_url().'/yourslug">Clear All</a></span>');
}
add_action('beautiful_actions_ending_form', 'add_markup_ending_form' );

Uncheck the clear all box in the Beautiful Taxonomy settings to make the original link go away.

I have made some progress on why Clear All has been giving me a 404 page.

My custom post type is called “custom_product” but the slug was called “product” when I registered it, i.e.

function create_single_product_type() {
	register_post_type( 'custom_product',
		array(
			'labels' => array(
				'name' => __( 'Products' ),
				'singular_name' => __( 'Product' ),
				'search_items' =>  __( 'Search Products' ),
				'all_items' => __( 'All Products' ),
				'view_item' => __( 'View Product' ),
				'not_found' => __( 'No Products Found' ),

				'edit_item' => __( 'Edit Product' ),
				'add_new_item' => __( 'Add New Product' ),
				'new_item_name' => __( 'New Single Product' ),
				'menu_name' => __( 'Our Products' ),
			),
			'public' => true,
			'has_archive' => true,
			'rewrite' => array('slug' => 'product'),
			'menu_position' => 5,
			'supports' => array('title', 'editor', 'thumbnail', 'custom-fields'),
		)
	);
}

So I realized that Beautiful Taxonomy was looking for a page using the custom post type name, not the slug: my_url.com/custom_product, not my_url.com/product. Once I changed
'rewrite' => array('slug' => 'product') to
'rewrite' => array('slug' => 'custom_product')
and then resaved Beautiful Taxonomy settings, I stopped getting the 404 error. However, it’s not ideal as I will have to change my custom post name everywhere (including in database) to something more attractive as a slug.

Thank you, I just found that I can change this somewhat if I go to Settings->Reading Settings->Blog pages show at most [dropdown select] posts. So if I set Blog pages to show at most 10 posts, I will get 10 results to a page and “Result of filter:10”. If I set Blog pages to show at most 12 posts, we see 12 results to a page and “Result of filter:12”. I can set it to 1000, etc. and get all possible results in one lump. Of course I lose pagination this way.

Is it possible to get Results to show the total number of posts in the original search, not the number of posts in the loop being displayed?

Okay, I just tried renaming archive-custom_product.php but all that did is break the formatting of the filter results. I have the feeling that there is something simple which I am not understanding!

P.S. I also duplicated archive-custom_product.php and renamed it archive.php but that did not help.

Actually myurl.com/custom_product does not exist… I have a file named archive-custom_product.php which is what I expected to use for the archive. But I will try to rename it to custom_product.php and see what happens.

Sorry to jump into this resolved topic, but I have the same issue and do not understand how to redirect “clear all” to a different link. I registered my custom post type, “custom_product” with ‘has_archive’ => true. I have a file, archive-custom_product.php, which is properly accessed whenever there is a successful search. If no items are found by a search, it calls get_template_part( 'content', 'none' );
and “no items found” properly appears.

However, “clear all” does not use any archive file at all… when it goes to https://myurl/custom_product/, it pulls up the 404.php page specified by the parent theme (I’m using a child theme).

Many thanks if you can clarify what is happening.