Shopping Cart won't function in IE

[HCHTech]

Ok, I have a web-design guy in my BNI group that I'm trying to help out here, but I'm striking out. He's developing a site for a customer that utilizes a Woocommerce plugin for it's shopping cart. On the site owner's Win7 computer, the site freezes (the screen greys over and freezes but you can still kill the page) at the point where you are supposed to be directed to authorize.net to enter your credit card information - If he uses IE11. If he uses either Chrome or Firefox, it works fine. It also works fine on my developer friend's iMac and Windows 7 install in Parallels.

The site owner is in Manhattan, so I offered to do a remote session to see what's up. I can NOT reproduce the error on my own computers here, I've successfully gone through the process with IE11-32 & 64 on both Windows 7 and Windows 8 computers, Safari on an iMac and Firefox on a Linux box.

So, I remote in and do the standard stuff. Scan (and look manually) for malware (removed a handful of minor things), scanned for viruses, reset IE to defaults, uninstalled old java & installed the latest java & flash, flushed the java cache, added the site to the trusted sites list (no change so removed), added the site in the java console to the exception list (no change so removed). Deleted temporary files, remove all non-MS addins from IE, checked the host file for problems, and flushed the DNS cache.

If I run the page with the java console open, about every third time the page freezes, I get the following error:

SCRIPT7002: XMLHttpRequest: Network Error 0x2ef3, Could not complete the operation due to error 00002ef3.

File: checkout

...which I've googled, which points to various workarounds and a potential incompatibiltiy between Woocommerce & IE10, but that doesn't explain why it works on my machine.

At the end of all of this, the site owner reports that it doesn't work on his other two computers (Windows) in the house either. I didn't have time or inclination this evening to remote into either of them to check them out, but it that's true, then it has to be something environmental. Just for kicks, I tried changing the DNS on the computer I was working on to GoogleDNS, but it didn't affect the problem. I also reset Winsock & the TCP/IP stack as a hail mary, but that didn't change anything either. I might try downgrading to IE10 to see what happens there - then re-upgrade to IE11.

I'm giving up for tonight, but I figured someone would have a suggestion or two that my foggy brain can't think of now.

 

[phaZed]

SFC and CHKDSK?

After those maybe remove IE from the Windows Features for it off and re-install. What about tool bars, which AV is in use and does it have plugins? It is IE, so that might be the problem.

 

[Mainstay]

What are IE's SSL / TLS settings?

How is his browser handling the secure redirects?

Have you tried resetting IE to default settings (including the zones)?




ASIDE: woah! copy / paste works with screen shots in this forum! - nice!

 

[ohio_grad_06]

Easy, tell the client IE is not recommended anyway. Really, I'm no web design guy but it seems like at work we see a bit of this. Case in point. Recently I had to install Firefox on a coworker's PC because IE would not work properly with bing maps of all things. Little chuckle there that IE had issues with bing. But I definitely understand why this needs to work for him.

 

[HCHTech]

Yeah, we need to get it working for him or he won't approve the design. I think I would agree with him. The thing that doesn't make sense here is his statement that it also doesn't work on other computers at his house. That makes me think it's environmental. I've reset IE multiple times, so the security settings are at default levels. I will try the downgrade/upgrade, then maybe get him to take one of his laptops to another network somewhere and try it. I need to get some of the variables off the table to move forward.

 

[HCHTech]

Update: In fact, the same symptoms are present on another laptop at the site-owner's location. So as a test, I directed him to take that laptop offsite somewhere connect to the internet on another service and try the site. He did and the shopping cart works in all 3 browsers. He brought it back to his place and it again didn't work in IE. Strange, but that means its either his router or his ISP somehow. He's using an ISP supplied modem & separate router (he has Optimum Online, a regional provider in that area). They are using what they are calling a "smart router" that you configure somehow over the internet - so that's our next step. This is an unusual one, their firewall must be blocking ajax scripts or something, who knows.

 

[NYJimbo]

Firewall on secure ssl ports ?

 

[PBComputer]

I might be way off but have you tried compatibility mode?

 

[HCHTech]

I have an appointment tomorrow to look at the router configuration, we'll see where that leads. Compatibility mode doesn't help. Now that it's been proven that the problem is location specific, the site owner has given the go-ahead for launch, which was the big issue. If I can't figure it out after looking at the router configuration, he's going to take it up with the ISP, and maybe just live with the problem. Understandably, his main concern was a problem that would affect all site visitors who were using IE. Now that we know that not the case, everything has calmed down.

 

[AndyM]

Could be something to do with the Poodle attack on SSL v3. Maybe his ISP is blocking the request, and the server is setup for SSL v3 instead of TLS?

Check this out at his home, and another location:
https://isc.sans.edu/forums/diary/SSLv3+POODLE+Vulnerability+Official+Release/18827

Andy

 

[HCHTech]

Will do - thanks, Andy!