Jump to content

bsandall

Member
  • Content Count

    222
  • Joined

  • Last visited

  • Days Won

    11

Everything posted by bsandall

  1. The above would only apply to existing items; you'd have to do some of the edits bsmither mentioned and/or change the database column default value to 'in' instead of null in order to have new items default to inches as well.
  2. I ran a simple SQL query to update all my existing product listings to default to inches: UPDATE `CubeCart_inventory` SET `dimension_unit`='in'; They still will not display any product dimensions until you specify width/depth/height, but at least you won't have to select 'inches' every time when you do.
  3. I don't suppose anyone has already made a CubeCart module for TaxJar? Nothing came up when searching the plugins.
  4. Looks like it might do the trick! Cheers!
  5. Since it looks like US online retailers are going to have to start charging sales tax regardless of nexus, does anyone know of a comprehensive sales tax solution that integrates with CubeCart and handles state, county, city and any other special district taxes based on the delivery address?
  6. So what you're saying is you're at the pub right now replying from your phone, right? Because it's around 11 pm in London right now.
  7. @Dirty Butter The reason I didn't make a GitHub issue originally is because I wanted to determine steps to replicate the issue, since it's nearly impossible to fix an issue that you can't replicate (as Al and any other developer can attest to). That said, good luck @Al Brookbanks - you've been on a roll lately! I suspect you haven't been sleeping as I see you online at odd hours of the night (your time).
  8. But it's not resolved for me, and I was the one who started the thread... :\ I use version control to manage changes to my store's code and can quickly compare the files to the code from GitHub - none of my skin files are missing that code and it still has not worked for me. I will re-test the invisible reCaptcha after 6.1.8 is released and update this thread with my results.
  9. Perhaps also checked against a whitelisted set of allowed URLs? Since, you know, CSRF is exactly that - an attack by a remote server. EDIT: And by whitelisted URLs, I mean internal (CubeCart) ones that are allowed to be called remotely without a CSRF token.
  10. That would explain then why they don't suffer from this issue! Never did get around to looking at the code for it, so thanks for that tip.
  11. The recaptcha challenge works for me in Chrome except for when checking out as a guest. It does not work for me at all in FireFox.
  12. My IPN history also all show as successful, despite orders being stuck in Pending until manually resolved. Using PayPal_Pro 1.1.7. Orders paid for by credit card seem less prone to this error than those paid for by PayPal Express Checkout, though I can't confirm at this time whether the former never has this problem. Of note is that I have had this problem intermittently for at least the last few months, so for me it is not isolated to CC 6.1.7.
  13. At least you're getting the challenge - for me, I don't even get a chance to prove I'm human, it just fails automatically.
  14. I checked my (unedited) PayPal gateway class and it already had the bare ampersand - using PayPal Pro v1.1.7.
  15. @havenswift-hosting Thanks for that info - had the same issue with some customers' orders getting stuck in pending and it turns out PayPal had turned off our IPN as well. :\
  16. Tried deleting the session cookie as well, FF still won't even show the reCAPTCHA sidebar tab with the terms and privacy policy links. Basically, I am unable to do anything on the store front as a customer would when using FF with invisible reCAPTCHA enabled. In Chrome, the invisible reCAPTCHA works for everything but checking out as a guest, as described in the original post. I'm using the latest versions of both FF and Chrome. Not sure if this is a bug in the browsers, with Google's invisible reCAPTCHA, with CubeCart, some combination of those, or if it really is just a caching issue. If it is a caching issue, it's a pretty serious one that I imagine will also affect many of our customers. @Dirty Butter I'm curious to hear the results of your further testing. You said that it was working in FF, but now it isn't... that's exactly what I experienced. Would you be willing to also try using Chrome? That makes sense, but I'm not getting challenged at all during the checkout process. Instead, when I click continue, I simply get the 'The verification code was incorrect' error message indicating that reCAPTCHA couldn't verify I was human, and after that for some reason no matter what email address I enter in the form, after clicking continue again it tells me the email address is invalid. I realize that reCAPTCHA does not validate email addresses - I'm just describing the symptoms that I am experiencing, both in Chrome and FF. Note that the process works fine, at least in Chrome, so long as I choose to create an account during the checkout process.
  17. Interestingly, the reCAPTCHA sidebar won't even display anymore in Firefox (it did once before I tried registering an account), even in a private window after clearing the cache, which means I can't do anything that requires the verification code. No challenge is given and I cannot submit the contact or registration forms. It still shows up in Chrome and those forms work fine, just not checking out as a guest. I'll try restarting my browsers tomorrow and see if that gets me anywhere.
  18. reCAPTCHA stores your browser fingerprint along with other data such as your computer's hardware configuration; once you have proven that combination to belong to a human, it is very unlikely to challenge you again unless you start using a different browser, hardware, or both. Do you get challenged if you try again now with a bogus email address?
  19. To clarify, the reCAPTCHA is working fine when registering as a customer - I've had challenges pop up for me and succeeding at them allowed me to continue registration. The only case I've found where it failed (and no challenge popped up) was checking out as a guest. Also, I don't think the reCAPTCHA necessarily catches bad email addresses, at least not as the only indicator. For example, I was only challenged by reCAPTCHA to prove I am human the first time I tried to create an account even though I used my full name and a real email address; later in a private browser session it let me pass despite me typing my name as 'B S' and email as '[email protected]'.... -.-
  20. Store is on 6.1.7 and has SSL enabled. Enabled Invisible reCAPTCHA. I am able to register new accounts, log in, and checkout as a logged in customer. I am also able to create an account during checkout and proceed as normal. However, trying to checkout as a guest, i.e. not creating a registered account, does not work. Upon entering the customer data and clicking either `Update Basket` or `Secure Checkout`, the error message `The verification code was incorrect. Please try again` appears, indicating that reCAPTCHA failed to verify that I am human. No reCAPTCHA dialogue box popped up to select images or anything. Once that fails, the email address I had entered has been cleared and any further attempt to proceed after re-entering an email address is met with the `Please enter a valid email address` error. For now, I've simply disabled reCAPTCHA so as not to interfere with my customers' experience. Has anyone else experienced this issue? Anyone know of a fix? Cheers.
×
×
  • Create New...