madmax4ever

Hi Fauzan,
Sorry but can I know what the resolution for this will be?

Hi,
Yes, of course.
It’s in the BOGO deals tab, when adding apply product:
You can see it in this screenshot.

Just one more thought:
Or maybe could you retrieve the WooCommerce store’s default currency character?

Well, I just got my answer while looking for [coupon-name] that couldn’t be translated either.
Finding ‘[coupon-name]’ in ACFW_Settings.php#L401 I saw, two lines below:
'default' => 'coupon', // Don't translate, its an endpoint

Got this one.
But could coupon-name be translatable?

• This reply was modified 4 years, 4 months ago by madmax4ever. Reason: grammar

No problem.
Thanks

Thanks: I’ll give that a try.

Thank you very much.
That did the trick.
Now I’m looking for a way to display an error on my login page, to behave as when a direct login attempt fails.
Any advice?

Once again: great plugin, and thanks for your support!

Sorry for the mistake on point 3 of the MEANING part.
This should read:
AND IF file is found in /wp-content/wppp/images either, USING the same final path used to check previous condition

You’re welcome.

That’s just the way I see things: I give back as much as has been given me, through feedbacks, reporting detailed bugs info (how to reproduce at least, name concerned functions), share workarounds or suggest code modifications.

I went into the same issue. And I agree, at first, it’s weird.
But that’s mostly because the displayed message in not enough. Or an another button “Save as not synced” is missing (with the linked actions, of course).
As a “workaround”, you should go into product data section, click on the Facebook tab and select “Do not sync” as value for “Facebook sync”.

Here is the problem indeed: default value is to sync the product, but its category or tag do not allow that.

Once “Do not sync” is selected, you get no FB message and can save your product. ??

Plugin can be improved, but your problem is solved!

Use Query Monitor plugin to check the PHP error execution pile.
Mostly you’ll find one of your snippets (call on every page?) is the cause.
Thanks to Query Monitor and the ability to activate/deactivate snippets, you’ll quickly find the culprit!

Never mind my pre_get_posts function: I modified it to contain both:

// Exclude out of stock products
$meta_query[] = array(
	'key'       => '_stock_status',
	'value'     => 'outofstock',
	'compare'   => 'NOT IN'
);

and

$tax_query[] = array(
	'taxonomy' => 'product_visibility',
	'field' => 'term_taxonomy_id',
	'terms' => array( $outofstock_term->term_taxonomy_id ),
	'operator' => 'NOT IN'
);

I was previously just excluding using tax_query… Now I get what I want.

But to me, a filter value set as “default”, should be filtered at first load… What is the purpose of “default” otherwise?

I forgot to say that Remove actions before ajax filtering is not set, not to remove my action added to pre_get_posts…

Hello,
So, finally, no evolution on this problem?

Thanks.
The ideas of your plugins and it’s mechanisms are great. Would love to try it as for me, for now at least, it’s not fully functional.
Waiting to hear from you.