saldanha

Thank you very much, Daan!

FIY: neither the previous version nor the “fixed” one from https://github.com/szepeviktor/w3-total-cache-fixed/ solved the problem.

I am also getting this same error on every project I have. The button doesn’t work, and flushing on sites with a previous connected API gives this error: “Failed to flush CloudFlare cache: Failed to reach API endpoint, got unexpected response”
Nothing I tried had any effect. My guess is that CloudFlare API was updated and the plugin isn’t yet compatible.
I will try with some older version of W3TC, if it works I let you know.

Hi Tijmen,

Were you able to add the onclick support for this?
I really need to send basic usage events to Google Analytics, at least “search made” and “store clicked”.

Nevermind that… as it turned out I was using suphp, and it has a umask of 0777…

@steve: thanks for the info. Was about to do it myself, you saved me the time…

@mariakravchenko: Thousand buck for this simple feature that would benefit ALL of your users (whether they noticed it or not). As Steve said, “No, thanks”.

I think I will implement this myself, if I can manage it.

You mean this would be a purchasable feature?
Well… it’s a start. But all users of this plugin would really approve for this feature. It is not really a custom request to only comply via paid customization.

Regards

Hmmm… Nevermind the previous post. That was a “test” the plugin does to find out if billing address request is available on the account (why? I don’t know…)

The real error was with the Tax value (PAYMENTREQUEST_0_TAXAMT) sent to Paypal: -5.5511151231258E-16 instead of plain zero, leading to a “Tax total is invalid” error.
I don’t have any tax in use, tough.

Is it possible to disable this feature? I’m selling virtual products and really don’t care about client’s address.

EDIT: Found this option on Settings: “Require buyers to provide their billing address”. But mine was already unchecked, and still the request was like:

(
    [RETURNURL] => https://.../
    [CANCELURL] => https://.../
    [REQBILLINGADDRESS] => 1
    [AMT] => 1.00
    [METHOD] => SetExpressCheckout
    [VERSION] => 120.0
)

Really?

Isn′t there any workaround this? I can′t give all my Editors admin status, but they really need to access the CRM. Otherwise, it loses all purpose…

Never mind, never mind, I messed it up.

The login page is working as supposed to.