lithix

We are having the same issue on our site. Someone submitted 15,000 credit card numbers for the same order and ended up getting us blocked by our merchant. This seems like something that should be preventable without having to buy another plugin, but I guess not.

Mysteriously working again today after not working for the last 3 days. We didn’t change anything in that time period, so it is very confusing.

@daanvandenbergh Here are screenshots of my settings. I just tested again with updating to 3.7.7 and we immediately had the same issue with a customer not being able to checkout.

View post on imgur.com

Unforuntately, I am not able to replicate the issue on my side when I do a test checkout… I don’t know if this is related to being an admin account or maybe something to do with my whitelisted IP or something?? No clue, but every customer experiences it after I update the plugin.

After talking to them some more, I guess what happens is that the payment options never appear. They just get an infinite spinning ‘wheel of death’ in the place where they would normally enter credit card information. So I think it is some kind of conflict with the Authorize.net plugin.

Thanks for looking into this. Sorry, you’re right it does work as intended. I just had it set on 0 requirements but it was still showing the requirement hints and I thought it used to not do that. I see where there is an option to just disable the hints though… I tried clicking that and clearing the site cache, but they still always show. I should be able to hide it with CSS though.

• This reply was modified 5 years, 9 months ago by lithix.

Same problem here, spamming my error log. Very annoying.

[18-Oct-2017 18:42:40 UTC] PHP Warning: Illegal string offset ‘tracking_number’ in /home/accesstruck14/public_html/wp-content/plugins/aftership-woocommerce-tracking/api/class-aftership-api-orders.php on line 275
[18-Oct-2017 18:42:40 UTC] PHP Warning: Illegal string offset ‘custom_tracking_provider’ in /home/accesstruck14/public_html/wp-content/plugins/aftership-woocommerce-tracking/api/class-aftership-api-orders.php on line 276

Thanks, 1.2.1 fixes it so that the pop up appears. There is still a minor issue though with the button text to send the email – it displays as “DialogEmailButton”.

I’m running version 1.2.0

Actually, I did eventually get it to give me an error message in the console:

SCRIPT1028: Expected identifier, string or number
ecw-shopping-cart.js (29,17)

This is not resolved. Nothing comes up in the console as an error at all. It just literally does nothing when I press the button to email cart in IE11. It works fine in Chrome and Firefox.

Actually, I think this is related to one of the new security plugin additions that were made as well. We added Sucuri and ithemes Security. I’m guessing one of them has some kind of firewall issue that is preventing the postback.

Edit:

Yep – it seems to work fine after I disabled the hackrepair blacklist in iThemes Security. Apparently their IP is on there somewhere.

I am having this same problem with Nextend Facebook Connect. It is using wp_new_user_notification directly and skipping my TML emails.

I also had to do that to get the authorization completed. No idea which plugins were conflicting – too many to test.

It ended up being a wp_capabilities problem after all.

My client has a custom price tier showing up for certain user roles so he had 2 roles assigned to himself like :

a:2:{s:13:”administrator”;b:1;s:11:”customer_l1″;b:1;}

Changing it to just

a:1:{s:13:”administrator”;s:1:”1″;}

brought the controls back.

Er, 2.9.38 gave me that error. Reverted to 2.9.21 that I had saved and it is working normally.

The update gave me problems too (on my SSL site if that matters):

“Fatal error: Cannot access protected property WP_Session::$session_id in /home/accesstruck14/public_html/wp-content/plugins/ninja-forms/deprecated/classes/session.php on line 122”