Cloudflare Power Tools
Forum Replies Created
-
thanks
ok, whatever.
But still, the checkout takes 5-7 seconds to show the modal and no spinner appears. That’s seems to be a very SEVERE bug.
So pls check this out and provide a fix.
ThanksAfter weeks on this thread I see that elementor aggressiveness for messages and popups that keeps on revening after the X is closed remains.
As you can see from this message I have on ALL my 36 websites….https://pasteboard.co/I5FY0QNNYbDi.jpg
I need to keep on closing this on all my websites I administer… how comes that this is so hard to understand from elementor?!!???
IT’s very simple actually > when you click an X, it means that the popup need to be closed, dot.
You are starting to really become a company orientated to sales and forgot UX and that we are the OWNER of our website, you are sucking away our time as adminitrator.
This is one of the reason why I am in doubt if renewing with elementor or not if you don’t fix this behavior.to help you troubleshoot and provide a fix, pls look at the “
modalCheckout.js” file.
The delay comes from this line in the processOrder() function, see the line:
$.ajaxSetup({async: false});That forces jQuery to make the AJAX request synchronously, which:
Blocks the entire browser UI thread
Delays showing the spinner
Delays modal opening until the response is completeThis is outdated and poor practice. It should instead use async requests and show the loading spinner immediately.
Forum: Reviews
In reply to: [Redirection] plugin is good, but support is unexistant…Then if you don’t have the time to update your plugin: just shut it down and let the space to companies that want to do that for money or privates that have the time to do that for passion!!!
Time for “everyone that wants to build wp plugins for portfolio” is over. There are 60k + plugins in the WP repository…. It just became a big mess, 2/3 of those plugins are works of people that don’t have the time to maintain them anymore (understandable, trust me, I know what it takes to do that). So, no offense, but I waited for more than 2 months for you to address a VERY SEVERE bug on the monitor tool with woocommerce, it’s not a small bug and can severely mess up websites, as it happened to us. I hope you understand.
A part from that, your plugin is very good, only, it created a big problem on our website and rather than reviewing you negatively, I wanted to alert you about the bug and we spent hours solving the situation. But after 2 months of no reply at all both on github and wp repository… I am frustrated to receive an answer with “I don’t have the time to address the bugs anymore”.
Good luckForum: Plugins
In reply to: [Redirection] BUG: product not appearing on MONITORHello guys, any news on that?
Forum: Plugins
In reply to: [Payment Gateway of Stripe for WooCommerce] TWINT as paying methodHello, thanks for your advice, we tried that but actually it doesn’t happens.
I got in touch with stripe about that, and they pushed back to you about the following problem.
From our analysis they are right, it’s not a stripe problem.
When you click on “checkout via stripe” on the checkout page (ie. through your plugin), the link that opens up (on checkout.stripe.com) includes an “only cards” parameter… therefore the other paying methods are NOT displaying!!I list here below the Stripe’s answer regarding this problem.
You can replicate this bug by yourself by proceeding on the checkout on https://escapedigitale.it/checkoutStripe answer:
ollowing up and for the information provided. I would like to mention that it is necessary to involve WooCommerce and your checkout plugin in this discussion. The issue appears to be caused by incorrect information being sent from WooCommerce.We can observe this in the response body received from WooCommerce, which we have no control over. For example, see this link from Stripe’s dashboard:
https://dashboard.stripe.com/payments/pi_3PpnrBH7CiPzrn7t0xDqTq7l (line 80; “payment_method_types”: [“card”])The checkout system is only receiving “card” as the payment method type, which affects its availability.
Feel free to reach out if you have any additional questions.
Best regards,
Tobi
no no I can assure you that it isn’t like that (we are a dev company). Actually after fixing the code now it’s much much more fast and we see the spinning, pls confront with our checkout: greenwebsolutions.ch/checkout
Hello, thanks for your answer.
Sure, but for privacy reasons, I sent it to you through your contact form here:
https://matomo.org/support/
Pls let me knowthanks
Forum: Reviews
In reply to: [Brevo for WooCommerce] Instructions need workAnd why other competitors don’t need that? E.g. mailpoet… cause they figured out a way of taking charge of the complexity, freeing WP users of that. We are one of that.
We became so mad and tired of opening tickets to SIB because of their failing WP plugin… that we had been forced to close our account and switch to a competitor.
Also, if it’s up to SIB to guide users on whitelistening stuff as you mentioned.. it’s not up to users to become skilled and tech. Otherwise they would setup a mail server or connect SIB via API by themselves rather than using a supposed-to-be “ready-to-use and external email service”…. SIB just became so big that they cannot handle the customer support qualitatively anymore. Also, they started to blame on users and their “novice level on WP” rather than focusing on getting their plugin up to speed vs. other competitors.Forum: Reviews
In reply to: [Brevo for WooCommerce] Not Working since updateOk, but from the reviews I see that many complains about your plugin and you always are pushing back to users: we had 3 SIB accounts live and connected with your plugin, since your update the 3 have been disconnected and the sync isn’t working anymore. So we decided to quit sendinblue totally and change provider and plugin.
Good luckForum: Reviews
In reply to: [Brevo for WooCommerce] Not Working since updateHello, pls read the answer from our hosting:
Hello Claudio,I have now taken a look at this. And what happens is that when Sendinblue is trying to connect to your website, it sends a request to https://terranostra.ch/prodotti/?pagename=sendinblue-callback
The website then returns a 301 (redirect) to the same URL, then this continues. This is done by WordPress and not by our server.
So, as you do not have security plugins or firewall or similar installed, I suspect this has to do with some issue with the plugin or/and incompatibility with something on your website.
I would recommend that you forward this information to the devs of the plugin that you were in contact before and see if they can assist you further. Does this sound good?
I think they will be better at assisting you given this information, since they have better understanding of how their plugin works.Forum: Reviews
In reply to: [Brevo for WooCommerce] Not Working since updatewe keep on having issues after your recent release on our website: https://terranostra.ch
It just shows a general meaningless error, pls see it here:
https://ibb.co/RQc3RyhForum: Reviews
In reply to: [Brevo for WooCommerce] Not Working since updatestill not working…. transactional emails are not sent out!!!
Hello, after some days of troubleshooting we found what was the problem. I write it here so to help any person reading: Cloudflare Rocket. It’s a CF functionality that modify how the JS is loading on the page and apparently is conflicting with Directorist filters JS 😉
Once CF rocket disabled for the page where those filters are loaded the JS loads perfectly.
Thanks
Kind regards
