Steve Weigold

I’m going to mark this issue as resolved. Thanks everyone.

@pinksharpii I am trying to do exactly that. I overlooked your working code until a few minutes ago and so just now added it to mine. Thank you so much! You saved me from having to figure out that myself 🙂

So, here’s the link to my test site, with the query adjustment in place:
http://sbw.weigoldenterprises.com/test/?product_cat=indoor-lighted

You can see the desired behavior in “Indoor Lighted” where we show products in that category and subcategories, but not the products in the subcategories.

“Outdoor Lighted” is the category that ONLY has subcategories and of course, it’s broken now.

WooCommerce doesn’t have the capability of doing this type of configuration natively. Further, this approach worked properly up until a recent update, so something changed that broke this approach. I need to come up with a solution. If modifying the query isn’t it, I’d appreciate some help on what is.

@mikejolley, because I have cases where in some categories, I have both products AND subcategories, and I need to display both in the category page. If I select both in WC, it displays the products in the subcategories as well, which I do not want.

See, the pre_get_posts is what I’m doing too. I mentioned it in my original post.

But removing it doesn’t resolve the problem. It only makes the results different.

Here’s my code again:

function exclude_product_cat_children($wp_query) {
	if ( isset ( $wp_query->query_vars['product_cat'] ) && $wp_query->is_main_query()) {
		$wp_query->set('tax_query', array(
				array (
						'taxonomy' => 'product_cat',
						'field' => 'slug',
						'terms' => $wp_query->query_vars['product_cat'],
						'include_children' => false
				)
		)
		);
	}
}
add_filter('pre_get_posts', 'exclude_product_cat_children');

• This reply was modified 8 years, 3 months ago by Steve Weigold.

@whitelamp, thanks for your reply.

When developing with Authorize.net (and Paypal for that matter and I’m sure others) you have the ability to create a merchant account in the “Sandbox” (sandbox.authorize.net) which is similar to putting a regular account in “test mode” but provides a whole host of additional abilities to more thoroughly test your design plus allows the use of fake card numbers and such. Let the kiddies go play in the sandbox as it were…

Sandbox accounts do not do any real processing, but behave as if they did.

I just realized I’m making an assumption which may not be accurate. I would expect when Gold Cart is in test mode that it’s sending calls to the Sandbox API, rather than the main API. They are different URLs. Can anyone confirm this is the case? I can’t remember when this worked before if I was using the Sandbox or a regular account in test mode.

As for error_log calls, sure. I can do that. I can also trigger_error and get the results in the WordPress debug log as well. I was really trying to avoid modifying the plugin code. I hoped, especially with something as involved as a secure credit card transaction that there would be at least a log somewhere I could view first. Plenty of things to potentially go wrong.

I inherited this design from another developer that was contracting with multiple offshore subcontractors. It’s already enough of a sh*t sandwich of spaghetti. I’d like to avoid making it worse by digging into the code of a standard plugin.

I’m about to the point though where I’m going to set the whole thing up on a local server and fire up Xdebug.

Thanks again for the response.
Steve

• This reply was modified 8 years, 7 months ago by Steve Weigold.