geraldmenzel

@emrevona Thank you.

@emrevona Would you consider adding this as a feature? A simple way to do this would perhaps be adding parameters to wpfc_exclude_current_page() like this:
function wpfc_exclude_current_page($optimization = true, $caching = true)

@galbaras I have set define('WPFC_CACHE_QUERYSTRING', true), so pages with parameters are in fact being cached.

For what purpose? This is a general feature request.

Seems to be related: https://stackoverflow.com/questions/4939711/help-debugging-evalmaths-undefined-offset

Hi,

I’m running into the same problem:

Notice:  Undefined offset: -1 in /wp-content/plugins/calculate-values-with-shortcodes/evalmath.class.php on line 385

Total events: 1351

Stack Trace
-----------
1.  EvalMathStack->last(2)
    /wp-content/plugins/calculate-values-with-shortcodes/evalmath.class.php:217
2.  EvalMath->nfx('100.0*(1-0.11)')
    /wp-content/plugins/calculate-values-with-shortcodes/evalmath.class.php:149
3.  EvalMath->evaluate('100.0*(1-0.11)')
    /wp-content/plugins/calculate-values-with-shortcodes/calculate-values-shortcodes.php:29
...

Please advise.

Thanks, Vladimir! Exactly what I was looking for.

I take the silence to mean that this is still not possible. I’d like to stress how important this feature would be to me. The way my shop is set up, ‘You may be interested in…’ actually acts as a down-selling feature, i.e. recommending smaller bundles and constituent parts of bundles already in the cart. The only option at the moment is to set the widget to invisible via CSS.

Thanks for getting back to me, Prathamesh!

I have since found out that Smush is not the problem here. Those two classes I tried to exclude are only added after the fact by the widgets script and are not present at page load. So excluding them won’t work, of course. I will contact the OceanWP support and see what can be done about this.

Thanks for the explanation, Joey!

I accept that there is a technical reason for doing it this way, but I also think that the plugin could be improved in this respect.

Customers do most certainly NOT take the ‘Cancel and return’ link to mean ‘Cancel my order’. They don’t expect to end up with a canceled order in their order history, just because they decided to change their payment method or have another look over the order details before proceeding with the payment.

There is also the problem of Woocommerce sending a premature order confirmation e-mail to the customer with a ‘Pay now’ link inside, which, when clicked, produces an ‘This order has been canceled’ error message. No order canceled email is being sent, unfortunately. Also, if, after inadvertently canceling their first order, the customer finishes the checkout/payment process, they’ll receive a second order confirmation with a different order number. This kind of customer confusion should be avoided whenever possible.

I realize that most of this is because of how Woocommerce handles order creation. But as a workaround, it might be better to set the order to ‘payment pending’ instead of ‘canceled’ and return the customer to the checkout page or the ‘pay for order’ page. Then at least customers won’t have received contradictory/confusing information via email.

Alright, I found it. The culprit was the lazy-load functionality of the plugin ‘Smush’. Putting the sticky-logo class into the exclusion list, solves the issue. Still, why only Firefox?

I just realized that only Firefox seems to be affected. Chrome, Edge and Safari don’t seem to show this issue.

Thanks for this clarification, Andy.

But I wonder, if this is the intended behavior, why does the PayPal plugin behave so unconventional? As a customer, I would expect ‘Cancel and return to merchant’ to mean ‘Cancel the PayPal payment process and return me to checkout so that I can choose another gateway, modify my order, etc.’. Is there a technical reason?

Thanks for getting back to me, Joey!

I’ve just found out by accident that the option ‘Disallow cancellations’ of the plugin ‘Germanized’ caused this specific behavior. With this option disabled, customers who click ‘Cancel and return to merchant’ now are returned to the cart with a ‘Order canceled’ message. Is this how it should be? I’d rather customers are returned to checkout directly. Would this be possible?

Uhm…

Are you still there, Mehedi?

Should your code snipped have worked? Am I doing something wrong?

Will my suggestion be considered? Please let me know. Thanks.