Jump to content

Dirty Butter

Moderator
  • Posts

    6,634
  • Joined

  • Last visited

  • Days Won

    139

Posts posted by Dirty Butter

  1. 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)

    Quote

    dirtybutter.com/plushcatalog/index.php?_g=rm&type=gateway&cmd=call&module=PayPal

    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.

  2. 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!

    • Like 1
  3. 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?

     

  4. 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.

  5. 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

     

  6. 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 */

     

  7. 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...