Jump to content

Dirty Butter

Moderator
  • Posts

    6,634
  • Joined

  • Last visited

  • Days Won

    139

Everything posted by Dirty Butter

  1. Someone else recently has spoken about empty categories.
  2. I've had two today left in Pending. None have completed as normal. I installed 6.1.7 last night. The Notification URL looks OK (has https:// on the front) I tested the Endpoint in the Standard plugin screen, and it said connection was OK. But there doesn't seem to be a way to test PP to CC. It does show on PP that the HTTP response code is 200. I just checked, and I had lost Bsmither's edit on gateway.class.php on the upgrade somehow. I've added the code change now, and hopefully that will fix it again - although there is NOT obvious error on the PP end this time.
  3. I just solved 21 challenges to prove I'm human on ONE test order! I desperately need to have a fix so checkout does not use recaptcha v2. For now I have no choice but to turn off recaptcha entirely.
  4. Until I can get the invisible recaptcha to work with all my edits and plugins I need to be able to turn off v2 captcha on checkout with 6.1.7. Has anyone figured out how to modify @jpayam 's code for 6.1.7?
  5. Sorry it took me so long to get back to this. I had an unexpected result last night, so wanted to start fresh after reboot this morning. But I'm seeing the same thing today. I'm on 6.1.7 code on my test site. I now can NOT get the invisible captcha to pass me through without requiring solving the captcha. I've tried it several times, including on the CC demo store. Since the solution is showing up BEFORE I have a chance to fill out any information - it doesn't seem to have anything to do with whether or not I choose to register. So, I finished the recaptcha and I then chose to not register. As you had found - checkout button did not work. But I refreshed the page - got the CRSF warning, went back to cart and could proceed to PayPal properly. I'll clear everything out and try again. UGH - Cleared browser, ran maintenance clear again, and tested again with new customer info. STILL had to solve captcha, but THIS time the checkout button worked properly!
  6. You could download it or make a copy with a different name in the language folder. But I can't stress enough that your site is handling language in a strange way. It's likely something important is not working properly. Editing the master file is a bandaid.
  7. It shouldn't have been necessary to do that. But since you've done it already, you need to make a secure copy. Otherwise your next upgrade will overwrite all your changes.
  8. Look in Admin at the Store Settings on the General tab. There's a Geographical Settings section and below that is Tax, Language, and Currency.
  9. YEP - It changed to Add to Basket. Your Source code shows GB for a Registered customer: <html class="no-js" xmlns="http://www.w3.org/1999/xhtml" dir="ltr" lang="en-GB"> Grabbing at straws here - You do have the default language set in Store Settings as US? And you have the en-US.xml file in Language files?
  10. After foz1234 had the same issue and Al's response was to use v2, I didn't test again. But I will in a bit.
  11. This must be a cache issue on your end. I just took a look at your site, and it says Add to Cart on the button and the basket says Your Cart.
  12. There were major changes in the way product pages are created in 6.1.6/7, including some new files. You will likely need to disable the plugin temporarily and contact Havenswift for an upgrade to the plugin.
  13. Do you have Bsmither's fix for this installed into your PP plugin?
  14. Do you have a backup of your database from before upgrading? What did you upgrade from, and did you upgrade to 6.1.7?
  15. OK - cleared all cache in CC and browser. I DID see the captcha badge in the corner. I did get the challenge, but BEFORE I could goto the index.php?_a=confirm page. But now MINE won't advance to Secure Checkout. The button does not work. I'm using FF too. Too tired now - will do more testing tomorrow.
  16. I've rebooted my browser since then. I'll try two tests in a row.
  17. I took the hide off of "row hide". I don't know if there was anything else I needed to do to allow guest checkout. <div class="row"> <div class="small-12 large-8 columns"><input type="checkbox" name="register" id="show-reg" value="1" {$REGISTER_CHECKED}><label for="show-reg">{$LANG.account.create_account}</label></div> </div> With that done I attempted to checkout. When I was presented with the checkout screen I immediate was challenged with the recaptcha. But when I solved it I was able to proceed all the way to PayPal, stopping short of course of actually paying. There must be some other code change I've made to stop guests, as this test customer is marked as being Registered. So my test wasn't as helpful to you as I expected. Sorry. I DID realize that you were not having problems with registered sales. But I don't get a recaptcha challenge at all when I use a real email address where registration is required. It sounds like you did get the challenge.
  18. I don't allow guest customers, so I haven't seen this. But I did try a test customer with a (lazy) [email protected] type email address and had to fill out several captcha challenges before it would proceed. I then made another test customer with a real email address and the invisible worked. I'll be glad to test this as soon as possible.
  19. Thanks for the correction on how to fix this, @harrisorganic. My Senior Moments are turning into Senior Months!
  20. Glad to hear that seems to have fixed it all. Are you now on 6.1.7? It fixes some things that slipped through with all the changes in 6.1.6.
  21. Goto Maintenance>Query Database and put this in the Query box and click Go. DELETE FROM `CubeCart_filemanager` WHERE `filename` NOT REGEXP '(jpeg|jpg|gif|png)$' AND `type` = 1; #EOQ ALTER TABLE `CubeCart_option_assign` ADD COLUMN `option_default` TINYINT(1) UNSIGNED NOT NULL DEFAULT 0 AFTER `set_enabled`; #EOQ ALTER TABLE `CubeCart_option_assign` CHANGE `option_weight` `option_weight` DECIMAL(10,3) NOT NULL DEFAULT '0.00'; #EOQ
  22. Upload or FTP the setup folder back to the store root and try csrocketry.com/setup again.
  23. I need some help getting these validations to work with 6.1.6. Commenting out this section in user.class.php makes Checkout work. With all this live, I get a phantom blurb in a bubble saying something needs to be validated. /* BSMITHER REGISTRATION Validate Email } elseif ($_POST['email'] !== $_POST['emailconf']) { $GLOBALS['gui']->setError("Registration Email and Confirm Email do not match!"); $error['email'] = true; END New BSMITHER CHECKOUT Validate Email } elseif ($_POST['user_email'] !== $_POST['user_emailconf']) { $GLOBALS['gui']->setError("Checkout Email and Confirm Email do not match!"); $error['user_email'] = true; END New BSMITHER CONTACT Validate Email } elseif ($_POST['contact_email'] !== $_POST['contact_emailconf']) { $GLOBALS['gui']->setError("Your Email and Confirm Email do not match!"); $error['contact_email'] = true; END New */
  24. It may be that you have something maybe in the wordpress part that is redirecting in some odd way. Try seeing if you can see a test file at the store root level at this point from csrocketry.com. If it 404's then it's some kind of redirect issue. That's all I can think of. If that's not the issue, it's time for you to get much more knowledgeable help than I can provide. @bsmitheris busy right now and not on very much, so maybe @bsandall or @havenswift-hosting will be able to spot how to fix this. Of course you can always pay for a month's support from CC and let them fix it for you.
×
×
  • Create New...