Closed Bug 1324252 Opened 9 years ago Closed 7 years ago

Unable to submit order on https://www.jameco.com/

Categories

(Web Compatibility :: Site Reports, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: sfink, Unassigned)

References

()

Details

(Whiteboard: [sitewait] [tls] [http] )

I was trying to place an order at www.jameco.com. It gave me an in-content progress bar thing that eventually timed out with a nonsense error about a proxy. The console shows "TOKENIZATION FAILED TO POST - ABORTING". It was actually doing a GET of https://s702.i4go.com/index.cfm?... The devtools network tab says "The connection used to fetch this resource is not secure". Submitting the same thing using Chrome worked.
ok let's see. 1. I go to http://www.jameco.com/z/NHD-0216K1Z-NSW-BBW-L-Newhaven-Display-International-16x2-Character-LCD-Display-White-on-Blue-Backlight-5V_2118598.html 2. Add to cart 3. Click on Checkout 4. Reach a page telling me to create an account 5. Choose to use jameco as a guest 6. Reaching the page Billing Information 7. filling an address 8. Asking me to choose a shipping method. Continue 9. Asking to Review and Place Order 10. Enter Credit Card Info I stopped here obviously and I wonder if the error of Steve Fink is before or after that. I got a progress bar in between step 8 and 9, but everything worked. For every load there is a common error. 15:08:07.676 Navigated to https://www.jameco.com/webapp/wcs/stores/servlet/JMCShift4Checkout 15:08:10.626 SyntaxError: illegal character JMCShift4Checkout:1744:73 15:08:11.270 v1.0script.js:1:1 The illegal character seems to happens always in all pages pointing to: if(navigator.appVersion.indexOf('MSIE')>=0)document.write(unescape('%3C')\!-'-') On the console I get: 15:13:37.027 unescape('%3C') 15:13:36.942 < I guess they try to do <!-- Also one of their page is encoded as windows-1252 15:02:50.240A form was submitted in the windows-1252 encoding which cannot encode all Unicode characters, so user input may get corrupted. To avoid this problem, the page should be changed so that the form is submitted in the UTF-8 encoding either by changing the encoding of the page itself to UTF-8 or by specifying accept-charset=utf-8 on the form element.NHD-0216K1Z-NSW-BBW-L-Newhaven-Display-International-16x2-Character-LCD-Display-White-on-Blue-Backlight-5V_2118598.html This will not help I guess. Steve, More details to reproduce the issue or the circumstances would help
Flags: needinfo?(sphink)
Whiteboard: [needsdiagnosis]
Unfortunately, it was in the next step, of actually submitting the credit card. I just tried making a test order using my actual name and address and a credit card I just canceled yesterday, but it (correctly) went through and rejected the card. In the network tab, it did not show an attempt to access the s702.i4go.com server that I got stuck on last time. I'm sending them a note describing my experience and pointing to this bug.
Flags: needinfo?(sphink)
I used their online support thing to tell them about it, and they sent it over to their Web Admin.
It's looking like some sort of TLS problem right now. See https://www.ssllabs.com/ssltest/analyze.html?d=s702.i4go.com
Thanks Steve. moving to sitewait. s702.i4go.com has been registered by PERFECT PRIVACY, LLC which is domain name register with opacity for the real registrant. but when entering i4go.com into the URL bar, we are redirected to http://www.shift4.com/index.cfm which is a secure payment processing service. http://www.shift4.com/company/contact/ Customer Support Inquiries support@shift4.com They are located in Las Vegas. and are very active into Casinos businesses it seems http://www.shift4.com/promotional/casinos.cfm
Whiteboard: [needsdiagnosis] → [sitewait] [tls] [http]
I think this was a temporary glitch that has now been resolved, though the description I received doesn't entirely make sense (it was claimed that I couldn't access i4go.com because I'm "not white listed in their firewall", but I got that URL from the browser's net panel, so clearly it was at least attempting to directly access it. Unless they're dynamically white list around the time you're trying to place an order? Seems weird.)
> I think this was a temporary glitch that has now been resolved Thanks.
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → FIXED
Product: Tech Evangelism → Web Compatibility
You need to log in before you can comment on or make changes to this bug.